CVE-2026-8452 NetScaler の脆弱性|KEV 追加と影響確認

  • URLをコピーしました!
目次

はじめに

2026 年 6 月 30 日に Citrix(Cloud Software Group)が公開した NetScaler ADC および NetScaler Gateway の脆弱性 CVE-2026-8452 が、2026 年 8 月 26 日に CISA の Known Exploited Vulnerabilities Catalog(KEV)へ追加されました。公開から約 2 か月を経て、実環境での悪用が確認された状態に変わっています。

この脆弱性が扱いにくいのは、情報源によって説明の粒度が大きく異なる点です。Citrix はメモリオーバーフローと DoS として説明していますが、watchTowr Labs は認証前のリモートコード実行が可能であると分析し、PoC コードを公開しています。どちらを前提に影響範囲を見積もるかで、対応の優先度が変わります。

この記事でわかること
  • Citrix、CISA、JPCERT/CC、研究者それぞれが何を述べているかの違い
  • 影響を受ける製品・バージョン・構成と、修正済みバージョン
  • 自環境が影響を受けるかを順番に切り分ける手順
  • 外部公開環境で確認すべき侵害調査のポイント

結論として、対象は顧客管理の NetScaler ADC / NetScaler Gateway であり、Citrix は回避策を提供していないため、修正済みバージョンへのアップグレードが基本的な対処になります。影響確認は、Citrix 公式の前提条件である Gateway または AAA 仮想サーバー構成を第一段階、公開されている技術分析が到達条件として挙げている SAML 構成を第二段階として、二段階で判断すると精度が上がります。外部から到達可能な状態で未更新のビルドを稼働させていた環境では、更新に加えて侵害調査の実施も検討する段階に入っています。

CVE-2026-8452 の概要と KEV 追加までの経緯

CVE-2026-8452 は、NetScaler ADC および NetScaler Gateway における CWE-119(メモリバッファの境界外操作)に分類される脆弱性です。Citrix は CTX696604 で公開した 6 件の脆弱性のうちの 1 件として扱っており、CVE-2026-8452 単独の Advisory は発行されていません。

評価値の整理

項目
CVSS v4.0(Citrix / CNA)8.8 High(CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:L/VA:H/SC:L/SI:L/SA:L)
CVSS v3.1(NVD)9.8 Critical(CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H)
CWECWE-119
SSVC(CISA Coordinator、2026-08-26)Exploitation: active / Automatable: yes / Technical Impact: partial
EPSS(2026-08-26 時点)0.01041(61.51 パーセンタイル)

CVSS v4.0 と v3.1 は評価フレームワークが異なり、スコアを直接比較して「どちらが正しい」と判断することはできません。実務では、CNA が付与した v4.0 の 8.8 と、NVD が付与した v3.1 の 9.8 が併存している事実を押さえたうえで、SSVC の Exploitation: active(実悪用あり)を優先度判断の材料にする方が実態に沿います。

EPSS が 0.01041 と低めの値にとどまっている点にも注意が必要です。EPSS は今後 30 日間の悪用観測確率を推定する指標であり、既に KEV へ収載されている脆弱性の危険度を否定する材料にはなりません。

公開から KEV 追加までの時系列

日付出来事
2026-06-30Citrix が CTX696604 を公開。CVE-2026-8452 も同日公開
2026-07-20CTX696604 が更新(CVE-2026-13474 に関する追記。CVE-2026-8452 の記述は変更なし)
2026-08-14watchTowr Labs が詳細分析を公開。その後 PoC コードを公開
2026-08-15JPCERT/CC が注意喚起を公開。この時点で悪用を示す情報は未確認
2026-08-21Bishop Fox が非破壊のパッチ適用確認手法と侵害の痕跡を公開
2026-08-26CISA が KEV へ追加。SSVC の Exploitation が active へ更新

KEV の記載内容と、確認できる事実の範囲

項目内容
追加日2026-08-26
修正期限2026-08-29(米国連邦政府機関に対して設定)
Known Ransomware Campaign UseUnknown
Required Actionベンダーの指示に従って対策を適用し、BOD 26-04 および Forensics Triage Requirements に準拠する。対策が提供されない場合は製品の使用中止も含めて判断する

