AI 代理人時代的安全新防線：Ping Identity 聯手三大雲端平台，實現持續授權與治理

隨著 AI 代理人在企業環境中大量出現，一道關鍵的安全缺口也隨之浮現：傳統只在登入時進行的身分檢查，對於那些橫跨雲端服務、API 和邊緣基礎設施持續且自主運作的代理人來說，早已不敷使用。2026 年 6 月 16 日，Ping Identity 宣布與 Amazon Web Services (AWS)、Google Cloud 及 Cloudflare 進行整合，直接將自家的 執行時期身分（Runtime Identity） 控管機制，延伸到代理人被建置、部署和運作的平台上，以填補這個缺口 。這項行動象徵著身分安全從靜態的身分驗證，邁向在代理人每一次動作當下，都能進行持續且具情境感知的動態授權。

核心轉變：從「你是誰」到「你現在能做什麼」

Ping Identity 的解決方案建立在一個根本概念上：AI 代理人不是真人，它們不會只是登入後就停止運作。 它們會串聯 API 呼叫、存取工具，並在分散式系統中做出決策。這樣的運作現實，需要的是一種全新的安全模型——針對代理人每一次的動作，在執行時期持續檢查其身分、委派關係和政策是否符合規範 。

為了實現這一點，Ping 在 2026 年 3 月正式推出的 Identity for AI 框架中，便將 AI 代理人視為「一等公民」般的非人類身分。這個框架提供了代理人註冊與生命週期管理、OAuth 2.0 權杖交換（用於委派授權），以及能集中檢視代理人在各環境活動的功能 。

關鍵技術原則：委派，而非模擬

三項整合的核心，都在於 OAuth 2.0 權杖交換機制。當真人使用者將任務委派給代理人時，代理人並非單純地以完全權限來模擬該使用者。相反地，Ping 的基礎架構會將真人使用者的主體權杖，交換成一個全新且權限經縮減的委派權杖。這個委派權杖同時承載了真人使用者的身分（透過 act 聲明）和代理人自身的身分（透過 may_act 聲明），為後續的每個動作建立起一條可被安全追溯的責任鏈 。這意味著，資安團隊永遠能回答：是哪位真人授權的？是哪個代理人執行的？當時它握有什麼樣範圍的權限？

三大平台的策略性聯防

Ping Identity 與三大平台的整合，並非重複的功能堆疊，而是針對 AI 代理人運作架構的不同層面，進行精準的安全補強。三者共同建立在 Identity for AI 的基礎上，讓組織無論代理人運行在何處，都能套用一致的授權邏輯、權杖交換模式和政策框架 。

AWS：為雲端工作負載建立可信的代理人分身

在 AWS 上，Ping Identity 的整合重點是 Amazon Bedrock AgentCore，這是一項 AWS 專為 AI 代理人和自動化工作負載打造的身分與憑證管理服務 。

如何運作：

Ping 的身分提供者（IdP）——PingOne、PingOne Advanced Identity Cloud 和 PingFederate——可以透過兩種方式進行配置：

1. 作為 AgentCore 閘道與執行環境（Gateway and Runtime）的入站 IdP，負責驗證終端使用者，並核發範圍受限的 OAuth 權杖，代理人在存取後端資源前必須出示此權杖 。
2. 作為對外憑證提供者，讓代理人能安全地取得存取第三方服務的權杖，而無需暴露那些長期有效的靜態憑證 。

具體效益：

• 獨一無二的代理人分身：每個 AI 代理人都會被賦予一個帶有相關中繼資料的獨立身分。管理員可以在多帳戶的 AWS 環境中，據以套用最小權限的存取政策 。
• 即時的治理能力：授權會在代理人與 API、工具和資料儲存庫互動時，動態地被強制執行，確保代理人的行為符合企業對敏感資料、受監管工作負載和作業限制的政策 。
• 全面的可視性：Amazon Bedrock AgentCore 提供了入站與出站的驗證日誌，而 Ping 的代理人偵測功能，則讓組織能發現、追蹤和稽核其在 AWS 數位生態系中的所有 AI 代理人 。

