情報取得日: 2026/08/05/最終確認: 2026/08/30・本ページは公開情報の非公式まとめです
| CVE ID | CVE-2026-16442 |
|---|---|
| 製品 | Keycloak / Red Hat / Keycloak(SAML アイデンティティブローカーの IdP-initiated SSO エンドポイント) |
| CVSS | 9.8(Critical) CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H |
| 種別 (CWE) | CWE-863 不正な認可(設定した制限が適用されない) |
| 登録/公開日 | 2026/08/05 |
| 出典 | https://access.redhat.com/security/cve/CVE-2026-16442 |
Keycloak は他の認証基盤(IdP)を束ねるアイデンティティブローカーとして広く使われている。その SAML ブローカーに、管理者が設定した「このIdPはアカウント連結にのみ使う(link-only)」という制限が、IdP 起点のシングルサインオン(IdP-initiated SSO)の経路では確認されないという欠陥がある。link-only は「この外部IdPは、すでにある Keycloak 上のアカウントに紐づける用途にだけ使い、それ単独でのログインは認めない」という設定で、たとえば取引先や旧システムの認証基盤を連結する際に、そのIdP側の管理者を信用しきらないための境界として置く。ところが IdP-initiated SSO のエンドポイントはこのフラグを見ずに処理を進めるため、連結済みの上流アイデンティティを支配できる攻撃者が、そのまま紐づく先のローカルアカウントとして完全な認証済みセッションを取得できる。Red Hat 製品セキュリティは深刻度を Important と評価し、その理由を「認証バイパスであり、成立すると管理上の制限を回避して連結先ローカル利用者の認証済みセッションをまるごと得られる」と明記している。根本原因も同じく「SAML の IdP-initiated SSO エンドポイントで link-only 設定が強制されていないこと」と特定されている。**評価は途中で上がっている。** 公開直後の CVSS 3.1 は 7.4(AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N)だったが、NVD は 2026年8月10日の解析で基本値 9.8(AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H)・深刻度 Critical としている(当サイトの表示は NVD の値に合わせている)。変わったのは2点で、攻撃条件の複雑さが AC:H から AC:L へ下がり、可用性への影響が A:N から A:H へ上がった。AC:H は「成立に、連結済みの上流アイデンティティを支配しているという前提が要る」ことを織り込んだ評価だったが、NVD はその前提を難易度として数えない評価を採った。実務上の意味は、「前提を満たす相手にとっては元から容易」という当初からの読みが、点数の側でも表現されたということである。2026年8月30日時点で CISA KEV には収載されておらず、悪用の報告は確認できていない。NVD の評価状態は Analyzed。
各ベンダー公式アドバイザリで確認できた事実に基づき整理しています。確認できていない項目は「情報確認中」と明記し、存在しないパッチ番号・バージョンは記載しません。
| 環境 | 対応状況 | 対応方法・備考 |
|---|---|---|
| AWS (ECS/EC2) | パッチあり(アプリ更新) |
EC2 / ECS / EKS のいずれで動かしていても対象は利用者が持ち込んだ Keycloak 本体である。26.4.14 / 26.6.5 / 26.7.1 / 26.8.0 のうち自分の系列の該当版以降へイメージまたはディストリビューションを入れ替える
AWS はマネージドの Keycloak を提供していないため、AWS 側の個別アドバイザリは存在しない(2026-08-30 時点で確認できていない)。Cognito は別実装なので本 CVE の対象外。ALB や WAF で到達範囲を絞っても、成立の前提は「連結済み上流IdPの支配」であって到達経路の広さではないため、ネットワーク制限だけでは塞げない。
参照リンク
|
| GCP | パッチあり(アプリ更新) |
GKE / Compute Engine / Cloud Run 上の Keycloak を該当版以降へ更新し、コンテナイメージを作り直す
GCP からの本 CVE 個別のセキュリティ速報は確認できていない(2026-08-30 時点)。Identity Platform は別実装なので対象外。
参照リンク
|
| Azure | パッチあり(アプリ更新) |
AKS / VM / Container Apps 上の Keycloak を該当版以降へ更新する
Azure からの本 CVE 個別のセキュリティ速報は確認できていない(2026-08-30 時点)。Entra ID は別実装なので対象外。
参照リンク
|
| Linux | パッチあり(アプリ更新) |
Red Hat build of Keycloak を使っている場合は RHSA-2026:50846 / 50847 / 50849 を適用する。OpenShift 上の RHBK Operator を使っているなら keycloak-rhel9:26.4-22 または 26.6-11 以降のイメージへ更新する。コミュニティ版を tar/コンテナで入れている場合はパッケージ管理の外にあるので、実体のバージョンを確認してから入れ替える
Red Hat は Important と評価済みで RHSA が出ている。一方 Ubuntu USN / Debian security tracker に本 CVE の項目は期待できない(Keycloak は多くのディストリの公式リポジトリに含まれず、公式配布物かコンテナで導入されるため)。Red Hat Single Sign-On 7 は Not affected。
参照リンク
|
Keycloak を修正版へ更新する。上流の課題(keycloak/keycloak#51470)は closed で、付与されたリリースラベルから修正が入ったのは 26.4.14 / 26.6.5 / 26.7.1 / 26.8.0 の4系列である。自分が使っている系列の該当版以降へ上げる。Red Hat build of Keycloak(RHBK)を使っている場合は RHSA-2026:50846(26.4.14)/ RHSA-2026:50847(26.4)/ RHSA-2026:50849(26.6)で配布されている。**優先度は上げてよい。** NVD が 2026年8月10日に基本値を 7.4 から 9.8(Critical)へ改定しており、「攻撃条件が複雑だから後回し」という当初の整理はもう成り立たない。社内の優先度規則を CVSS のしきい値で回しているなら、この CVE は区分が変わっている可能性がある。**回避策は無いと考えて計画を立てること。** Red Hat は緩和策の欄に「利用可能な緩和策が無いか、あっても導入の容易さ・適用範囲・安定性の基準を満たさない」と明記しており、設定変更で塞げるとは書いていない。更新までのあいだに被害面を下げるなら、link-only を設定している外部IdPの連結そのものを一時的に無効化するのが確実で、これは設定で外せる。判断材料としては、link-only 設定の外部IdPを実際に持っているかどうかが分かれ目になる。持っていなければ、この欠陥が突く制限そのものが存在しないので急がなくてよい。持っている場合は、そのIdP側をどれだけ信用しているかがそのままリスクの大きさになる。あわせて、連結済みアカウントで想定外のログインが起きていないか、認証イベントのログを更新前に見ておくこと。なお Red Hat Single Sign-On 7 / JBoss EAP Expansion Pack / Data Grid 8 は「影響なし(Not affected)」と判定されている。
Critical(CVSS 9.8)に分類されるKeycloak / Red Hat Keycloak(SAML アイデンティティブローカーの IdP-initiated SSO エンドポイント)の脆弱性です。Keycloak は他の認証基盤(IdP)を束ねるアイデンティティブローカーとして広く使われている。その SAML ブローカーに、管理者が設定した「このIdPはアカウント連結にのみ使う(link-only)」という制限が、IdP 起点のシングルサインオン(IdP-initiated SSO)の経路では確認されないという欠陥がある。link-only は「この外部IdPは、すでにある Keycloak 上のアカウントに紐づける用途にだけ使い、それ単独でのログインは認めない」という設定で、たとえば取引先や旧システムの認証基盤を連結する際に、そのIdP側の管理者を信用しきらないための境界として置く。ところが IdP-initiated SSO のエンドポイントはこのフラグを見ずに処理を進めるため、連結済みの上流アイデンティティを支配できる攻撃者が、そのまま紐づく先のローカルアカウントとして完全な認証済みセッションを取得できる。Red Hat 製品セキュリティは深刻度を Important と評価し、その理由を「認証バイパスであり、成立すると管理上の制限を回避して連結先ローカル利用者の認証済みセッションをまるごと得られる」と明記している。根本原因も同じく「SAML の IdP-initiated SSO エンドポイントで link-only 設定が強制されていないこと」と特定されている。**評価は途中で上がっている。** 公開直後の CVSS 3.1 は 7.4(AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N)だったが、NVD は 2026年8月10日の解析で基本値 9.8(AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H)・深刻度 Critical としている(当サイトの表示は NVD の値に合わせている)。変わったのは2点で、攻撃条件の複雑さが AC:H から AC:L へ下がり、可用性への影響が A:N から A:H へ上がった。AC:H は「成立に、連結済みの上流アイデンティティを支配しているという前提が要る」ことを織り込んだ評価だったが、NVD はその前提を難易度として数えない評価を採った。実務上の意味は、「前提を満たす相手にとっては元から容易」という当初からの読みが、点数の側でも表現されたということである。2026年8月30日時点で CISA KEV には収載されておらず、悪用の報告は確認できていない。NVD の評価状態は Analyzed。
Keycloak を修正版へ更新する。上流の課題(keycloak/keycloak#51470)は closed で、付与されたリリースラベルから修正が入ったのは 26.4.14 / 26.6.5 / 26.7.1 / 26.8.0 の4系列である。自分が使っている系列の該当版以降へ上げる。Red Hat build of Keycloak(RHBK)を使っている場合は RHSA-2026:50846(26.4.14)/ RHSA-2026:50847(26.4)/ RHSA-2026:50849(26.6)で配布されている。**優先度は上げてよい。** NVD が 2026年8月10日に基本値を 7.4 から 9.8(Critical)へ改定しており、「攻撃条件が複雑だから後回し」という当初の整理はもう成り立たない。社内の優先度規則を CVSS のしきい値で回しているなら、この CVE は区分が変わっている可能性がある。**回避策は無いと考えて計画を立てること。** Red Hat は緩和策の欄に「利用可能な緩和策が無いか、あっても導入の容易さ・適用範囲・安定性の基準を満たさない」と明記しており、設定変更で塞げるとは書いていない。更新までのあいだに被害面を下げるなら、link-only を設定している外部IdPの連結そのものを一時的に無効化するのが確実で、これは設定で外せる。判断材料としては、link-only 設定の外部IdPを実際に持っているかどうかが分かれ目になる。持っていなければ、この欠陥が突く制限そのものが存在しないので急がなくてよい。持っている場合は、そのIdP側をどれだけ信用しているかがそのままリスクの大きさになる。あわせて、連結済みアカウントで想定外のログインが起きていないか、認証イベントのログを更新前に見ておくこと。なお Red Hat Single Sign-On 7 / JBoss EAP Expansion Pack / Data Grid 8 は「影響なし(Not affected)」と判定されている。
Keycloak / Red Hat Keycloak(SAML アイデンティティブローカーの IdP-initiated SSO エンドポイント) を利用している場合、稼働バージョンが影響範囲に含まれるかを一次情報(https://access.redhat.com/security/cve/CVE-2026-16442)で確認してください。AWS・GCP・Azure・Linux それぞれの対応状況は本ページの「クラウド/OS 別の対応状況」表にまとめています。確認できていない項目は「情報確認中」と明記しており、存在しないパッチ番号・バージョンは記載していません。
掲載後に NVD・CISA KEV 側で確定した変化を、日次の自動突合で記録したものです(新しい順)。掲載前の変化は記録がないため含みません。
本ページの記載は下記の一次情報に基づく非公式まとめです。数値・対応状況は各出典元で最終確認してください(最終確認: 2026/08/30)。