参考: CISA Known Exploited Vulnerabilities Catalog(CVE-2026-8452)
“which could lead to denial of service”
(サービス運用妨害につながる可能性がある)
https://www.cisa.gov/known-exploited-vulnerabilities-catalog

KEV の記載も Citrix 公式と同じく DoS を影響として挙げており、認証前 RCE には触れていません。CISA の KEV 追加によって確認されたのは「CVE-2026-8452 が実環境で悪用されている」という事実です。どのような攻撃経路が使われたか、公開された PoC が実際の攻撃に使われたか、攻撃主体や被害組織については、公開情報から確認できません。

米国連邦政府機関には、2026 年 8 月 29 日が修正期限として設定されました。この期限は BOD 26-04 に基づくものであり、日本の一般企業に同じ期日が義務付けられているわけではありません。ただし、KEV 収載と SSVC の Exploitation: active は、社内の緊急パッチ適用プロセスを起動する客観的な根拠として利用できます。

情報源ごとの説明の違いと技術的な原因

この脆弱性で最も混乱しやすいのが、情報源ごとに説明の粒度が異なる点です。まず全体像を表で押さえます。

情報源脆弱性の説明前提条件として挙げているもの実悪用への言及
Citrix(CTX696604)メモリオーバーフロー、DoSGateway(SSL VPN、ICA プロキシ、CVPN、RDP プロキシ)または AAA 仮想サーバーなし(2026-07-20 更新時点)
watchTowr Labsヒープオーバーフロー、認証前 RCE が可能SAML SP または IdP 構成検証環境での実証のみ
Bishop FoxwatchTowr の分析を追試し、防御側視点で整理SAML の構成とポリシーのバインド侵害の痕跡を整理
JPCERT/CCCitrix と watchTowr の説明を並記両者を並記2026-08-15 時点で未確認
CISAメモリバッファの境界外操作、DoS記載なし実悪用を確認(KEV 収載)

JPCERT/CC は、2026 年 8 月 15 日時点で悪用を示す情報を確認していない一方、本製品が国内で広く利用されているとしています。

以下は、表だけでは補いにくい点の補足です。

Citrix の記述に SAML への言及がない

Citrix は CVE と報告者の対応関係を明示していません。CTX696604 の謝辞には JPMorgan Chase の XOR チームの Michael Tucker 氏、watchTowr の Aliz Hammond 氏、Maxim Suhanov 氏が挙げられていますが、どの CVE を誰が報告したかは記載されていません。そのため、watchTowr が分析した脆弱性と CVE-2026-8452 が同一であることを Citrix が公式に確認した事実はありません。watchTowr 自身も、「メモリオーバーフロー」という説明から CVE-2026-8452 であると判断していると述べるにとどめています。

参考: You’re Back In The Room(watchTowr Labs)
“we believe this is CVE-2026-8452 given its description as a Memory Overflow vulnerability”
(メモリオーバーフローという説明から、これは CVE-2026-8452 であると考えている)
https://labs.watchtowr.com/youre-back-in-the-room-citrix-netscaler-pre-auth-rce-cve-2026-8452/

技術的な原因

防御側の判断に必要な範囲では、要点は次の 3 点です。

  • SAML 署名の検証では、署名対象である SignedInfo 要素を先に正規化(canonicalization)する必要がある
  • この正規化は署名検証より前に実行されるため、認証されていない相手から送られた XML が処理される
  • 正規化の過程で InclusiveNamespaces 要素の PrefixList 属性の値が、サイズ検査を伴わずに固定長バッファへコピーされる

結果としてパケット処理エンジンである nsppe プロセスのメモリが破壊されます。nsppe はアプライアンスの通信全体を処理し、root 権限で動作するプロセスであるため、停止するとそのアプライアンスを経由する通信は止まります。watchTowr は検証環境でこのメモリ破壊から認証なしのコード実行まで到達し、Webshell を設置できることを示しました。

影響を受ける製品・バージョン・構成

対象バージョンと修正済みバージョン

