Authlib のクライアント登録管理（RFC 7592）で、他クライアントのトークンが通る（CVE-2026-116672）: 1.9.1 で修正

Python の OAuth/OpenID ライブラリ Authlib の、動的クライアント登録の管理機能（RFC 7592）に関する勧告 CVE-2026-116672 が公開されました。GitHub Advisory の深刻度は High、CVSS v3.1 は 8.8（CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H）、CWE-639・CWE-1188 です。対象は 0.15 以上 1.9.0 以下で、修正版は 1.9.1 です。CISA の KEV には載っていません。EPSS は 0.27%（FIRST、10/30 時点）です。

何が起きるか

• RFC 7592 は、登録済みクライアントが、登録時に発行された「登録アクセストークン」で自分の登録情報を読む・更新する・削除する仕組みです。安全性は、提示されたトークンが「対象のクライアントのもの」であるかを確かめることに依存します。
• 勧告によると、Authlib の ClientConfigurationEndpoint は、トークンの確認・クライアントの特定・権限確認の 3 つを開発者が実装する抽象メソッドとして用意しています。ところが、ドキュメントの実装例どおりに書くと、トークンと対象クライアントを結び付ける確認が入らない、という内容です。
• その結果、自分のクライアントの登録アクセストークンを持つ者が、別のクライアントの client_id を指定して、その登録情報の読み取り・更新・削除をできるとされています。更新では redirect_uris の書き換えにより、認可コードやトークンの横取りにつながり得ると勧告は述べています。
• 勧告自身が、これはライブラリが全環境で強制する不具合というより、ドキュメント例（参考実装）の問題だと説明しています。権限の要件が Low なのは、動的登録を公開している環境では攻撃者が自分でトークンを得られるためです。

影響を受ける版と修正

• 勧告の対象範囲は 0.15 以上 1.9.0 以下、修正版は 1.9.1 です。PyPI では 1.9.1 が 2026 年 10 月 14 日（UTC）に公開されており、現在の最新版です。
• 勧告が挙げる修正コミット 1bd2a31（10/14）の説明は、「クライアント設定のエンドポイントが、他のクライアントに発行された登録アクセストークンを拒否する」「ドキュメントの例は client_id をリクエスト本文ではなく URL から読む」というものです。変更はエンドポイントのコード、ドキュメント、テストに及びます。
• 勧告の「Affected versions」欄には 1.7.2 とだけ書かれており、上の範囲と食い違います。範囲は GitHub の構造化データに従いました。

悪用の条件

• RFC 7592 の ClientConfigurationEndpoint を使って登録管理の機能を提供している（Authlib を使うだけでは該当しません）。
• 実装が、ドキュメントの例のように、トークンと対象クライアントの対応を確かめていない。
• 攻撃者が、何らかのクライアントの登録アクセストークンを持つ。動的登録が開かれていれば、自分で取得できます。

対応

1. Authlib を 1.9.1 以上に更新します。
2. RFC 7592 の管理エンドポイントを自前で実装している場合は、トークンに結び付いたクライアントと URL で指定されたクライアントが一致することを確認する処理が入っているか、コードを見直します。
3. 動的クライアント登録を公開している場合は、登録済みクライアントの redirect_uris などに、心当たりのない変更がないか確認します。

未確認の点

• NVD は 10/27 に登録されましたが、状態は Awaiting Analysis（NVD 自身の評価は未確認）です。上の CVSS は GitHub の値です。
• 悪用の報告は見つかっていません（KEV 掲載なし）。EPSS は低い値ですが、勧告公開直後のため今後変わり得ます。
• 実際の環境での再現は確認していません。記載は勧告と公開情報に基づきます。