Amazon Bedrock AgentCore GatewayでOBOトークン交換を実装｜マルチテナントAIエージェントの安全な権限分離

2026年7月14日

AIニュース重要度

★★★☆☆

3.0 / 5｜知っておくと役立つ通常ニュース

知っておくと役立つ通常のアップデートのため★3としました。

生成AIの学び方で悩んでいませんか？

「何から学ぶか」「続けられるか」「仕事で使えるか」が大切と分かっていても、独学では難しいですよね。

DMM 生成AI CAMP 学び放題は、DMM.comが提供する月額制の生成AIオンラインスクールです。

総額200万円相当の約1,000レッスンが学び放題。職種別・ツール別のコースを、メンターやAIチューターのサポートを受けながら継続的に学べます。

その第一歩として、入会前に中身を体験できる60分の無料セミナーが用意されています。参加すると、こんなことが分かります。

自分の職種で使えるか - マーケティング・営業・人事など職種別8コースの中身を体感できる！
ツールごとの学び方 - ChatGPTやDifyなど、ツール別のマスターコースも確認できる！
学習の進め方 - 約1,000レッスンをどう学べば短期間で身につくか、プロが提案してくれる！
続けられる仕組み - 24時間対応のAIチューターやメンター相談、コミュニティの中身が分かる！
生成AIの最新デモ - 生成AIの最新技術デモをその場で体験できる！

「無料セミナーで体験してから、学び放題に入会して継続的に学ぶ」という流れで始められるので、合うか分からないまま入会する心配がありません。

予約・参加は無料。入会するかはセミナーの後に決められます。

＼予約は30秒・日時を選ぶだけ／

60分の無料セミナーを予約する（無料）

⇒入会・コース詳細を公式サイトで見る

※無料なのはセミナーで、学び放題本体は月額制の有料サービスです。料金は公式サイトをご確認ください。
※セミナー・コース内容は変更される場合があります。

概要

AWS Machine Learning Blogにて、Amazon Bedrock AgentCore Gatewayを使ったマルチテナント向けAIエージェントの「on-behalf-of（OBO）トークン交換」実装ガイドが公開されました。複数のテナント（顧客企業など）にまたがってサービスを提供するAIエージェントが、ユーザーの代理として安全に外部APIを呼び出す方法を、Oktaを使った具体例で解説する内容です。

何が発表・更新されたのか

Amazon Bedrock AgentCore Identityが、OAuth 2.0のトークン交換仕様「RFC 8693」をネイティブにサポートしていることが紹介されました。これにより、AgentCore Gatewayは、ユーザーから届いたトークンを、呼び出し先のサービス（オーディエンス）ごとに専用の新しいトークンへ自動的に交換できます。エージェント側でこの交換処理を自前実装する必要はありません。

記事では、架空の旅行予約アシスタント「TravelBot」を題材に、Acme・Globexという2つのテナントに対応する構成を例に、JWT（JSON Web Token）のクレーム（sub・aud・actなど）がどう書き換わるかを段階的に示しています。参照実装は、公開後に「aws-samples/sample-obo-flow-poc」リポジトリで提供される予定とされています。

なぜ重要なのか

1つのエージェントが複数のテナントやユーザーに代わって外部APIを呼び出す場合、「誰の権限で呼び出しているか」が曖昧になりがちです。記事では、次の2つの単純な方法にはそれぞれリスクがあると指摘しています。

サービスアカウントによるなりすまし：下流のAPIがエージェントを無条件に信頼する必要があり、エージェントが侵害されると誰にでもなりすませてしまう「confused deputy（混乱した代理人）」問題が起きる
ユーザートークンの単純転送：受け取ったトークンのオーディエンス（対象サービス）が、実際に呼び出す下流APIと一致しない限り機能しない

OBOトークン交換は、元のユーザー（sub）を保持しつつ、呼び出し先ごとにオーディエンス（aud）を絞り込んだトークンを発行するため、テナント間の境界を越えても最小権限を保てる点が重要とされています。

誰に関係があるのか

複数の顧客企業（マルチテナント）向けにAIエージェントを提供しているSaaS事業者・開発チーム
Amazon Bedrock AgentCoreやOktaなどのIDプロバイダーを使ってエージェント基盤を構築しているエンジニア
生成AIエージェントのセキュリティ設計・監査ログ管理を担当する担当者

仕事や業務でどう使えるのか

自社サービスで「1つのAIエージェントが複数の取引先企業のシステムに接続する」ような構成を検討している場合、この記事はテナントごとに権限を安全に分離する具体的な設計パターンとして参考になります。特に、監査ログ用に「誰が実行者か（actクレーム）」と「誰の代理か（subクレーム）」を分けて記録する考え方は、権限管理やコンプライアンス対応の設計に役立つ可能性があります。

注意点

本記事はOktaを認可サーバーとして使った実装例であり、他のIDプロバイダーでも同様の機能（カスタムオーディエンス・スコープに対応した認可サーバー）があれば同じ構成が可能とされています。ただし、料金・対象プラン・日本リージョンでの提供状況など、公式情報上では確認できませんでした。導入を検討する際は、必ず公式ドキュメントで最新の対応状況をご確認ください。