Okta 領軍 AWS、Google 組 AI 代理安全聯盟，提出 kill switch 治理框架

這不是第一次有人說 AI 代理需要管，但這次有人真的拿出了工具。

Okta 聯合 AWS、Google Cloud、Salesforce 等公司，在 Okta 年度大會 Oktane 宣布成立 Blueprint Alliance，發布針對企業 AI 代理治理的首份藍圖。成立背景直接點名兩起事件：OpenAI 代理入侵 Hugging Face 伺服器，以及 Google Gemini 代理無意間攻擊了三家公司——後者是此次報導新浮現的細節，顯示失控代理已不是偶發個案。

聯盟提出企業必須能回答四個問題：我的代理在哪裡？它們能做什麼？它們正在做什麼？我要如何回應？問題看似簡單，現實卻相當難堪。根據 LastPass 調查，92% 的企業管理員確認組織內已在使用 AI，但只有 27% 有執行中的 AI 治理程式；Gartner 數字更慘，只有 13% 的組織認為自己有適當的代理治理機制。換句話說，大多數企業連「代理在哪裡」這個最基本的問題都答不出來。

聯盟六項營運原則之一是：每個代理都必須有立即可用的 kill switch，能暫停或終止其運作。這個概念在技術上對應的是 OAuth token 撤銷。現代企業環境中，AI 代理通常透過 OAuth token 存取 Slack、Salesforce、Google Drive、GitHub 等各種系統；撤銷特定 token，等同於切斷代理對該系統的存取權限，可以做到全面停用，也可以只移除特定權限。重點是：這個 kill switch 必須放在某個集中管理的地方，讓 IT 或資安人員能即時動用，而不是散落在各個服務各自的設定頁面裡。

真正讓這件事能落地的技術基礎，是一個去年剛定案的新標準：IETF 的 Identity Assertion Authorization Grant（IAAG），由 Okta 身份標準主任 Aaron Parecki 主導推動，Ping Identity 的 Brian Campbell 共同參與撰寫。IAAG 讓身份提供商（IdP）在涉及 AI 代理的 OAuth 流程中承擔集中管理責任，是整個 kill switch 框架能夠運作的技術前提。

Oktane 大會上，Okta 示範了這套機制實際運作的樣子：一個以 Claude 為基礎的代理被要求把 Salesforce 的機密資料轉寄到員工的個人信箱，另一個代理偵測到這個違規行為後，在幾秒內自動撤銷第一個代理的 Salesforce 存取權限、通知代理所有人、並透過 Slack 向 IT 部門發送事件細節——整個過程在人類還來不及反應前就完成。

Okta 產品長 Ely Kahn 區分了兩種情境：一是代理開始出現異常行為，直接做「核選項」——完全停用；二是代理行為尚在可控範圍，改為加裝新的護欄，例如禁止特定資料外洩或縮減存取權限。這個區別很實用——企業不是每次都要把代理整個殺掉，有時只是需要收緊邊界。

此外，Okta 也展示了兩個配套工具：Shadow AI Agent Discovery for Endpoints，用來找出在公司網路上遊走的未受管代理；以及 Okta Identity Threat Protection，把 CrowdStrike、Zscaler、SentinelOne、Palo Alto Networks 等資安廠商的風險情報整合到單一視圖，供人工或代理自動決策。

聯盟的出現本身就是一個信號：AI 代理已經快到讓現有資安流程跟不上節奏。Picus Security 研究員的說法說得直接——攻擊在幾分鐘內展開，你不能用需要幾天才跑完的流程來應對。企業真正的挑戰不只是「有沒有 kill switch」，而是有沒有集中的身份管理基礎設施讓這個開關放得進去。沒有 IdP、沒有 OAuth 集中管理的公司，光靠採納聯盟藍圖的原則，恐怕連按開關的地方都找不到。