AIエージェント時代の OAuth Token Exchange

Transcript

1. AIエージェント時代の OAuth Token Exchange dev_night Tokyo #5 2026/4/23 石口文也
2. 自己紹介 • 仕事：Sier で PM してた（次はコンサル） • 技術領域：認証認可（Auth0）、インフラ（AWS）
3. 本発表のオーバービュー 3 テーマ AI エージェント時代、OAuth 2.0 Token Exchange（RFC 8693）における ユーザー → AI → API の認可をどう設計するか 課題 Token Exchange は AI エージェント用に作られていない ディファクトスタンダードが存在しない 有力な解決策 ①Actor Chain ②Downscoping ③Token Exchange の拡張
4. Token Exchange（RFC8693）の仕様 基本 • 既存トークン → 別のトークンに交換 典型フロー • User → API A（access_token） • API A → AS（token exchange）→ API B用 token 発行 何を解決するか？ • サービス間連携 • 異なるリソースへのアクセス
5. Token Exchange の設計のコア概念
6. 課題（1/2） 構造が変わった • User → AI Agent → Tool → API → API
7. 課題（2/2） 問題 • AI Agentではこうなる User → Agent → Tool → API → Tokenが連鎖 → 管理不能
8. 有力な解決策（現在の動き） ① Actor Chain • 委任経路をトークンに埋め込む • 誰→誰 の連鎖を保持 ② Downscoping • Transaction Tokenなど • スコープ最小化 ③ Token Exchangeの拡張 • Agent → Agent • Cross-domain連鎖
9. まとめ • Token Exchange は、ユーザー・AI・APIを繋ぐ認可の要である • 多段連鎖による「委任経路の消失」が、現在の最大のセキュリティ課題 • ただし「単発 → 連鎖」への進化が必要