製品 / ブランチ影響を受けるバージョン修正済みバージョン
NetScaler ADC / NetScaler Gateway 14.114.1-72.61 より前14.1-72.61 以降
NetScaler ADC / NetScaler Gateway 13.113.1-63.18 より前13.1-63.18 以降
NetScaler ADC 14.1-FIPS14.1-72.61 FIPS より前14.1-72.61 FIPS 以降
NetScaler ADC 13.1-FIPS / 13.1-NDcPP13.1-37.272 より前13.1-37.272 以降

CTX696604 では、13.1-FIPS / NDcPP の修正版が「影響を受けるバージョン」の節では 13.1-37.272、「What Customers Should Do」の節では 13.1.37.272 と表記が揺れています。同一のビルドを指していると読めますが、ダウンロード時は Citrix のダウンロードページで実際のビルド表記を確認することをおすすめします。

FIPS / NDcPP 系はリリースサイクルが通常ブランチと異なるため、通常ブランチの更新計画に含めたつもりで漏れやすい点も押さえておきたいところです。

12.1 / 13.0 を使用している場合

上記の表に 12.1 および 13.0 は含まれていませんが、対象表に掲載されていないことだけを根拠に「影響を受けない」「修正不要」と判断することはできません。Bishop Fox は、12.1 および 13.0 についてはサポート対象バージョンへの移行が必要であると説明しています。旧バージョンを使用している場合は、Citrix のライフサイクルとサポート情報を個別に確認することをおすすめします。

顧客管理環境とクラウドサービスの違い

CTX696604 の適用範囲は、管理主体によって次のように分かれます。

顧客管理の NetScaler ADC / NetScaler Gateway

CTX696604 が対象としている範囲です。修正済みバージョンへのアップグレードは利用者側の作業になります。

Citrix 管理のクラウドサービスおよび Citrix 管理の Adaptive Authentication

脆弱性修正のための NetScaler ソフトウェア更新を Citrix 側が実施します。

Secure Private Access Hybrid

顧客管理の NetScaler インスタンスを使用している場合は、影響を受けます。当該インスタンスを推奨ビルドへアップグレードする作業は利用者側で必要になります。

参考: NetScaler ADC and NetScaler Gateway Security Bulletin(CTX696604)
“This bulletin only applies to customer-managed NetScaler ADC and NetScaler Gateway.”
(この情報は顧客管理の NetScaler ADC および NetScaler Gateway にのみ適用されます)
https://support.citrix.com/external/article/CTX696604/netscaler-adc-and-netscaler-gateway-secu.html

「クラウドサービスを利用しているから対象外」と早合点しやすい部分なので、ハイブリッド構成の有無は個別に確認することをおすすめします。

構成上の前提条件

Citrix は、コンフィグ内に次の文字列が存在するかどうかで前提条件に該当するかを判断できるとしています。

add authentication vserver .*
add vpn vserver .*

前者は AAA 仮想サーバー(Auth Server)、後者は Gateway(VPN Vserver、ICA プロキシ、CVPN、RDP プロキシ)に対応します。

自環境への影響確認手順

次の順序で切り分けると、判断に必要な情報が過不足なく揃います。

手順
顧客管理の NetScaler ADC / Gateway を利用しているか

物理アプライアンス、VPX、CPX、SDX 上のインスタンスなど、自組織で管理している NetScaler が対象です。Secure Private Access Hybrid で顧客管理の NetScaler インスタンスを併用している場合も、そのインスタンスが対象です。

手順
製品バージョンとビルド番号を確認する

CLI では次のコマンドでバージョンとビルド番号を確認できます。

show ns version

GUI の場合は、ログイン後のダッシュボードにバージョンとビルドが表示されます。HA 構成では、Primary だけでなく Secondary ノードでも同様に確認することをおすすめします。Secondary が未更新のまま残っていると、フェイルオーバーした瞬間に脆弱な状態で外部へ露出します。

参考: ns-version(ADC CLI Commands 14.1)
“Displays the version and build number of the appliance.”
(アプライアンスのバージョンとビルド番号を表示します)
https://developer-docs.netscaler.com/en-us/adc-command-reference-int/current-release/ns/ns-version.html

