Claro 想要和一家金融研究合作夥伴分享匿名化的信用趨勢資料，但底層的 CREDITSCORES 資料表同時包含 userid 與 email，這些屬於 PII，不能被分享。團隊成員建立了一個僅選取非 PII 欄位的標準檢視，並把這個檢視加入分享。資安審查將此作法標記為風險。
為什麼在這個情境下分享「標準檢視」有資安風險？應該改用什麼？
本練習屬於課程
將理論付諸實踐，立即體驗我們的互動練習
透過掌握角色為本與任意性存取控制模型來保護你的 Snowflake 帳戶——從系統定義角色與權限階層，到自訂角色、驗證方式與網路原則。
實作欄位層級與列層級的安全性，套用物件標籤與自動化資料分類，解讀資料血緣，並設定加密與警示，以保護 Claro 的敏感財務資料。
使用資源監視器與 ACCOUNT_USAGE 檢視來監控並控管 Snowflake 的運算成本，以 Time Travel 與移轉容錯群組保護資料，並用事件表與 LOGIN_HISTORY 建立稽核軌跡。
運用 Snowflake 的提供者、使用者與 reader 帳戶模型，啟用安全的資料協作；探索保護隱私的 Data Clean Rooms；並在 Snowflake Marketplace 瀏覽即時資料清單與 Native Apps。
當前練習
