2026年8月19日、ネットワーク境界に配置される代表的なエンタープライズ機器であるNetScaler ADCおよびNetScaler Gatewayにおいて、認証を回避できる深刻な脆弱性CVE-2026-19490が公開されました。この脆弱性はCVSS v4.0で9.3(Critical)と評価されており、代替経路を介した認証回避(CWE-288)に該当します。リモートの未認証攻撃者は、有効な認証情報やユーザー操作なしに、特定の条件を満たすNetScaler機器の認証チェックを回避できる可能性があります。
この脆弱性が特に危険とされる理由は、対象機器の役割にあります。NetScaler ADCは、アプリケーション配信、トラフィック管理、負荷分散、SSL/TLSオフロードを担い、NetScaler GatewayはリモートアクセスやVPN機能を提供します。これらの機器は通常、企業ネットワークの境界においてインターネットに面して配置され、リモートユーザーに対する認証を強制する境界防御の入口として機能します。この入口で認証を回避できるということは、本来であれば信頼境界の内側にある内部リソースやアプリケーションに、攻撃者がアクセスできる可能性を意味します。
本記事では、CVE-2026-19490の技術的特徴と、バージョン・構成に応じた攻撃条件を分析し、インターネット上に公開されたNetScaler境界資産がなぜ優先的な点検対象となるのかを確認します。
CVE-2026-19490脆弱性の概要
| 項目 | 内容 |
|---|---|
| 脆弱性ID | CVE-2026-19490 |
| 影響を受ける製品 | Citrix NetScaler ADCおよびNetScaler Gateway |
| 脆弱性の種類 | 代替経路を介した認証回避(CWE-288) |
| CVSS v4.0 | 9.3 (Critical) |
| 悪用状況 | 公開時点で実際の悪用は未確認、公開エクスプロイトなし、CISA KEV未登録 |
| 影響範囲 | 未認証のリモート攻撃者がGateway・AAA認証境界を回避し、保護された内部リソースにアクセスする可能性 |
| 前提条件 | Gateway(SSL VPN、ICA Proxy、CVPN、RDP Proxy)またはAAA仮想サーバー構成 |
CVE-2026-19490は、顧客が直接管理するNetScaler ADCおよびNetScaler Gatewayに影響します。また、特定のFIPS・NDcPPビルドと、顧客管理型NetScalerインスタンスを使用するSecurAccess ZTNA Hybrid構成も対象に含まれます。一方、ベンダー管理型のクラウドサービスおよびベンダー管理型の適応型認証にはすでに修正が適用されており、影響を受けません。そのため、対応が必要となるのは顧客管理型のNetScalerインスタンスです。
今回の公開には、別の脆弱性CVE-2026-19489(CVSS v4.0 8.8、メモリオーバーフロー、CWE-119)も含まれています。これは、大規模NAT(LSN)グループ構成でSIP ALGが有効化されている場合に限り、予期しない動作やサービス拒否(DoS)を引き起こす可能性がある脆弱性です。
この2つの脆弱性のうち、認証境界そのものを標的とするCVE-2026-19490の方が、より深刻なリスクとして評価されます。
技術的原因:認証チェックを回避する経路の利用