手順
Gateway または AAA 仮想サーバーとして構成されているか

Citrix 公式の前提条件に該当するかを確認する段階です。実行中コンフィグから該当行を抽出する方法が確実です。

show ns runningConfig

出力から add vpn vserver および add authentication vserver の行を確認します。個別に一覧を確認する場合は、公式コマンドリファレンスに定義されている次のコマンドが利用できます。

show vpn vserver
show authentication vserver

参考: ADC CLI Commands 14.1(コマンドリファレンス)
https://developer-docs.netscaler.com/en-us/adc-command-reference-int/current-release.html

この段階で該当した時点で、更新対象として扱うことをおすすめします。次の SAML の確認は、対象から除外するためのものではなく、優先度を判断するためのものです。

手順
SAML が構成され、仮想サーバーへバインドされているか

公開されている技術分析はいずれも SAML 経由の到達経路を扱っています。SP 側と IdP 側で確認するオブジェクトが異なります。

show authentication samlAction
show authentication samlIdPProfile

samlAction は NetScaler が SP として動作する場合の設定、samlIdPProfile は IdP として動作する場合の設定です。

ただし、SAML オブジェクトが存在するだけでは、実際に到達可能かどうかまでは判断できません。Bishop Fox は、SAML ポリシーがどの仮想サーバーへバインドされているかを確認する必要があり、VIP ごとに個別に判断すべきであると説明しています。同社は、SAML 関連の設定とバインド状況をまとめて確認する方法として、実行中コンフィグから SAML を含む行を抽出する方法を挙げています。

show ns runningConfig | grep -i saml

この出力には bind authentication vserver の行が含まれるため、各 SAML ポリシーがどの仮想サーバーへ適用されているかを追跡できます。確認時の観点は次のとおりです。

  • 複数の VIP がある場合は、それぞれについて SAML ポリシーのバインド有無を確認する
  • nFactor のポリシーラベル配下に SAML が配置されている構成では、単純な一覧確認だけでは適用範囲を判断しにくい
  • IdP の受け口はアプライアンス全体で有効になるため、samlIdPProfile が 1 つ存在するだけで該当エンドポイントが応答する状態になる

参考: No Crash Required(Bishop Fox)
“SAML configuration is what puts an appliance in scope”
(アプライアンスが影響範囲に入るかどうかを決めるのは SAML の構成である)
https://bishopfox.com/blog/no-crash-required-verifying-the-citrix-netscaler-saml-patch-for-cve-2026-8452

これは研究者による分析であり、Citrix 公式が前提条件を SAML に限定しているわけではありません。SAML が構成されていない環境では、公開されている認証前 RCE の経路は確認されません。ただし Citrix の対象条件に該当している以上、更新対象からは外れません。

手順
外部または信頼できないネットワークから到達可能か

Gateway や AAA 仮想サーバーの VIP がインターネットへ公開されているか、あるいは信頼境界の外から到達できるかを確認します。SAML が構成・バインドされた VIP については、研究者の分析上、認証されていないリクエストが脆弱な処理へ到達するため、外部からの到達可能性が攻撃リスクに直結します。SAML が確認できない場合も、Citrix の前提条件に該当する環境は更新対象から外さないことをおすすめします。

手順
修正済みバージョンへ更新済みか

前掲の表と照合します。HA 構成やクラスター構成では、ノードごとに個別に確認することをおすすめします。

手順
侵害調査が必要な環境か

外部から到達可能な状態で、修正済みバージョンより前のビルドを一定期間稼働させていた環境は、侵害調査の対象と考えるのが妥当です。watchTowr の PoC が公開された 2026 年 8 月 14 日以降は、攻撃の再現が容易になった可能性があります。一方、CISA は実悪用の開始時期を公開していないため、侵害調査の対象期間を 8 月 14 日以降に限定せず、保存されているログの範囲で可能な限り遡って確認することをおすすめします。

修正済みバージョンへのアップグレード

基本方針

回避策については、Citrix と JPCERT/CC の記述が一致しています。

