Authenticate with Private Key JWT using Amazon Bedrock AgentCore Identity
https://aws.amazon.com/blogs/machine-learning/authenticate-with-private-key-jwt-using-amazon-bedrock-agentcore-identity/📌 【AWS 新功能】Amazon Bedrock AgentCore Identity 支援 Private Key JWT，提升 Agent 認證安全性
TL;DR：AgentCore Identity 現在支援使用 Private Key JWT 進行認證，取代傳統的 OAuth 2.0 Client Secret。
🤔 為何不再僅依賴 Shared Client Secret？
在傳統的 OAuth 2.0 流程中，Agent 通常使用一個共享的 Client Secret 來向身份提供者（Identity Provider, IdP）請求 Token。然而，這種方式存在安全性風險，因為 Secret 必須在兩端傳遞或儲存。
🧩 透過 Private Key JWT 實現更安全的認證流程
Amazon Bedrock AgentCore Identity 現在支援使用「簽署過的 JSON Web Token (JWT) 客戶端斷言（Client Assertion）」來進行認證。其設計核心在於：
- 非對稱加密：你只需在身份提供者（IdP）端註冊公鑰（Public Key），而對應的私鑰（Private Key）則安全地儲存在 AWS Key Management Service (AWS KMS) 中。
- 簽署與驗證：當 Agent 需要認證時，AgentCore Identity 會調用 AWS KMS 進行簽署，並將簽署後的 JWT 發送給 IdP；IdP 則使用預先註冊的公鑰來驗證該斷言。
- 減少機密洩漏風險：由於私鑰始終留在 AWS KMS 內，從而避免了在傳輸或設定過程中洩漏 Client Secret 的問題。
📊 支援的授權流程與應用場景
此功能支援三種授權流程（Grant Flows），適用於機器對機器（Machine-to-Machine）的 Token 請求場景。
例如：一個客戶支援型 Agent 需要從受保護的內部訂單 API 讀取客戶的訂單歷史紀錄。透過此機制，Agent 能以安全的方式向保護該 API 的 IdP 請求存取權限。
💡 實作步驟概覽
若要在 AWS Management Console 上配置此功能，流程如下：
- 建立 KMS 簽名金鑰：建立一個非對稱（Asymmetric）的 AWS KMS 金鑰，供 AgentCore Identity 用於簽署 JWT。
- 註冊公鑰：將對應的公鑰匯出並註冊到你的身份提供者（IdP）。
- 配置憑證提供者：在 AWS 管理控制台中，將此方法配置為 Agent 的憑證提供者。
- 稽核與追蹤：所有的 Agent 存取行為都會被記錄在 AWS CloudTrail 事件中，便於審計。
註：若你的 IdP 已產生金鑰對並提供私鑰，你也可以選擇將其匯入（Import）至 AWS KMS 中。
🎯 實務啟示
對於需要串接內部企業系統（如訂單系統、客戶資料庫）的 AI Agent 開發者來說，改用 Private Key JWT 能顯著提升安全性。建議在設計 Agent 架構時，優先考慮將敏感的認證金鑰封裝在 KMS 中，而非直接在設定檔中寫死 Client Secret。
🔗 來源
- 標題：Authenticate with Private Key JWT using Amazon Bedrock AgentCore Identity
- 作者／機構：Swara Gandhi @ AWS ML
- 連結：https://aws.amazon.com/blogs/machine-learning/authenticate-with-private-key-jwt-using-amazon-bedrock-agentcore-identity/
#AWS #AmazonBedrock #AgentCoreIdentity #KMS #JWT #OAuth2 #MachineLearning #CyberSecurity #CloudComputing #AIagents
原始資料 AWS ML · 收集於 2026-07-30
摘要原文
Amazon Bedrock AgentCore Identity now supports Private Key JWT client authentication for agents. With Private Key JWT client authentication, your agents can authenticate to a downstream identity provider’s token endpoint using a signed JSON Web Token (JWT) client assertion instead of a shared OAuth 2.0 client secret. You can register a public key with your identity provider, while the corresponding private key stays in an AWS Key Management Service (AWS KMS). To authenticate, AgentCore Identity uses AWS KMS to sign the assertion and sends the signed assertion to the identity provider, which verifies it using the public key you registered. This post explains how Private Key JWT client authentication works in AgentCore Identity and reviews the supported grant flows. We then walk through creating an AWS KMS signing key, registering its public key with your identity provider, configuring a credential provider on the AWS Management Console, and reviewing example AWS CloudTrail events that record your agent’s access. The following example illustrates the request flow. Consider a customer-support agent that needs to read a customer’s order history from an internal orders API protected by your identity provider. Figure 1 – Example request flow for a machine-to-machine token request, from the agent’s call through to the downstream API The following diagram illustrates the request flow: Private Key JWT authentication works for the three grant flows: This post assumes that you have The following sections show how to configure Private Key JWT as the client authentication method using the AWS Management Console. Start by creating an asymmetric KMS key that AgentCore Identity will use to sign the JWT client assertion. In this example, we create the key in KMS and export the corresponding public key to the Identity provider. However, if your identity provider generates the key pair and gives you the private key material instead, you can import it to KMS. Figure 2 – Adding an OAuth
由 tencent/hy3:free 自動生成