CVE-2026-19490は、代替経路を介した認証回避に分類されます(CWE-288)。これは、パスワードを破ったり、トークンを窃取したり、脆弱な認証情報を悪用したりする方式ではありません。認証リクエストを処理する過程で、通常の処理フローとは異なる経路を通じて、認証制御が強制されない地点に到達する方式です。つまり攻撃者は、認証そのものを正面から突破するのではなく、認証チェックが期待どおりに適用されない迂回経路を利用します。
この脆弱性の成立条件は、機器のソフトウェアビルドと構成によって異なります。共通条件として、機器がGateway(SSL VPN、ICA Proxy、CVPN、RDP Proxy)またはAAA仮想サーバーとして構成されている必要があります。さらに比較的新しいビルドでは、SAML actionが構成されている場合に限り脆弱性が成立します。一方、それ以前のビルドでは、SAML構成の有無にかかわらず、GatewayまたはAAA仮想サーバー構成だけで悪用可能となるため、攻撃対象領域がより広くなります。13.1 FIPS構成についても、GatewayまたはAAA仮想サーバーとして構成されている場合に影響を受けます。
この構造は、対応の観点から重要な意味を持ちます。単に「脆弱なバージョンかどうか」だけでリスクを判断することはできず、機器がどのような役割で構成されているか、SAML actionが設定されているかまであわせて評価する必要があります。特に古いビルドでは、別途SAMLを構成していなくても脆弱になる可能性があるため、古いビルドをそのまま運用している境界機器は、より広い攻撃対象領域を持つことになります。
この脆弱性の実質的なリスクは、対象機器が認証境界そのものである点にあります。NetScaler Gatewayは、リモートユーザーと内部アプリケーションの接続点として機能し、SSL VPN、ICA Proxy、CVPN、RDP Proxyなどのサービスを通じて内部リソースへの通路を提供します。この地点の認証が未認証のまま回避されると、本来であればID確認やアクセス制御の背後にあるべきリソースに攻撃者がアクセスできる可能性があります。認証を強制することが本来の役割である機器で、その認証が無力化されるという点で、この脆弱性は境界防御の中核を標的とするものです。
攻撃可能なシナリオ
攻撃フローは、認証が不要であるという特性により、侵入のハードルが非常に低くなります。攻撃者はまず、インターネットスキャンを通じてGatewayまたはAAA仮想サーバーとして構成されたNetScaler機器を識別します。その後、脆弱なビルド・構成条件を満たす機器に対して、代替経路を介した認証回避を試みます。成功した場合、有効な認証情報なしに、認証境界の背後にあるリソースへアクセスできます。アカウント窃取やフィッシングのような先行段階が不要であるため、外部公開された脆弱機器が識別された時点で、すぐに攻撃対象となる可能性があります。
境界機器の認証回避が危険な理由は、そのアクセスが単一サービスにとどまらず、内部へ向かう通路を開くことにあります。Gatewayはリモートユーザーを内部アプリケーションへ接続する入口であるため、この入口で認証が回避されると、攻撃者は通常のリモートユーザーがアクセスしていた内部リソースへ移動する足がかりを得る可能性があります。NetScaler機器は性質上、インターネットに面して公開されることを前提に設計されているため、このような攻撃条件を満たす資産がインターネット上に広く存在します。
公開時点では実際の悪用は確認されていませんが、境界機器に対する未認証の認証回避は、攻撃者にとって価値の高い標的です。過去にも、新たに公開されたNetScaler脆弱性が公開直後に急速に悪用された事例が繰り返されており、過去数年間で複数のCitrix脆弱性が実際の悪用が確認された脆弱性として分類され、その一部はランサムウェア攻撃にも利用されました。
Criminal IPによる外部公開NetScaler資産分析
今回の脆弱性の攻撃条件は、「Gateway・AAA仮想サーバーとして構成されたNetScaler機器に外部からアクセス可能かどうか」です。ベンダーも、対応の優先順位を、外部公開の有無、配備上の役割、該当構成の有効化有無に基づいて判断することを推奨しています。そのため、防御側は、組織が運用しているNetScaler ADC・Gatewayが外部から識別可能な状態にあるか、どのバージョン帯に該当するかを最初に把握する必要があります。NetScaler機器は、製品識別情報、Gatewayログインポータルの特徴、固有Cookie、SSL証明書情報などを通じて外部から識別できます。
1. Webタイトルに基づくNetScaler機器の識別

Criminal IP検索クエリ: title: NetScaler
NetScaler機器のWebインターフェースでは、タイトルにサービス名が表示される場合が多く、これを活用することで外部から識別可能なNetScaler資産を広く観測できます。境界に配置される機器という特性上、インターネットに公開された対象機器群全体の外部公開状況を把握する出発点として有効です。Criminal IP IT資産検索で上記クエリを検索した結果、2026年8月時点で合計3,165件のNetScaler資産が、インターネット上でサービスを識別できる状態として観測されました。NetScalerは、その性質上、ネットワーク境界でインターネットに面して配置される機器であるため、この数値は今回の脆弱性の攻撃対象領域になり得る対象機器群の全体規模を示しています。このうち、Gateway・AAAとして構成され、脆弱なバージョン帯に該当するインスタンスが存在する場合、優先的に点検すべきリスク資産となります。
2. Gatewayログインポータルに基づく認証面の識別