参考: NetScaler ADC および NetScaler Gateway におけるリモートコード実行につながる脆弱性(CVE-2026-8452)に関する注意喚起
「Cloud Software Groupは、本脆弱性に対する回避策を提供していません。」
https://www.jpcert.or.jp/at/2026/at260024.html

回避策が提供されていないため、対処は修正済みバージョンへのアップグレードが基本になります。公式の裏付けがない独自の緩和策を採用することは推奨しません。アクセス制限による一時的な露出低減は運用判断として成立し得ますが、脆弱性そのものは残るため、更新の代替にはなりません。

なお Bishop Fox は、修正が入った最小ビルド(13.1-63.18 / 14.1-72.61)にとどめず、各ブランチの最新ビルドまで進めることを推奨しています。Citrix がその後も追加の Advisory を公開しているためです。

手順
更新前の準備
  • 実行中コンフィグのバックアップを取得する
  • 対象ノードの一覧(Primary / Secondary、クラスターノード、SDX 上の各インスタンス)を確定する
  • Gateway / AAA / SAML の構成一覧を控えておき、更新後の突き合わせに使う
  • 更新に伴う通信断の想定時間を関係者へ周知する
  • 十分なテストを実施したうえで適用する
手順
対象ノードを更新

Citrix の公式手順では、HA ペアのアップグレードは Secondary ノードから実施し、フォースフェイルオーバーで役割を入れ替えたうえで、新しく Secondary となったノード(元の Primary)を更新する流れになっています。ノードの状態確認には次のコマンドを使用します。

show ha node

内部 HA バージョンが異なるビルド同士でペアを構成している間は、構成同期、コマンド伝播、セッション情報の同期、コネクションミラーリングといった機能が無効になります。これは公式ドキュメントに記載されている挙動です。内部 HA バージョンが同一のビルド間であればこれらは通常どおり動作しますが、更新対象のビルドで内部 HA バージョンが変わっているかどうかは事前に確認が必要です。いずれにしても、バージョン混在の状態を必要以上に長引かせないよう、公式手順と保守計画に沿って進めることをおすすめします。

フェイルオーバーの実行コマンドや各ステップの出力例、内部 HA バージョンが変更されたビルドの一覧は、公式手順に記載されています。手順の細部はリリースによって変わる可能性があるため、実施前に対象バージョンのドキュメントを参照することをおすすめします。

参考: Upgrade a high availability pair(NetScaler 14.1)
https://docs.netscaler.com/en-us/citrix-adc/current-release/upgrade-downgrade-citrix-adc-appliance/upgrade-downgrade-ha-pair.html

手順
更新後の動作確認
  • show ns versionで全ノードのビルド番号が修正済みバージョンになっていること
  • Gateway / AAA 仮想サーバーの状態が UP であること
  • SAML を含む認証フローが更新前と同様に動作すること
  • 実際の VPN 接続、ICA プロキシ接続、RDP プロキシ接続が成立すること
  • HA の同期状態が正常であること

クレデンシャルを持たない資産の棚卸しには、Bishop Fox が公開している外形的なパッチ適用確認ツールという選択肢もあります。アプライアンスを停止させずに修正適用状態を判別する設計になっていますが、本番環境で外部から検証を行う場合は、事前に社内の実施承認を得ることをおすすめします。

侵害の有無を確認するポイント

JPCERT/CC は、watchTowr Labs が公開した PoC コードと技術情報に基づく調査項目を示しています。以下は、その内容に Bishop Fox が公開した観測結果を補足したものです。

ファイルシステム

想定していない PHP ファイルへのアクセスがないか、/var/vpn/theme/配下に不審なファイルが存在しないかを確認します。watchTowr の PoC では /var/vpn/theme/x.php に Webshell を設置します。ただし、実際の攻撃ではファイル名、ディレクトリ、ファイル内容が変更されている可能性があります。x.phpが存在しないから侵害されていない」という判断は避け、当該ディレクトリ配下に想定外のファイルがないかという観点で確認することをおすすめします。

SAML 通信

