委任された認可

ESTABLISHED — userのon-behalf-of実行は、application permission、token copying、untracked impersonationと同義ではない。delegationはresource／audience、permission、actor／client、user subject、lifetime、downstream policyで制約されるauthorization chainとして扱う。

ESTABLISHED — RFC 8693はOAuth 2.0 Token ExchangeとしてSTS型のtoken exchangeを定義し、delegation／impersonation semanticsおよびtarget resource／audience parameterを提供する。ただしorganization trust modelやbusiness permission modelまでは定義しない。

ESTABLISHED — RFC 9396はauthorization_detailsによるfine-grained authorization requestを定義する。authorization intentを表現できることは、その要求がruntimeで自動的にenforceされることを意味しない。

ESTABLISHED — RFC 9700はOAuth 2.0のcurrent security best practiceをまとめ、弱いpatternの扱いを更新する。

ESTABLISHED — Amazon Bedrock AgentCoreのon-behalf-of token exchangeは、inbound user tokenをdownstream scoped tokenへ交換し、userとworkload／agent identity signalを伝播できる実装面を持つ。最終的なauthorization decisionはauthorization server側に残る。

user-delegated authorization、machine／application authorization、impersonation、token exchangeを別概念として保持する。

各downstream hopでauthorizationを再評価する。upstream consentをblanket permissionとして扱わない。actor-chain evidenceとrevocation propagationはprotocol minimumを超える運用要件になり得る。

• provider-specific OBO／token-exchange／RAR support
• actor-chain retention
• revocation propagation
• tenant policy
• proof-of-possession adoption
• durable actor logging
• implementation acceptance

RFC 8693のtoken-exchange mechanics、RFC 9396のrich authorization、RFC 9700のsecurity BCP、およびcurrent agent implementationを、least privilege、durable audit、immediate revocationの自動保証として扱わない。provider supportとrevocation behaviorはPRODUCT_VOLATILE／UNKNOWNとして保持する。