Criminal IP検索クエリ: title: NetScaler Gateway
このクエリの検索結果では、2026年8月時点で合計239件のインスタンスにおいて、Gatewayログインポータルが外部から識別可能な状態として観測されました。これは、今回の脆弱性の前提条件の一つであるGateway(SSL VPN、ICA Proxy、CVPN、RDP Proxy)構成に該当する認証ポイントが外部公開されていることを直接示唆するため、リスクの優先順位を判断するうえで特に有効な条件です。最初のクエリで得られた全体の識別結果(3,165件)と比較すると、Gatewayログイン画面が明示的に観測される資産は、その一部に該当します。
ただし、ログインタイトルは配備環境によってカスタマイズされる場合があります。そのため、この数値がGatewayとして構成された資産全体を網羅していると断定するのではなく、以下のCookieベースの条件と組み合わせ、見落としを補完することが望まれます。
3. Gateway Cookieに基づくNetScaler資産の識別

Criminal IP検索クエリ: scanner_raw: “NSC_”
Webタイトルやポータル画面がカスタマイズされたインスタンスは、タイトルベースの識別だけでは捕捉できない場合があります。NetScaler Gateway・AAA認証ポータルでは、NSC_接頭辞を持つセッションCookieが使用されるため、これを手がかりに関連資産を検出できます。
検索結果では、2026年8月時点で合計87件のインスタンスがGateway Cookieに基づいて識別されました。この条件は、レスポンスヘッダーに残る認証ポータル固有のCookieフィンガープリントを対象とするため、タイトルベースの条件では確認できない資産を確認・補完する際に有効です。特に2つ目のクエリであるログインポータル条件とあわせて使用し、相互に確認することで、Gateway・AAA認証ポイントの外部公開範囲をより正確に把握できます。
4. 製品表記に基づく補完的な識別
同じNetScaler資産であっても、スキャナーが収集した情報によって製品表記が異なる場合があります。タイトルにベンダー名を含む「Citrix NetScaler」形式の文字列を条件として使用することで、前述の条件との表記差によって一方でのみ検出される資産を相互に確認できます。

