SonicWall の脆弱性 CVE-2026-19868（SSLVPN の SAML・MFA 回避）の影響確認と対処手順

- 何が: SonicWall の SonicOS で、SSLVPN に SAML でログインさせている場合に、別の認証方式の有効な資格情報を持つ利用者が SAML の認証制御（SAML で強制している多要素認証を含む）を回避できる脆弱性 CVE-2026-19868 が公表された。SonicWall は悪用の可能性を示す報告を調査したと述べ、CISA の KEV カタログにも 2026 年 11 月 6 日に追加された
- 誰に: SSLVPN で SAML ログインを有効にしている SonicWall の Gen7／Gen8 機器（物理機器と NSv の仮想・クラウド版）。SonicWall は「SAML が SSLVPN ログインで有効な場合にのみ影響する」と明記している
- 今日やること: 版数を確認し、Gen7 は 7.3.4-7013 以上、Gen8 は 8.2.3-8015 以上へ更新する。SonicWall の回避策は「なし」であり、更新が唯一の公式対処である。更新前に SSLVPN のログイン履歴を保全して確認する

SonicWall の VPN 機能（SSLVPN）で SAML 認証を使っている会社は、今日のうちに機器の版数を確認し、修正版へ更新する必要がある。 本記事は、CVE-2026-19868 の内容、影響を受ける機種と版数、自社が対象かどうかの確認手順、更新の進め方、更新できない間の一般的な対策を、IT 担当者がいない会社でも読める形で整理した。深刻度は SonicWall が示す CVSS 7.1 である。「回避される」のは認証の一部であり、攻撃者が何も持たずに入れるという話ではない点は、後の章で説明する。

SonicWall のアドバイザリでは、Gen7 と Gen8 の物理機器および NSv（仮想・クラウド版）が対象として列挙されている。下の表の「影響バージョン」以前の版を使っている場合は更新が必要である。

なお、SonicWall は回避策を「なし（None）」としている。設定を変えて済ませる方法は公式には用意されていない。

SAML は、社内の ID 管理サービス（Microsoft Entra ID、Okta など。IdP と呼ぶ）にログインの判断を任せる仕組みである。VPN の利用者は、SonicWall に直接パスワードを入れるのではなく、IdP の画面でログインする。IdP 側で多要素認証（パスワードに加えてスマホの承認などを求める仕組み）を必須にしている会社では、SAML でログインさせることが、VPN にも多要素認証を効かせる手段になっている。

SonicWall の説明では、CVE-2026-19868 は SSLVPN の「認証の強制」に関する不備である。別の認証方式の有効な資格情報を持つ利用者が、SAML の認証制御を回避できるおそれがあり、成功すると SAML で強制している多要素認証も回避され得る。 弱点の分類は CWE-308（単一要素認証の使用）である。CISA の KEV カタログ上の名称も「SonicWall SonicOS SSLVPN Use of Single-factor Authentication Vulnerability」となっている。

ここでいう「別の認証方式」の資格情報とは、たとえば機器に作られたローカル利用者のパスワードや、ディレクトリ（LDAP など）のパスワードのような、SAML 以外でログインできる手段を指すと読むのが自然である。ただし、SonicWall のアドバイザリは、別の認証方式がどこで有効になっているとこの状態になるのか、具体的な条件を詳しく書いていない。そのため、どの設定の組み合わせで再現するのかは、本記事では断定しない。確実なのは、SAML を SSLVPN ログインに使っている機器が対象であること、そして有効な資格情報が前提になっていることである。

確認は、次の 3 段階で進める。担当者がいない会社では、構築会社や保守会社に「この 3 点を教えてください」と依頼してもよい。

SonicWall の公式ナレッジベースでは、管理画面にログインし、Home の「Dashboard | System」ページの General セクションにファームウェアのバージョンが表示されると案内されている。また、SonicOS 7 のアップグレードガイドには、上部メニューの Device から「Settings | Firmware and Settings」を開く手順があり、現在読み込まれている版数を確認できる。Gen8 は画面構成が異なる場合があるため、管理画面のダッシュボードやファームウェア設定画面で版数を確認する、という理解で十分である。