Google Cloud：代理人與工具流量的即時管制點

不同於 AWS 的工作負載身分層面，Ping Identity 與 Google Cloud 的整合，著眼於 AI 代理人和它們所呼叫的工具、MCP 伺服器之間的流量。透過與 Google Cloud Agent Gateway 整合，這是一個能攔截代理人到工具請求的託管管控點，並在請求抵達目的地前強制執行政策 。

如何運作：

PingOne Authorize 會透過一種名為 ext_proc 的整合方式，被嵌入到 Agent Gateway 的流量路徑中。每當代理人對 MCP 伺服器或工具發出請求，就會觸發一次即時的政策評估：代表哪位真人使用者？哪個代理人正在行動？存取的目標資源是什麼？想要執行什麼動作？

具體效益：

• 持續的動態授權：若政策允許，請求才會放行；若遭拒，請求在抵達工具或 API 之前就會被封鎖。此過程無需更改任何應用程式碼 。
• 精細、限縮的工具使用政策：資安團隊可以強制執行具情境感知的規則，例如「任何員工都能購買 100 美元的商品，但只有主管可以批准 10,000 美元的採購」，完全不用修改應用程式或 MCP 伺服器本身 。
• 集中化的政策管理：授權邏輯從個別的 MCP 伺服器和代理人實作中被抽離出來，使得規則在代理人架構擴展時，更容易維護、稽核和更新 。
• 端到端的可觀測性：Agent Gateway 的日誌和追蹤 ID，與 Ping 的執行時期身分模型結合後，能提供完整的追蹤鏈：哪位使用者委派、哪個代理人呼叫、哪個工具被執行，以及哪條政策允許或封鎖了這個動作 。

Cloudflare：全球邊緣的零信任防線

針對那些將 AI 代理人部署在全球分散式基礎設施的組織，Ping Identity 與 Cloudflare 的整合，把身分安全的力量推向網路世界的邊緣。Cloudflare 的全球網路橫跨超過 220 個城市，並搭載專為 AI 推論設計的 GPU 節點，其運作場域早已超出傳統的企業邊界 。

如何運作：

Cloudflare Workers Model Context Protocol (MCP) 伺服器扮演著 OAuth 資源伺服器的角色。它將驗證工作委派給 Ping 的身分提供者，例如 PingOne DaVinci、PingOne Advanced Identity Cloud 或 PingFederate，以便在代理人存取後端 API 之前，先驗明正身 。

具體效益：

• 邊緣節點的強效、限縮憑證：AI 代理人必須透過 Cloudflare Workers OAuth Provider 進行身分驗證，以取得存取範圍受限的權杖，才能呼叫任何受保護的 API。未註冊或未驗證的 MCP 客戶端將被阻擋，無法建立連線 。
• 零信任政策執行：Ping 與 Cloudflare 共同對所有存取模型和企業資料的 AI 代理人流量，在全球範圍內套用零信任政策，而非依賴在邊緣環境中不存在的企業邊界 。
• 稽核與可視性：代理人在分散式邊緣基礎設施上的所有活動都會被記錄且可供稽核，讓資安團隊能清楚掌握每個代理人，在何時、以誰的委派權限，存取了哪些資源 。

此刻為何如此關鍵？

對正在規劃 AI 代理人部署的資安架構師而言，實務上的關鍵問題，已不再是「這個代理人有通過驗證嗎？」，而是「此時此刻，在這樣的脈絡下，這個『特定的動作』是被允許的嗎？」。Ping Identity 與 AWS、Google Cloud 及 Cloudflare 的整合，正是要讓這個核心問題，能在代理人真實存在的平台上，被即時、大規模地回答。這項策略反映了一個市場現實：企業部署 AI 代理人的速度，遠快於資安團隊能調整傳統身分工具的速度。這些整合使企業能將授權與政策執行集中化，而非將零散的控制機制，嵌入到每個獨立的代理人與 API 之中 。