<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Unity Catalog Model Artifacts in Delta Sharing in Data Governance</title>
    <link>https://community.databricks.com/t5/data-governance/unity-catalog-model-artifacts-in-delta-sharing/m-p/139045#M2669</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;Removing EXECUTE does &lt;STRONG&gt;not&lt;/STRONG&gt; hide artifacts.&lt;BR /&gt;Model artifacts in Delta Sharing are accessible by design in the current implementation.&lt;/P&gt;&lt;P&gt;When you share a UC model via Delta Sharing, the full model package is delivered:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;model weights&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;MLflow artifacts&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;code / notebooks used to build the model&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;environment files&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;any supplementary assets stored under artifacts/&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Why?&lt;BR /&gt;Because the receiving workspace needs the full bundle to reconstruct the MLflow model and enable Model Serving.&lt;/P&gt;&lt;P&gt;Removing &lt;STRONG&gt;EXECUTE&lt;/STRONG&gt; only prevents &lt;STRONG&gt;using the model&lt;/STRONG&gt; (e.g., in serving endpoints or load-and-predict).&lt;BR /&gt;It does &lt;STRONG&gt;not&lt;/STRONG&gt; hide or block access to artifacts that Delta Sharing delivers.&lt;/P&gt;&lt;P&gt;If a model version is shared through Delta Sharing, its artifacts will be discoverable.&lt;/P&gt;&lt;H2&gt;&lt;STRONG&gt;Workaround&amp;nbsp;&lt;/STRONG&gt;&lt;/H2&gt;&lt;H3&gt;&lt;STRONG&gt;Option A: Serve the model from the &lt;EM&gt;provider&lt;/EM&gt; workspace&lt;/STRONG&gt;&lt;/H3&gt;&lt;P&gt;Instead of sharing the entire model via Delta Sharing:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;Keep the model private in the provider workspace&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Expose only &lt;STRONG&gt;API endpoints&lt;/STRONG&gt; for inference&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Consumers never receive the model or artifacts&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Most customers needing IP protection choose this approach.&lt;/P&gt;&lt;H3&gt;&lt;STRONG&gt;Option B: Remove sensitive artifacts &lt;EM&gt;before&lt;/EM&gt; registering the model&lt;/STRONG&gt;&lt;/H3&gt;&lt;P&gt;You can strip:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;training notebooks&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;feature engineering code&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;large auxiliary files&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;And store only the minimal MLflow model needed for inference.&lt;/P&gt;&lt;P&gt;But note:&lt;BR /&gt;If the consumer can load the MLflow model, they can still technically download the remaining artifact bundle.&lt;/P&gt;&lt;P&gt;I’d suggest submitting/raising the feature needed through your Databricks account team as well. I would expect this one to be on their radar.&lt;/P&gt;</description>
    <pubDate>Fri, 14 Nov 2025 10:02:17 GMT</pubDate>
    <dc:creator>bianca_unifeye</dc:creator>
    <dc:date>2025-11-14T10:02:17Z</dc:date>
    <item>
      <title>Unity Catalog Model Artifacts in Delta Sharing</title>
      <link>https://community.databricks.com/t5/data-governance/unity-catalog-model-artifacts-in-delta-sharing/m-p/138992#M2668</link>
      <description>&lt;P&gt;Hello, I want to ask if there's a way to hide the Artifacts inside the Artifacts tab/prevent access to the Artifacts tab of a Model in a Delta Sharing catalog? So the case is that the receiving Delta Sharing workspace is only used for Model Serving (region-exclusive feature), and we want to make sure that the user in the receiving workspace won't be able to see &amp;amp; download the model code and other artifacts shared through Delta Sharing for privacy purposes.&lt;/P&gt;&lt;P&gt;Earlier this month the Artifacts tab was unable to be accessed so this wasn't an issue, but now suddenly all of the artifacts are open for access in the receiving Delta Sharing workspace. The permissions are currently turned on for all of them. Does removing EXECUTE help?&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Thank you,&amp;nbsp;&lt;/P&gt;&lt;P&gt;Satrio&lt;/P&gt;</description>
      <pubDate>Fri, 14 Nov 2025 03:55:04 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-governance/unity-catalog-model-artifacts-in-delta-sharing/m-p/138992#M2668</guid>
      <dc:creator>satriobagusp96</dc:creator>
      <dc:date>2025-11-14T03:55:04Z</dc:date>
    </item>
    <item>
      <title>Re: Unity Catalog Model Artifacts in Delta Sharing</title>
      <link>https://community.databricks.com/t5/data-governance/unity-catalog-model-artifacts-in-delta-sharing/m-p/139045#M2669</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;Removing EXECUTE does &lt;STRONG&gt;not&lt;/STRONG&gt; hide artifacts.&lt;BR /&gt;Model artifacts in Delta Sharing are accessible by design in the current implementation.&lt;/P&gt;&lt;P&gt;When you share a UC model via Delta Sharing, the full model package is delivered:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;model weights&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;MLflow artifacts&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;code / notebooks used to build the model&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;environment files&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;any supplementary assets stored under artifacts/&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Why?&lt;BR /&gt;Because the receiving workspace needs the full bundle to reconstruct the MLflow model and enable Model Serving.&lt;/P&gt;&lt;P&gt;Removing &lt;STRONG&gt;EXECUTE&lt;/STRONG&gt; only prevents &lt;STRONG&gt;using the model&lt;/STRONG&gt; (e.g., in serving endpoints or load-and-predict).&lt;BR /&gt;It does &lt;STRONG&gt;not&lt;/STRONG&gt; hide or block access to artifacts that Delta Sharing delivers.&lt;/P&gt;&lt;P&gt;If a model version is shared through Delta Sharing, its artifacts will be discoverable.&lt;/P&gt;&lt;H2&gt;&lt;STRONG&gt;Workaround&amp;nbsp;&lt;/STRONG&gt;&lt;/H2&gt;&lt;H3&gt;&lt;STRONG&gt;Option A: Serve the model from the &lt;EM&gt;provider&lt;/EM&gt; workspace&lt;/STRONG&gt;&lt;/H3&gt;&lt;P&gt;Instead of sharing the entire model via Delta Sharing:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;Keep the model private in the provider workspace&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Expose only &lt;STRONG&gt;API endpoints&lt;/STRONG&gt; for inference&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Consumers never receive the model or artifacts&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Most customers needing IP protection choose this approach.&lt;/P&gt;&lt;H3&gt;&lt;STRONG&gt;Option B: Remove sensitive artifacts &lt;EM&gt;before&lt;/EM&gt; registering the model&lt;/STRONG&gt;&lt;/H3&gt;&lt;P&gt;You can strip:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;training notebooks&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;feature engineering code&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;large auxiliary files&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;And store only the minimal MLflow model needed for inference.&lt;/P&gt;&lt;P&gt;But note:&lt;BR /&gt;If the consumer can load the MLflow model, they can still technically download the remaining artifact bundle.&lt;/P&gt;&lt;P&gt;I’d suggest submitting/raising the feature needed through your Databricks account team as well. I would expect this one to be on their radar.&lt;/P&gt;</description>
      <pubDate>Fri, 14 Nov 2025 10:02:17 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-governance/unity-catalog-model-artifacts-in-delta-sharing/m-p/139045#M2669</guid>
      <dc:creator>bianca_unifeye</dc:creator>
      <dc:date>2025-11-14T10:02:17Z</dc:date>
    </item>
  </channel>
</rss>

