回應 AI 威脅調查結果

本文提供非正式指南，說明如何因應 AI 資源中的可疑活動。建議步驟可能不適用於所有發現項目，且可能影響作業。採取任何行動前，請先調查發現項目、評估收集到的資訊，並決定如何因應。

事前準備

  1. 查看發現項目。請記下受影響的資源，以及偵測到的二進位檔、程序或程式庫。
  2. 如要進一步瞭解您正在調查的發現項目，請在威脅發現項目索引中搜尋該發現項目。

一般建議

  • 與受影響資源的擁有者聯絡。
  • 請與資安團隊合作，找出不熟悉的資源，包括 Agent Runtime 執行個體、工作階段、服務帳戶和代理身分。刪除使用未經授權帳戶建立的資源。
  • 如要找出並修正權限過高的角色，請使用 IAM 建議工具。刪除或停用可能遭盜用的帳戶。
  • 如果是 Standard-legacy、Standard、Premium 和 Enterprise (已淘汰) 服務級別，請調查所有身分和存取權發現項目。
  • 如要進一步調查，可以使用事件應變服務，例如 Mandiant。
  • 收集並備份受影響資源的記錄，以便進行鑑識分析。

服務帳戶或代理身分可能遭到入侵

資料竊取和擷取

  • 撤銷 主體電子郵件列中主體的角色 ，直到調查完成。
  • 如要停止進一步竊取，請在受影響的資源中新增限制性 IAM 政策。
  • 如要判斷受影響的資料集是否含有機密資訊，請使用 Sensitive Data Protection 檢查。您可以設定檢查工作，將結果傳送至 Security Command Center。視資訊量而定，Sensitive Data Protection 費用可能相當高昂。請遵循控管 Sensitive Data Protection 費用的最佳做法。
  • 使用 VPC Service Controls 為 BigQuery 和 Cloud SQL 等資料服務建立安全 perimeter，防止資料移轉至 perimeter 外部的專案。

可疑的權杖產生作業

  • 確認是否需要跨專案產生權杖。如果不需要，請在目標專案中移除 IAM 角色繫結，該繫結會將 iam.serviceAccounts.getAccessToken、iam.serviceAccounts.getOpenIdToken、iam.serviceAccounts.implicitDelegation 或 iam.serviceAccounts.signJwt 權限授予來源專案的主體。

  • 調查發現項目中指定的記錄，驗證代理工作負載使用的權杖產生方法。

已授予機密 IAM 角色或權限

未經授權匯入 Gemini Enterprise 文件

  • 在 Logging 中查看 ImportDocuments 要求詳細資料，找出目標 Gemini Enterprise 資料儲存庫，以及外部主體或外部來源資源 (例如外部 Cloud Storage bucket 或 BigQuery 資料集)。
  • 在調查完成前，撤銷發起未授權匯入作業的主體 IAM 角色。
  • 檢查並清除匯入受影響 Gemini Enterprise 資料儲存庫的所有不信任文件，防止知識儲存庫中毒或間接提示詞注入。
  • 使用 VPC Service Controls，在 Gemini Enterprise 和資料儲存庫服務周圍強制執行 service perimeter，禁止未經授權的跨 perimeter 資料匯入。

後續步驟