版数は「7.3.3-7015」のように、ハイフン以降のビルド番号まで含めて読む。7.3.3-7015 以前なら Gen7 の影響範囲、8.2.2-8015 以前なら Gen8 の影響範囲に入る。仮想・クラウド版（NSv）の CLI については、SonicWall の NSv 向けの手順書に show system や show sonicos の案内があるが、物理機器でも同じ結果が得られるかは公式ページでは確認できなかったため、物理機器では管理画面の確認を基本とする。

SonicWall の公式ナレッジベース（Azure AD を IdP にした SSLVPN の SAML 設定手順）によると、SAML の設定は「DEVICE | Users > Settings > SAML CONFIGURATION」にあり、SAML Service Provider、SAML Identification Provider、SAML Profile がここで管理される。SSLVPN 側は「NETWORK | SSL VPN > Server Settings」で、Authentication Type が SAML に設定されているかを見る。ここが SAML で、SAML Profile が SSLVPN 用として有効になっていれば、SonicWall が言う「SAML が SSLVPN ログインで有効」に当たる。

これらのメニュー名は SonicOS 7 系の公式ページに基づく。Gen8 で名称が違う場合は、構築会社に確認してほしい。SAML を使っていない（SSLVPN の認証方式が SAML ではない）場合、SonicWall の記載に従えば、この CVE の対象外となる。ただし、同じアドバイザリの他の脆弱性は SAML と無関係に影響し得るため、版数が古ければ更新は必要である。

更新は今後の侵入を防ぐ対策であり、すでに起きたことは消せない。更新の前後で、SSLVPN の利用履歴に身に覚えのないものがないかを確認する。SonicWall の機器は、管理画面からログを閲覧できるほか、Syslog や外部のログ保管先に送っている場合もある。具体的な画面の場所は版数や設定で異なるため、ここでは一般的な観点を挙げる。

- 退職者や利用予定のない人のアカウントで、SSLVPN のログインが成功していないか
- 普段の利用時間帯や国・地域と大きく異なる接続元からのログインがないか
- SAML を経由したはずのログインに、IdP（Entra ID や Okta）側のサインイン記録が見当たらないものがないか。IdP の記録と機器の記録を突き合わせるのが、今回の性質上もっとも効果的である

どの世代でも共通する準備を先に述べる。更新前に設定のバックアップを取る。管理画面に設定のエクスポート機能があるので、更新作業の直前に保存し、機器の外の場所に保管する。更新は再起動を伴い、VPN が一時的に使えなくなる。利用が少ない時間帯に行い、事前に周知する。作業後は、実際に社外から SSLVPN に接続して動作確認する。

機器を 2 台で冗長化している（HA 構成）場合は、順序を誤ると両方が止まる可能性があるため、構築会社の手順書か SonicWall のアップグレードガイドに従う。

7.3.3-7015 以前の機器を、7.3.4-7013 以上へ更新する。SonicWall の更新手順は、管理画面の Device の Settings にある Firmware and Settings から、新しいファームウェアを取得して適用する流れである。ファームウェアは MySonicWall のアカウントから入手する。契約状況も早めに確認する。

8.2.2-8015 以前の機器を、8.2.3-8015 以上へ更新する。更新の基本的な流れは Gen7 と同じである。Gen8 の管理画面は構成が異なる場合があるため、公式の Gen8 向け手順書を確認する。

NSv は、ESX、KVM、Hyper-V、AWS、Azure 上で動く仮想版である。Gen7 の NSv なら 7.3.4-7013 以上、Gen8 の NSv なら 8.2.3-8015 以上が修正版である。仮想基盤の側でスナップショットを取れる場合は、更新前に取っておくと元に戻しやすい。NSv は、同じアドバイザリの CVE-2026-19703（仮想アプライアンスの弱いパスワードハッシュ）の対象でもあるため、版数による更新の判断を優先する。