SAML ACS(環境によっては /cgi/samlauth など)への POST リクエストについて、リクエストサイズが通常と比較して異常に大きくないかを確認します。あわせて、SAML Response 内に異常に長いデータが含まれていないか、特に SignedInfo 要素および InclusiveNamespaces 要素の PrefixList 属性に異常に長い値が含まれていないかを確認します。前段にリバースプロキシや WAF を置いている場合、そちらのアクセスログの方が調査しやすいケースがあります。

プロセスとログ

nsppeプロセスが異常終了、または短時間に再生成されている痕跡がないか、不審な SAML 通信の直後に nsppe のクラッシュ、再生成、PID の変化がないかを確認します。ns.lognsppe のシグナル受信や pitboss によるプロセス異常終了の記録がないか、/var/core/配下に新しいコアダンプが生成されていないかも確認します。Bishop Fox は、コアダンプがブートごとのディレクトリに格納されるため、/var/core/1 のみを確認すると再起動後に生成されたファイルを見落とすと指摘しています。また ns.log はローテートされるため、アーカイブ済みのログも含めて検索することを推奨しています。

権限変更

/bin/shのパーミッションが変更されていないかを確認します。watchTowr の PoC には、Webshell を介して実行するコマンドの権限を昇格させるため、/bin/sh のパーミッションを変更する処理が含まれています。

再起動の有無だけで判断しない

nsppe がクラッシュした際、pitboss プロセスがアプライアンス全体を再起動する挙動があります。watchTowr はこの挙動を回避するため、シグナルハンドラーを無効化する処理を PoC に組み込んでいます。ここから「アプライアンス全体が再起動していれば攻撃失敗、プロセスのみ再生成されていれば攻撃成功」という判断基準を導きたくなります。

しかし Bishop Fox は、自社の検証環境において、明らかに失敗した攻撃試行でもアプライアンス全体は再起動せず nsppe のみが再生成されるケースを観測したと報告しています。同社は、再起動の有無ではなくファイルシステム上の痕跡をもとに判断すべきであるとしています。再起動したかどうかは、攻撃の成否を区別する材料になりません。

侵害が疑われる場合

外部公開環境で上記の痕跡が見つかった場合、アプライアンス単体の対処にとどめず、認証情報の失効やセッションの無効化を含めた対応範囲の検討が必要になります。NetScaler は内部ネットワークへの入口として機能するため、侵害が成立していた場合の影響は当該機器にとどまりません。

まとめ

CVE-2026-8452 は、2026 年 6 月 30 日に Citrix が公開し、2026 年 8 月 26 日に CISA KEV へ追加された NetScaler ADC / NetScaler Gateway の脆弱性です。Citrix 公式が示す前提条件と、研究者が示す到達条件は粒度が異なるため、二段階で確認すると判断を誤りにくくなります。回避策が提供されていない以上、修正済みバージョンへのアップグレードが実質的な唯一の対処になります。

  • 対象は顧客管理の NetScaler と Secure Private Access Hybrid のインスタンス
  • 修正済みは 14.1-72.61、13.1-63.18、14.1-72.61 FIPS、13.1-37.272 の各以降
  • 第一段階は Gateway または AAA 仮想サーバー構成の有無を確認
  • 第二段階は SAML の構成と仮想サーバーへのバインド状況を確認
  • SAML がなくても Citrix の対象条件に該当すれば更新対象
  • CISA が確認したのは実悪用の事実のみで、攻撃経路は非公開
  • 外部公開環境では /var/vpn/theme/ 配下と nsppe の挙動を確認

以上、最後までお読みいただきありがとうございました。

よかったらシェアしてね!
  • URLをコピーしました!

この記事を書いた人

関西を拠点に活動する、現役インフラエンジニア。経験20年超。

大手通信キャリアにて、中〜大規模インフラ(ネットワーク・サーバ・クラウド・セキュリティ)の設計・構築およびプロジェクトマネジメントに従事。現場で直面した技術課題への対処や、最新の脆弱性情報への実務対応を、一次情報として発信しています。

保有資格
CCIE Lifetime Emeritus(取得から20年以上)/ VCAP-DCA / Azure Solutions Architect Expert

▶ 運営者プロフィール(詳細)

目次