単著論文「AcquireBound: Runtime Authorization for Resources Acquired by AI Agents」です(著者Genliang Zhu、2026年9月13日投稿)。支払い・予算・OAuth・委任・履行といった既存のチェックだけでは、自律的なAIエージェントが外部から取得したリソース(APIトークン、ファイル、接続など)が実際に使用可能な権限を持つかどうかを検証できないという課題を指摘しています。
著者は、取得したリソースを隔離し、プロバイダ側の認証済みエビデンスから実際の機能(capability)を解決したうえで、プロバナンス(来歴)・エポック・型付きのリソース-ケーパビリティ・ハイパーグラフによる検証を経て初めて有効化する実行時認可アーキテクチャ「AcquireBound」を提案しています。評価では正常なトレース20件すべてを受理し、登録された安全でないトレース40件すべてを拒否したほか、MCP-Docker環境での18ケースの実験でも安全でない16パスすべてで不正なDocker起動リクエストの追加を防いだと報告しています。
出典が伝えている要点
- 論文タイトルは「AcquireBound: Runtime Authorization for Resources Acquired by AI Agents」である
- 著者はGenliang Zhu
- 投稿日は2026年9月13日
- 対象分野はArtificial Intelligence (cs.AI)およびCryptography and Security (cs.CR)
- 既存の支払い・予算・OAuth・委任(mandate)・履行(fulfillment)チェックでは、返されたリソースが実際に使用可能な権限を持つかは検証されないと論文は指摘している
- AcquireBoundは取得されたリソースを隔離する
- AcquireBoundはプロバイダの認証済みエビデンスから実際の機能(capability)を解決する
- AcquireBoundはプロバナンス・エポック・型付きリソース-ケーパビリティ・ハイパーグラフによる検証を経て初めてリソースを有効化する
- 評価では正常なトレース20件すべてを受理した(20/20)
- 評価では登録された安全でないトレース40件すべてを拒否した(40/40)
- MCP-Docker環境における18ケースの段階的合成実験で、安全でない16パスすべてにおいて不正なDocker起動リクエストが追加されなかった
原文より
Payment, budget, OAuth, mandate, and fulfillment checks
出典: arxiv.org