この仕様の解説はまだ書かれていない。下の要約・関係・対応状況は維持されている。
認可レスポンスに iss パラメータを加え、どの認可サーバーが応答したかをクライアントが判別できるようにする。mix-up 攻撃への対策。
Authorization Server Issuer Identification
認可レスポンスに iss パラメータを加え、どの認可サーバーが応答したかをクライアントが判別できるようにする。mix-up 攻撃への対策。
- 現在地
- 状態不明
- 公式本文
- 公式に文書化された対応
- 0
他の仕様との関係
関係図
flowchart LR s_iss_authz_response["Authorization Server Issuer Identification"] s_oauth2["OAuth 2.0"] style s_iss_authz_response stroke-width:3px s_iss_authz_response -->|拡張対象| s_oauth2
公式に文書化された対応
利用状況には、公式のドキュメント（ベンダーやプロジェクト自身のもの、または標準化団体がその名前を挙げているページ）に対応が明記されているものだけを載せている。引用した文言がそのページにまだあるかは毎週確認している。実験的・アルファ・ベータの対応は「プレビュー」として別に数える。
出典付きの対応情報はまだ集めていない。普及していないという意味ではない。
動き
Datatracker の revision 履歴、このサイトの日次 run が書いた解説、draft 名を挙げた ML の件名。
このサイトの解説
- 軽微・詳細不明OpenID
claims-aggregationで、トラストモデル、RFC 9207によるミックスアップ攻撃対策、仕様の一般的な編集の三つのPRがマージされた。
openid/claims-aggregation: 3 new commits on the default branch
解説を読む
コミットはPR #39（spec-edits）、#40（claims-aggregation-trust-model）、#41（rfc9207-mix-up-defense）のマージである。得られるのはブランチ名のみで、差分やPR本文はなく、実際の本文変更は不明である。ブランチ名からは、トラストモデルの節の追加と、ミックスアップ攻撃への対策としてのRFC 9207の発行者識別の利用が示唆される。