為了實現這一點,Ping 在 2026 年 3 月正式推出的 Identity for AI 框架中,便將 AI 代理人視為「一等公民」般的非人類身分。這個框架提供了代理人註冊與生命週期管理、OAuth 2.0 權杖交換(用於委派授權),以及能集中檢視代理人在各環境活動的功能 。
關鍵技術原則:委派,而非模擬
三項整合的核心,都在於 OAuth 2.0 權杖交換機制。當真人使用者將任務委派給代理人時,代理人並非單純地以完全權限來模擬該使用者。相反地,Ping 的基礎架構會將真人使用者的主體權杖,交換成一個全新且權限經縮減的委派權杖。這個委派權杖同時承載了真人使用者的身分(透過 act 聲明)和代理人自身的身分(透過 may_act 聲明),為後續的每個動作建立起一條可被安全追溯的責任鏈 。這意味著,資安團隊永遠能回答:是哪位真人授權的?是哪個代理人執行的?當時它握有什麼樣範圍的權限?
Ping Identity 與三大平台的整合,並非重複的功能堆疊,而是針對 AI 代理人運作架構的不同層面,進行精準的安全補強。三者共同建立在 Identity for AI 的基礎上,讓組織無論代理人運行在何處,都能套用一致的授權邏輯、權杖交換模式和政策框架 。
在 AWS 上,Ping Identity 的整合重點是 Amazon Bedrock AgentCore,這是一項 AWS 專為 AI 代理人和自動化工作負載打造的身分與憑證管理服務 。
如何運作:
Ping 的身分提供者(IdP)——PingOne、PingOne Advanced Identity Cloud 和 PingFederate——可以透過兩種方式進行配置:
具體效益:
不同於 AWS 的工作負載身分層面,Ping Identity 與 Google Cloud 的整合,著眼於 AI 代理人和它們所呼叫的工具、MCP 伺服器之間的流量。透過與 Google Cloud Agent Gateway 整合,這是一個能攔截代理人到工具請求的託管管控點,並在請求抵達目的地前強制執行政策 。
如何運作:
PingOne Authorize 會透過一種名為 ext_proc 的整合方式,被嵌入到 Agent Gateway 的流量路徑中。每當代理人對 MCP 伺服器或工具發出請求,就會觸發一次即時的政策評估:代表哪位真人使用者?哪個代理人正在行動?存取的目標資源是什麼?想要執行什麼動作?
具體效益:
針對那些將 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 代理人部署的資安架構師而言,實務上的關鍵問題,已不再是「這個代理人有通過驗證嗎?」,而是「此時此刻,在這樣的脈絡下,這個『特定的動作』是被允許的嗎?」。Ping Identity 與 AWS、Google Cloud 及 Cloudflare 的整合,正是要讓這個核心問題,能在代理人真實存在的平台上,被即時、大規模地回答。這項策略反映了一個市場現實:企業部署 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 上,Ping Identity 的整合重點是 Amazon Bedrock AgentCore,這是一項 AWS 專為 AI 代理人和自動化工作負載打造的身分與憑證管理服務 。
如何運作:
Ping 的身分提供者(IdP)——PingOne、PingOne Advanced Identity Cloud 和 PingFederate——可以透過兩種方式進行配置:
具體效益:
不同於 AWS 的工作負載身分層面,Ping Identity 與 Google Cloud 的整合,著眼於 AI 代理人和它們所呼叫的工具、MCP 伺服器之間的流量。透過與 Google Cloud Agent Gateway 整合,這是一個能攔截代理人到工具請求的託管管控點,並在請求抵達目的地前強制執行政策 。
如何運作:
PingOne Authorize 會透過一種名為 ext_proc 的整合方式,被嵌入到 Agent Gateway 的流量路徑中。每當代理人對 MCP 伺服器或工具發出請求,就會觸發一次即時的政策評估:代表哪位真人使用者?哪個代理人正在行動?存取的目標資源是什麼?想要執行什麼動作?
具體效益:
針對那些將 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 代理人部署的資安架構師而言,實務上的關鍵問題,已不再是「這個代理人有通過驗證嗎?」,而是「此時此刻,在這樣的脈絡下,這個『特定的動作』是被允許的嗎?」。Ping Identity 與 AWS、Google Cloud 及 Cloudflare 的整合,正是要讓這個核心問題,能在代理人真實存在的平台上,被即時、大規模地回答。這項策略反映了一個市場現實:企業部署 AI 代理人的速度,遠快於資安團隊能調整傳統身分工具的速度。這些整合使企業能將授權與政策執行集中化,而非將零散的控制機制,嵌入到每個獨立的代理人與 API 之中 。