# Delegated Authorization

CURRENT_STATUS: UNKNOWN
OBSERVATION: SPEC_ONLY
FRESHNESS: UNKNOWN
PAGE_TYPE: reference
CANONICAL_URL: /tools/ea-044-delegated-authorization
CLAIM_IDS: none
EVIDENCE_IDS: EA-044-R11-RESEARCH, EA-044-R11-WEB-READBACK
UNKNOWN_IDS: EA-044-UNKNOWN-01, EA-044-UNKNOWN-CURRENTNESS
OPS_IDS: none

## Summary
Delegated Authorization

## Current judgment
Delegated Authorization

## Scope
Delegated Authorization

## Confirmed

## UNKNOWN
- EA-044-UNKNOWN-01: - provider-specific OBO／token-exchange／RAR support
- actor-chain retention
- revocation propagation
- tenant policy
- proof-of-possession adoption
- durable actor logging
- implementation acceptance
- EA-044-UNKNOWN-CURRENTNESS: 外部根拠の再確認日がcanonical body/control-planeで確定していないため、currentnessはUNKNOWNとして保持する。日付を推測補完しない。

## Evidence
- EA-044-R11-RESEARCH (RESEARCH): EA-044 監査済みresearch / canonical revision binding
- EA-044-R11-WEB-READBACK (IMPL): EA-044 Web body identity / canonical readback

## Failure / limits
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として保持する。
## 公開claim
**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側に残る。

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

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

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

## STOP_CONDITION
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として保持する。

NEXT: /agent/start.json
STOP: This is a knowledge projection, not an execution order.