情報取得日: 2026/07/20/最終確認: 2026/08/15・本ページは公開情報の非公式まとめです
| CVE ID | CVE-2026-12341 |
|---|---|
| 製品 | SailPoint / IdentityIQ |
| 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-287 不適切な認証 |
| 登録/公開日 | 2026/07/20 |
| 出典 | https://nvd.nist.gov/vuln/detail/CVE-2026-12341 |
SailPoint IdentityIQ の OAuth ベアラートークンの検証が不適切で、未認証の攻撃者が保護されているはずの API とデータへアクセスできる。SailPoint の記述は IdentityIQ の全バージョンに影響すると明言しており、版を上げれば免れるという話ではなく、公式の指示に沿った修正の適用が必要になる。NVD の CPE には 8.3 より前の版に加えて、8.3 の patch1 から patch5、8.4 の patch1 から patch4、8.5 の patch1 が個別に列挙されている。参照として登録されているのは SailPoint のセキュリティアドバイザリ一覧(sailpoint.com/security-advisories/)だけで、そこに本 CVE の項目は掲載されているが、修正版・修正パッチの具体的な番号は一次情報から確認できない。したがってこのエントリでは修正版を断定せず、対応は公式で要確認とする。CVSS は評価元で割れており、NVD(Primary、nvd@nist.gov)は 9.8 Critical(CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H)、CNA の SailPoint は 8.8 High(CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H)である。差は利用者の操作を要するかどうか(UI:N か UI:R)の一点だけで、未認証・ネットワーク経由・三要素すべて High という骨格は共通している。IdentityIQ は社内の権限とアカウントを一手に管理する製品なので、そこへ未認証でアクセスされる影響は単一システムの侵害では終わらない。CISA KEV には未収載で、NVD の vulnStatus は Analyzed である。
各ベンダー公式アドバイザリで確認できた事実に基づき整理しています。確認できていない項目は「情報確認中」と明記し、存在しないパッチ番号・バージョンは記載しません。
| 環境 | 対応状況 | 対応方法・備考 |
|---|---|---|
| AWS (ECS/EC2) | 情報確認中 |
EC2 / ECS / EKS 上の IdentityIQ について、SailPoint のセキュリティアドバイザリで自分の系列(8.3 / 8.4 / 8.5 など)に対応する修正パッチを確認して適用する。修正版の番号は公式で要確認
NVD の参照にはアドバイザリ一覧ページのみが載っており、修正パッチの版が一次情報から確認できないため断定しない。確認が済むまでは ALB / API Gateway 側で API とトークンエンドポイントの到達元を限定する。
参照リンク
|
| GCP | 情報確認中 |
Compute Engine / GKE 上の IdentityIQ について、SailPoint 公式のアドバイザリで該当する修正を確認して適用する。修正版は公式で要確認
OS やノードの更新では塞がらないアプリ層の問題。外部 HTTP(S) ロードバランサや Cloud Armor で API 経路の到達元を絞り、確認が済むまでの露出を減らす。
参照リンク
|
| Azure | 情報確認中 |
Azure VM / AKS 上の IdentityIQ について、SailPoint 公式のアドバイザリで該当する修正を確認して適用する。修正版は公式で要確認
Application Gateway / Front Door で API とトークンエンドポイントの公開範囲を限定する。Entra ID 連携を組んでいる場合は、連携用の資格情報の棚卸しも併せて行う。
参照リンク
|
| Linux | 情報確認中 |
ディストリのパッケージ更新では対応できないため、SailPoint が提供する修正の適用手順を公式で確認して適用する
IdentityIQ は WAR としてアプリサーバへ配置する製品で、OS 側の更新とは無関係。全バージョンが対象と記載されているため、版が新しいことを理由に対象外と判断しないこと。
参照リンク
|
全バージョンが対象と書かれているため、版の切り分けで免れる余地は無い。判定は「IdentityIQ を運用しているか」と「その REST / OAuth の面がどこから到達できるか」の二点に集約される。到達性の確認では、IdentityIQ をデプロイしたアプリサーバの前段にあるロードバランサ・リバースプロキシの設定を読み、API 経路とトークン発行の経路が社外や広い社内セグメントから届いていないかを見る。見落としやすいのは、UI は社内限定にしているのに連携用の API だけ外部公開している構成、SaaS 連携やプロビジョニングのために開けた経路、そして本番と同じ経路に載っている検証環境である。修正の適用については、NVD の参照に載っているのが SailPoint のアドバイザリ一覧ページだけで、そこから先の修正パッチの版が一次情報として確認できないため、まず SailPoint のアドバイザリ本文とサポートポータルで、自分が使っている 8.3 / 8.4 / 8.5 系それぞれに対する修正パッチが何かを確認するところから始める必要がある。この確認が終わるまでの間の手当ては、経路を閉じることである。API とトークンエンドポイントの到達元を許可リストで限定する、前段で相互 TLS や追加認証を要求する、使っていない OAuth クライアント登録を削除する、といった措置で未認証到達の余地を減らす。加えて、ベアラートークンの検証に問題があるという性質を踏まえ、既存の OAuth クライアントのシークレットと発行済みトークンを棚卸しし、必要なら再発行する。監査の観点では、認証を通っていないはずの API 呼び出しが成功している記録、想定外の送信元からの API アクセス、IdentityIQ 経由での権限付与・アカウント作成の不審な履歴を洗うと、悪用の有無を後から確認する材料になる。完了条件は、SailPoint 公式が示す修正の適用が全環境で確認できること、API とトークン発行経路の公開範囲が意図した状態であること、OAuth クライアントとトークンの棚卸しが済んでいること、の三点である。KEV 未収載で是正期限は無いが、権限管理の中枢という位置付けから、社内の優先度は NVD の 9.8 に見合う扱いにしておくのが妥当である。
Critical(CVSS 9.8)に分類されるSailPoint IdentityIQの脆弱性です。SailPoint IdentityIQ の OAuth ベアラートークンの検証が不適切で、未認証の攻撃者が保護されているはずの API とデータへアクセスできる。SailPoint の記述は IdentityIQ の全バージョンに影響すると明言しており、版を上げれば免れるという話ではなく、公式の指示に沿った修正の適用が必要になる。NVD の CPE には 8.3 より前の版に加えて、8.3 の patch1 から patch5、8.4 の patch1 から patch4、8.5 の patch1 が個別に列挙されている。参照として登録されているのは SailPoint のセキュリティアドバイザリ一覧(sailpoint.com/security-advisories/)だけで、そこに本 CVE の項目は掲載されているが、修正版・修正パッチの具体的な番号は一次情報から確認できない。したがってこのエントリでは修正版を断定せず、対応は公式で要確認とする。CVSS は評価元で割れており、NVD(Primary、nvd@nist.gov)は 9.8 Critical(CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H)、CNA の SailPoint は 8.8 High(CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H)である。差は利用者の操作を要するかどうか(UI:N か UI:R)の一点だけで、未認証・ネットワーク経由・三要素すべて High という骨格は共通している。IdentityIQ は社内の権限とアカウントを一手に管理する製品なので、そこへ未認証でアクセスされる影響は単一システムの侵害では終わらない。CISA KEV には未収載で、NVD の vulnStatus は Analyzed である。
全バージョンが対象と書かれているため、版の切り分けで免れる余地は無い。判定は「IdentityIQ を運用しているか」と「その REST / OAuth の面がどこから到達できるか」の二点に集約される。到達性の確認では、IdentityIQ をデプロイしたアプリサーバの前段にあるロードバランサ・リバースプロキシの設定を読み、API 経路とトークン発行の経路が社外や広い社内セグメントから届いていないかを見る。見落としやすいのは、UI は社内限定にしているのに連携用の API だけ外部公開している構成、SaaS 連携やプロビジョニングのために開けた経路、そして本番と同じ経路に載っている検証環境である。修正の適用については、NVD の参照に載っているのが SailPoint のアドバイザリ一覧ページだけで、そこから先の修正パッチの版が一次情報として確認できないため、まず SailPoint のアドバイザリ本文とサポートポータルで、自分が使っている 8.3 / 8.4 / 8.5 系それぞれに対する修正パッチが何かを確認するところから始める必要がある。この確認が終わるまでの間の手当ては、経路を閉じることである。API とトークンエンドポイントの到達元を許可リストで限定する、前段で相互 TLS や追加認証を要求する、使っていない OAuth クライアント登録を削除する、といった措置で未認証到達の余地を減らす。加えて、ベアラートークンの検証に問題があるという性質を踏まえ、既存の OAuth クライアントのシークレットと発行済みトークンを棚卸しし、必要なら再発行する。監査の観点では、認証を通っていないはずの API 呼び出しが成功している記録、想定外の送信元からの API アクセス、IdentityIQ 経由での権限付与・アカウント作成の不審な履歴を洗うと、悪用の有無を後から確認する材料になる。完了条件は、SailPoint 公式が示す修正の適用が全環境で確認できること、API とトークン発行経路の公開範囲が意図した状態であること、OAuth クライアントとトークンの棚卸しが済んでいること、の三点である。KEV 未収載で是正期限は無いが、権限管理の中枢という位置付けから、社内の優先度は NVD の 9.8 に見合う扱いにしておくのが妥当である。
SailPoint IdentityIQ を利用している場合、稼働バージョンが影響範囲に含まれるかを一次情報(https://nvd.nist.gov/vuln/detail/CVE-2026-12341)で確認してください。AWS・GCP・Azure・Linux それぞれの対応状況は本ページの「クラウド/OS 別の対応状況」表にまとめています。確認できていない項目は「情報確認中」と明記しており、存在しないパッチ番号・バージョンは記載していません。
本ページの記載は下記の一次情報に基づく非公式まとめです。数値・対応状況は各出典元で最終確認してください(最終確認: 2026/08/15)。