Criminal IP検索クエリ: title: Citrix NetScaler
上記クエリをCriminal IP IT資産検索で確認した結果、2026年8月時点で合計26件のインスタンスが識別されました。検出された資産数は多くありませんが、前述の条件と組み合わせることで、表記方式の違いによって見落とされる可能性がある資産を補完するために活用できます。複数の識別条件を併用して結果を相互に確認することは、表記や公開画面の違いによる見落としを減らし、公開資産の全体像を把握するうえで有効です。
パッチ状況および対応策
CVE-2026-19490は、以下のビルドで修正されています。NetScaler ADCおよびNetScaler Gateway 14.1-73.32以降、13.1-63.21以降、NetScaler ADC FIPS 14.1-73.32 FIPS以降、NetScaler ADC FIPSおよびNDcPP 13.1-37.277以降です。顧客管理型NetScalerインスタンスを使用するSecurAccess ZTNA Hybrid構成についても、推奨ビルドへアップグレードする必要があります。
認証回避脆弱性という特性上、以下のような多段階の対応が必要です。
- 影響を受けるNetScaler ADC・Gatewayの推奨ビルドへの緊急アップグレード(通常の保守サイクルではなく、緊急対応を推奨)
- 機器構成の点検による前提条件の該当有無の確認:Gateway・AAA仮想サーバー構成(add authentication vserver ., add vpn vserver .)およびSAML action構成(add authentication samlAction.*)文字列の確認
- 同時に公開されたCVE-2026-19489に関連して、大規模NATグループにおけるSIP ALGの有効化有無(add lsn group.sipalg.)の確認
- 認証回避がすでに試行・成功していた可能性に備えた後続対応:認証情報のローテーション、アクティブセッションの終了、脆弱期間中の異常アクセス・認証痕跡のハンティング
- 外部からアクセス可能なNetScaler資産と、そのバージョン・構成状況の把握
- ベンダーが提供する管理コンソールベースのシグネチャ、グローバルブロックリストなどの緩和機能を適用できる環境かどうかの確認
特に今回の脆弱性は認証境界そのものを標的とするため、「パッチを適用したか」だけで対応が完了するわけではありません。脆弱な期間に外部公開されていた機器では、すでに認証回避を通じたアクセスが行われていた可能性を排除できません。そのため、パッチ適用とあわせて、認証情報のローテーション、セッション終了、侵害の痕跡確認を並行して実施する必要があります。
FAQ
Q1. 脆弱なバージョンでも、SAMLを使用していなければ安全ですか?
安全とは限りません。今回の脆弱性の成立条件は、バージョンによって異なるためです。比較的新しいビルド(14.1-43.56以降、13.1-61.28以降など)では、SAML actionが構成されている場合に限り脆弱性が成立しますが、以前のビルド(14.1-43.55以下、13.1-61.27以下)では、SAML構成の有無にかかわらず、GatewayまたはAAA仮想サーバー構成だけで影響を受ける可能性があります。そのため、古いビルドではSAMLを使用していなくても脆弱となる可能性があり、バージョンと構成(Gateway・AAA・SAML)をあわせて評価する必要があります。バージョン情報だけで安全と判断してはいけません。
Q2. まだ実際の悪用が確認されていない場合でも、パッチを急ぐ必要がありますか?攻撃対象領域管理(ASM)はなぜ必要ですか?
公開時点では、実際の悪用や公開エクスプロイトは確認されていません。しかし、NetScaler機器はネットワーク境界でインターネットに面して公開される資産であり、過去には新たに公開されたNetScaler脆弱性が公開直後に急速に悪用された事例が繰り返されています。境界機器に対する未認証の認証回避は、攻撃者にとって非常に高い価値を持つため、外部公開された脆弱資産は速やかに標的となる可能性があります。
また、今回の脆弱性の成立条件はバージョンだけでなく構成にも左右され、認証回避がすでに行われていた可能性も排除できません。そのため、組織がどのNetScaler機器を外部公開しており、どのバージョン・構成で運用しているかを把握できなければ、リスク範囲を特定できません。外部公開資産の観点からの点検は、パッチ適用、構成確認、認証情報のローテーションとあわせて実施する必要があります。
結論
CVE-2026-19490は、2つの点を明確に示しています。第一に、認証を強制することが本来の役割である境界機器で、その認証が未認証のまま回避された場合、単一サービスの侵害にとどまらず、内部リソースへ向かう通路を開く結果につながる可能性があるという点です。第二に、脆弱性の成立条件がバージョンと構成の両方に左右される環境では、「脆弱なバージョンかどうか」だけではなく、「どのような役割で外部公開されているか」「すでにアクセスが行われていた可能性はないか」までが、実質的な対応基準になるという点です。
外部公開された資産とそのバージョン・構成を把握し、パッチ適用とあわせて認証情報のローテーション、セッション終了、侵害の痕跡確認を並行して実施することで、はじめてこの種の脅威に対する実効的な対応につながります。
なお、関連して、GitLab GraphQLコードインジェクション脆弱性: CVE-2026-19478分析の記事も参考にできます。
Criminal IP(criminalip.io/ja/register)に登録すると、すぐに脆弱資産の検知を開始できます。さらに、下記ボタンからデモをご依頼いただくことで、エンタープライズ環境において外部に露出した資産を対象としたCriminal IP の脅威インテリジェンス(TI)分析を直接ご確認いただけます。
本レポートは、サイバー脅威インテリジェンス検索エンジン Criminal IP のデータを基に作成されています。
今すぐCriminal IP の無料アカウントを作成すれば、本レポートで引用された検索結果を直接確認したり、さらに膨大な脅威インテリジェンスを自由に検索することができます。
データソース: Criminal IP(https://www.criminalip.io/ja)、TheHackerNews(https://thehackernews.com/2026/08/critical-netscaler-flaw-can-bypass.html)、BleepingComputer(https://www.bleepingcomputer.com/news/security/citrix-urges-admins-to-patch-new-netscaler-flaws-as-soon-as-possible/)、SECURITYWEEK (https://www.securityweek.com/exploitation-expected-for-critical-authentication-bypass-patched-in-citrix-netscaler/amp/)
