AgentCore Identity の用語
AgentCore Identity は、特定の用語を使用して、ワークロード ID 管理と認証情報処理に関連するコンポーネント、プロセス、関係を記述します。これらの用語を理解することで、サービスがエージェントワークフローの複数の当事者間で安全な認証と認可をどのようにオーケストレーションするかをよりよく理解できます。
| 用語 | 定義 |
|---|---|
|
ID と認証 |
|
|
[エージェント] |
AWS リソースやサードパーティーのサービスにアクセスしてユーザーに代わってタスクを実行する AI を活用したアプリケーションまたは自動ワークロード。エージェントは、API からのAPIs。静的認証情報で実行される従来のアプリケーションとは異なり、エージェントは、適切な認証と認可の境界を維持しながら、複数の信頼ドメイン間でリソースに安全にアクセスするために動的な ID 管理を必要とします。 |
|
エージェント ID |
AI エージェントまたは自動ワークロードの一意の識別子と関連するメタデータ。エージェント ID は、エージェントとして識別する特定の属性を持つワークロード ID として実装され、より広範なワークロード ID 標準との互換性を維持しながら、特殊なエージェント機能を可能にします。エージェント ID を使用すると、エージェントはユーザーを偽装するのではなく自分自身として認証できるため、委任ベースのアクセスパターンがサポートされます。 |
|
エージェント ID ディレクトリ |
エージェント ID と関連するメタデータとアクセスポリシーを管理する集中型レジストリ。Cognito ユーザープールと同様に、アカウントまたはリージョン内でエージェント ID を整理するためのガバナンスの単位として機能します。 |
|
ワークロード ID |
エージェント ID の基盤となる技術実装。特定のハードウェアやインフラストラクチャから独立した論理アプリケーションまたはワークロードを表します。ワークロード ID は、一貫した認証を維持しながら、さまざまな環境で動作できます。エージェント ID は、エージェント固有の属性と機能を追加した特殊なタイプのワークロード ID です。 |
|
統合とプロトコル |
|
|
クロスサービスエージェント |
複数のサービスでアクションを実行する AI エージェント。これには、システムリソースへのアクセス (machine-to-machine認証を使用) やユーザー固有のデータへのアクセス (ユーザー委任アクセスを使用) が含まれます。例としては、データ処理のために複数のバックエンドシステムと統合するエージェントや、ユーザーのカレンダー、E メール、ドキュメントストレージにアクセスするエージェントなどがあります。これらのエージェントは、さまざまな信頼ドメイン間で安全に動作するために、高度な ID 管理を必要とします。 |
|
MCP クライアント |
エージェントが MCP サーバーと通信して外部ツールやリソースにアクセスできるようにするクライアントコンポーネント。MCP クライアントは、MCP ツールに安全にアクセスするための認証トークンを提供します。 |
|
MCP サーバー |
MCP クライアントのツールとリソースをホストする中間サーバー。MCP サーバーは、エージェントがアクセスする場合は OAuth 2.0 リソースサーバーとして機能し、ダウンストリームリソースにアクセスする場合は OAuth 2.0 クライアントとして機能します。 |
|
モデルコンテキストプロトコル (MCP) |
MCP は、アプリケーションが言語モデルにコンテキストを提供する方法を標準化するオープンプロトコルです。AgentCore Identity は MCP に準拠しており、agent-to-tool通信の標準プロトコルをサポートし、MCP サーバーおよびツールとの安全な統合を可能にします。 |
|
OAuth とトークンの管理 |
|
|
OAuth 2.0 |
業界標準の認可フレームワーク (RFC 6749 |
|
OAuth 2.0 オーソライザー |
エージェントエンドポイントへの受信 OAuth 2.0 API リクエストを認証および認可する SDK コンポーネント。エージェントサービスへのアクセスを許可する前に、トークンを検証します。 |
|
OAuth 2.0 クライアント認証情報付与 (2LO) |
ユーザーとのやり取りを必要としないmachine-to-machine認証に使用される OAuth クライアント認証情報の付与。エージェントは 2LO を使用して、リソースサーバーで自身を直接認証します。 |
|
OAuth 2.0 認可コード付与 (3LO) |
ユーザーの同意とやり取りを伴う OAuth 認可コード付与。エージェントは、Google Calendar や Salesforce などの外部サービスからユーザー固有のデータにアクセスするための明示的なユーザーアクセス許可が必要な場合、3LO を使用します。 |
|
エージェントアクセストークン |
ワークロード ID とユーザー ID 情報の両方を含む AWS署名付きトークン。ダウンストリームサービスが両方の ID に基づいて認可を決定できるようにします。これらのトークンは、トークン交換プロセスを通じて作成されます。 |
|
セキュリティと信頼 |
|
|
アイデンティティの伝播 |
一連のサービス呼び出しを通じて ID コンテキストを維持し、渡すプロセス。これにより、ダウンストリームサービスは、呼び出し元のサービス ID と元のユーザー ID の両方に基づいて認可を決定できます。 |
|
信頼ドメイン |
エンティティが共通の認証および認可メカニズムを共有するセキュリティ境界。エージェントワークフローは、多くの場合、複数の信頼ドメインにまたがり、慎重な ID 伝達とトークン交換が必要です。 |
|
検証セキュリティをリクエストする |
ソースまたは以前の信頼関係に関係なく、すべてのリクエストが認証および承認されるセキュリティモデル。AgentCore Identity は、すべてのアクセスリクエストの検証を確実にするために、リクエストの検証を実装します。 |
|
サービスコンポーネント |
|
|
リソース認証情報プロバイダー |
外部 ID プロバイダーとリソースサーバーへの接続を管理し、OAuth 2.0 認可フローと認証情報の取得を処理するコンポーネント。サードパーティーのサービスから認証情報を取得および更新する複雑なプロセスを調整します。設定の詳細については、「認証情報プロバイダーの設定」を参照してください。 |
|
トークンボールト |
厳格なアクセスコントロールで動作する OAuth 2.0 トークン、API キー、およびその他の認証情報用の安全なストレージシステム。トークンボールトにより、認証情報は、最初に取得した特定のエージェントとユーザーの組み合わせによってのみアクセスできるようになります。 |