SonicWall は回避策を「なし」と明記している。 設定変更だけで CVE-2026-19868 を確実にふさぐ公式の方法はない。以下は、公式の回避策ではなく、被害を小さくするための一般的な対策である。更新までの時間稼ぎとして使い、更新の代わりにはならない。

- SSLVPN の公開範囲を絞る（一般的な対策）: 接続元の国・地域や IP アドレスを制限できるなら、日本国内や会社・自宅の固定アドレスなど必要な範囲に絞る。
- 管理画面をインターネットに出さない（一般的な対策）: 同じアドバイザリには管理画面側の脆弱性（CVE-2026-107154、CVE-2026-107155）も含まれる。管理画面は社内ネットワークや VPN 経由からだけ開けるようにする
- SAML 以外の認証手段を持つアカウントを棚卸しする（一般的な対策）: 機器に作ったローカル利用者や、SAML と併用しているパスワード認証のアカウントを洗い出し、不要なものを無効化する。使うものはパスワードを強固なものに変える
- ログ監視を強める（一般的な対策）: SSLVPN の成功ログインを毎日確認し、IdP の記録と突き合わせる

SNWLID-2026-0014 は、1 件の CVE ではなく、SonicOS の 7 件の脆弱性をまとめて扱うアドバイザリである。アドバイザリ全体の CVSS 3.1 は 8.8 である。他の 6 件も、上の表の修正版で同時に解消される。なお、悪用の報告が示されているのは CVE-2026-19868 である。

1. 自社の SonicWall の機種と世代（Gen7／Gen8）を確認する。
2. 管理画面で現在の版数を確認し、記録する
3. SSLVPN の認証方式が SAML かどうかを確認する
4. 更新前に、SSLVPN のログと設定のバックアップを保存する
5. Gen7 は 7.3.4-7013 以上、Gen8 は 8.2.3-8015 以上へ更新する日時を決め、社内に周知する
6. IdP の記録と機器の SSLVPN ログを突き合わせ、不審なログインがないか確認する
7. SAML 以外の認証手段を持つアカウントを棚卸しし、不要なものを無効化する
8. 管理画面がインターネットから見えていないか確認する
9. 委託先がある場合は、今日中に状況を問い合わせる
10. 更新後、社外から SSLVPN に接続して動作と版数を確認する

同日の脆弱性まとめは 11月7日の脆弱性まとめ にまとめている。同じく VPN 装置の悪用への対処は Ivanti Connect Secure の悪用への対処、入口対策の考え方は ゼロトラストセキュリティ入門 と UTM・ファイアウォールの費用と選び方、更新を漏らさない仕組みは パッチ管理の始め方 を参照してほしい。

- SonicWall PSIRT SNWLID-2026-0014: https://psirt.global.sonicwall.com/vuln-detail/SNWLID-2026-0014
- NVD CVE-2026-19868: https://nvd.nist.gov/vuln/detail/CVE-2026-19868
- CISA KEV カタログ: https://www.cisa.gov/known-exploited-vulnerabilities-catalog
- SonicWall ナレッジベース「How to check the current SonicWall firewall firmware version?」: https://www.sonicwall.com/support/knowledge-base/how-to-check-the-current-sonicwall-firewall-firmware-version/kA1VN0000000GHj0AM
- SonicWall ナレッジベース「How to configure SAML SSO on firewall for SSLVPN login using Azure AD as IdP?」: https://www.sonicwall.com/support/knowledge-base/how-to-configure-saml-sso-on-firewall-for-sslvpn-login-using-azure-ad-as-idp/kA1VN0000000NSr0AM
- SonicOS 7 Upgrade Guide for NSsp, NSa, and TZ Series: https://www.sonicwall.com/support/technical-documentation/docs/sonicos-7-0-0-0-upgrade_guide/Content/Preparation/prep-firmware-obtaining-latest.htm
- SonicOS 7.1 Upgrade Guide for the NSv Series: https://www.sonicwall.com/support/technical-documentation/docs/sonicos-7-1-upgrade_guide_nsv/Content/Upgrading/upgrade-via-soniccorex.htm