這週在講同一件事的五種切面

Week 2 五篇看似講不同主題，其實都在回答同一個問題：「這個身份，能做多少事、能做多久、有沒有人在看？」

• Day7：能做多少事（權限範圍最小化）
• Day8：能做多久（金鑰生命週期管理）
• Day9：能不能不留憑證（Workload Identity Federation）
• Day10：有沒有人在看，包含服務商自己（Access Transparency）
• Day11：模型層的內容過濾，作為平台層防線之外的第二道關卡

完整身份層防線 Checklist

權限設計

• [ ] AI 相關 Service Account 沒有掛 Basic Roles（Owner/Editor）
• [ ] 依職能（推論／訓練／部署／監控）拆分了不同 Service Account
• [ ] 權限範圍已對照官方最新文件核實，非憑記憶假設

金鑰與憑證

• [ ] 已優先評估用 Workload Identity Federation 取代金鑰檔
• [ ] 無法避免使用金鑰檔的場景，已設定 90 天輪替週期
• [ ] 金鑰統一存放 Secret Manager，未落地明碼於程式碼或環境變數
• [ ] 已建立定期盤點機制，清除未使用的殭屍金鑰

稽核與可視性

• [ ] Cloud Audit Logs 已針對 AI 相關資源啟用完整記錄
• [ ] 已確認組織方案是否涵蓋 Access Transparency，並整合進稽核流程

模型層過濾

• [ ] 已明確設定 Gemini API Safety Settings，不依賴模型預設值
• [ ] 已用真實測試案例驗證過安全過濾設定符合預期

這週對應的 SAIF 要素

回到 Day1 那張對照表：這五篇做的其實是 SAIF「統一平台層級控制」這個要素的具體落地——IAM、WIF、Access Transparency、Safety Settings，本質上都是在確保「不管是哪個身份、哪個服務、哪個環節，套用的存取控制邏輯是一致的」，而不是每個服務各自為政、標準不一。

下週要往哪走

身份層的防線設好之後，下一個問題是：就算身份設計完美，資料本身有沒有被圈在該在的邊界裡？Week 3 會進入網路與資料邊界防護——VPC Service Controls、Cloud Armor、Sensitive Data Protection、Cloud KMS，以及本地部署場景下的 Confidential Computing。