Identity as a Service:アイデンティティ伝播とコールチェーン監査

アイデンティティ伝播の重要性

コンプライアンスおよびセキュリティ監査は、「誰が、いつ、どのパスを通じて、どのデータに、何をしたか」という 1 つの問いに答えることを目的としています。

エージェントベースのアーキテクチャでは、この問いは非常に複雑になります。「休暇残高の確認」のような単一のアクションに、1 人のエンドユーザー、1 つのクライアントアプリケーション、1 つのエージェント、複数のダウンストリームサービス、そしてその過程における数回のトークン交換操作が関わる場合があります。標準的なアクセスログでは、この保管の連鎖を捉えることはできません。Alibaba Cloud IDaaS のアイデンティティ管理機能である Agent ID Guard は、トークン交換の各ホップで元のユーザーアイデンティティを維持することでこの問題を解決します。これにより、リクエストが通過する中間者の数に関係なく、各ダウンストリームの API 呼び出しが個々のユーザーまで追跡可能になります。

ユースケース

典型的なコンプライアンス要件は、以下のとおりです：

• 金融システムでは、すべてのデータアクセスが個々のユーザーまで追跡可能である必要があります。

• セキュリティチームは、「任意のダウンストリーム API 呼び出しに対して、どのフロントエンドエントリポイント、どのエージェントインスタンス、およびどのアップストリームトークンがそれをトリガーしたか」という問いに答える必要があります。

• 規制の枠組みでは、不正アクセスを 90 日以内に特定し、実証できる必要があります。

「user = アリス」を示すアクセスログだけでは不十分です。アリスに代わってリクエストを開始したエージェントとクライアントも特定する必要があります。

アイデンティティ伝播の仕組み

Agent ID Guard は、RFC 8693 のトークン交換で発行されるアウトバウンドアクセストークンに含まれる、以下の 4 つの主要なフィールドを維持、拡張します：

{
  "_idaas_imp": {
    "jti": "ATTU...(jti of the original inbound token)...",
    "client_id": "app_nfiiybmikzo2fnmabpectnxxxx"
  }
}

エージェントがアイデンティティを偽装できない理由

エージェントがダウンストリームサービスを自由に呼び出したとしても、任意の sub 値を偽造することはできません。以下のセーフガードがなりすましを防ぎます。

1. アウトバウンドアクセストークンは、有効なインバウンドアクセストークンをサブジェクトトークンとして送信する必要がある RFC 8693 のトークン交換を通じてのみ発行されます。

2. Agent ID Guard がアウトバウンドアクセストークンを発行する際、sub クレームは、サブジェクトトークンの sub から強制的に設定されます。Agent ID Guard は自身のプライベートキーでトークンに署名し、要求されたダウンストリームサービスの権限と sub との間に有効な認可関係が存在する必要があります。

3. エージェントのクライアントシークレットや秘密鍵は、「自身がこのエージェントである」ことのみを証明するものであり、ユーザー トークンに直接署名するために使用することはできません。

4. ダウンストリームサービスは、Agent ID Guard の JWKS 公開鍵を使用して発行者 (iss)、オーディエンス (aud)、および署名を検証することで、エージェント自体を信頼することなく sub クレームを信頼します。

検証

以下のチェック項目で、アイデンティティ伝播とコールチェーン監査が正しく機能していることを確認してください。