この仕様の解説はまだ書かれていない。下の要約・関係・対応状況は維持されている。
client_id をクライアントのメタデータを返す HTTPS URL とし、サーバーごとの登録手順を不要にする。
Client ID Metadata Documents
client_id をクライアントのメタデータを返す HTTPS URL とし、サーバーごとの登録手順を不要にする。
- 現在地
- WG ドラフト
- 公式に文書化された対応
- 3
他の仕様との関係
関係図
flowchart LR s_cimd["Client ID Metadata Documents"] s_dcr["Dynamic Client Registration"] style s_cimd stroke-width:3px s_cimd -.-|代替| s_dcr
公式に文書化された対応
利用状況には、公式のドキュメント（ベンダーやプロジェクト自身のもの、または標準化団体がその名前を挙げているページ）に対応が明記されているものだけを載せている。引用した文言がそのページにまだあるかは毎週確認している。実験的・アルファ・ベータの対応は「プレビュー」として別に数える。
製品・IdP・サービス
- Model Context Protocol (仕様): MCP の認可仕様が、認可サーバーが対応を示す場合に Client ID Metadata Documents を使うよう定める 出典 (確認 2026-11-11)
- Ping Identity (PingFederate 13.1) (IdP): PingFederate 13.1 が OAuth クライアント向けに Client ID Metadata Documents に対応 出典 (確認 2026-11-11)
- Keycloak (IdP)実験的: Keycloak の MCP 連携ガイドで、CIMD 対応を実験的機能として掲載 出典 (確認 2026-11-11)
動き
Datatracker の revision 履歴、このサイトの日次 run が書いた解説、draft 名を挙げた ML の件名。
このサイトの解説
- 議論OAuth WG
週次ダイジェスト: client-id-metadata-documentのissue大量整理、ID-JAGの新規issue2件、sd-jwt-vcのPR複数。
Weekly github digest (OAuth Activity Summary)
解説を読む
このダイジェストはGitHub上の活動一覧のみで、仕様本文は含まれない。draft-ietf-oauth-client-id-metadata-documentでは11件のissueがクローズされた。内訳には、private_key_jwtにおけるtoken_endpoint_auth_method（#100）、token_endpoint_auth_method省略時のガイダンス（#92）、未対応メタデータ値（#71）、ASのエラー返却（#85）、ルートパスのURL禁止（#86）、logo_uriのdata URI（#19）が含まれる。新規issue #131は、response_typesの積集合により、本来使えるトークンエンドポイントのグラントが拒否されると指摘している。PRは3件作成され、PR #99（Add Client Authentication section）にコメントが付いた。oauth-identity-assertion-authz-grantでは、mcguinnessが#160（sender-constrained ID-JAGは必須のクライアント認証を置き換えるべきでない）と#159（7.2節と8節がjwt-bearerを要求しjwt-dpopに言及していない）を起票した。oauth-sd-jwt-vcでは新規PRが7件あり、PR #450（Mike Bishop's ballot）にコメントが付いた。oauth-v2-1のPR #268（OAuth 2.0クライアントと2.1クライアントの併存対応）には3件のコメントがあった。oauth-transaction-tokensでは新規PRが1件あった。クローズの理由やPRの内容はダイジェストからは分からない。
- client ID metadata documentを実装する認可サーバーの開発者は、クライアント認証とresponse_typesの扱いの規則がまだ変わりつつあるかを把握できる。
- DPoPの利用を予定しているID-JAGグラントの実装者は、jwt-dpopの欠落とクライアント認証に関する#159と#160を注視すべきである。