Skip to content

Evidence for AI operations

No English page yet. Showing the Japanese source.

Back to the entrance

Delegated Authorization

用語・参照用語・参照公式仕様のみ公式仕様のみ鮮度未確認鮮度を確定できない

記事状態: 公開 · 最終確認: 未確認

要点

Delegated Authorization

現在の判断

Delegated Authorization

どこまで当てはまるか

Delegated Authorization

詳しく理解する

公開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を超える運用要件になり得る。

よくある失敗・反証

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

まだ確認できていないこと

  • 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として保持する。日付を推測補完しない。

根拠資料

この記事には、直接開ける外部出典が登録されていません。出典IDや検証情報は末尾で確認できます。

出典ID・検証情報・機械可読データ

根拠の種類と情報の鮮度は、ラベルとアイコンで確認できます。

記事ID
EA-044
最終確認日
—
提供元・モデル・プラン・利用環境
—
対象地域
—
元資料の全文と収録照合記録
公開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として保持する。

  • EA-044-R11-RESEARCH研究資料研究資料根拠の出所: AUDITED_CANONICAL_RESEARCH_PACKET

    EA-044 監査済みresearch / canonical revision binding

    裏付ける内容
    Delegated Authorization
    確認日
    —
    出典・実験ID
    RESCUE-001-EA0044
    検証箇所
    RESCUE-001-EA0044 · EA-044-R5-LEGACY-MIGRATION-20261008-R1 · content/staging/EA-044.md
    適用範囲
    監査済みEA本文・canonical revision・既存Source Graph relationの範囲。欠損currentnessは推測で閉じない。
    出典・来歴
    AUDIT_PASS_CANONICAL_BINDING
    限界
    canonical監査・revision bindingの存在を示す。外部ソースcurrentnessが本文またはcontrol-planeで確定していない場合は、currentnessをUNKNOWNのまま保持する。
  • EA-044-R11-WEB-READBACK実装資料実装資料根拠の出所: IMPLEMENTATION_READBACK

    EA-044 Web body identity / canonical readback

    裏付ける内容
    canonical staging bodyのSHA-256一致とR9 canonical ledger readbackをProduction projectionの入力として検証する。
    確認日
    —
    出典・実験ID
    WEBBODY-EA0044-R8-7DDB80AD
    検証箇所
    WEBBODY-EA0044-R8-7DDB80AD · content/staging/EA-044.md · EA-044-R5-LEGACY-MIGRATION-20261008-R1
    適用範囲
    R9/R10 canonical readback後のProduction生成時body identity。
    出典・来歴
    CANONICAL_READBACK_BODY_HASH_MATCH
    限界
    body identity/readbackは本文claim自体の真偽や外部ソースの最新性を追加保証しない。
出典ID
RESCUE-001-EA0044, WEBBODY-EA0044-R8-7DDB80AD
追跡中のUNKNOWN ID
EA-044-UNKNOWN-01, EA-044-UNKNOWN-CURRENTNESS
再確認のきっかけ
canonical revision/publication state change · body artifact hash change · source currentness change · new contradiction or implementation readback

機械検査: 通過 — Automated validation does not guarantee accuracy or authorize execution.

    同じ記事IDの機械可読データです。