Cybersecurity · AltTab Dad

How to tell if your SonicWall SSL-VPN MFA was bypassed

Quick answer: On Friday, Nov 6, 2026, SonicWall disclosed CVE-2026-19868, an authentication-enforcement flaw in SonicOS SSL-VPN. If SAML is enabled for SSL-VPN, someone who already has valid credentials for an alternate login method can skip SAML controls — including MFA that SAML was supposed to enforce. CISA added it to the Known Exploited Vulnerabilities catalog the same day, with a Nov 20 deadline for federal civilian agencies. Fixed builds are SonicOS 7.3.4-7013 (Gen7) and 8.2.3-8015 (Gen8). There is no workaround. (CISA KEV; Help Net Security; SecurityWeek)

What was disclosed

Am I affected?

You are in the high-priority group if all of these are true:

  1. You run a Gen7 or Gen8 SonicWall firewall (hardware TZ/NSa/NSsp or NSv virtual) on SonicOS 7.3.3-7015 or older (Gen7) or 8.2.2-8015 or older (Gen8). (SecurityWeek; IT Pro)
  2. SSL-VPN is enabled with SAML as the expected login path (for example Okta or Microsoft Entra ID plus MFA).
  3. An alternate authentication method is still accepted for the same users (SonicWall’s advisory wording; outlets do not name which methods).

Lower urgency, still patch: Gen7/Gen8 boxes on those older builds that do not use SAML for SSL-VPN. The same releases fix six other SonicOS flaws; none of those six are marked exploited in the coverage we checked. (Help Net Security)

Not listed as affected for this CVE: Gen6 firewalls. Help Net Security notes they are end-of-support, and SonicWall advises customers on that hardware to move to Gen8. (Help Net Security)

Home readers without a SonicWall firewall: this is an IT / remote-access story, not a consumer app breach. If your workplace VPN runs on SonicWall, ask your admin whether SAML SSL-VPN is in use and whether the box is on a fixed build.

What to do

  1. Upgrade firmware. Gen7 → 7.3.4-7013 or later. Gen8 → 8.2.3-8015 or later. SonicWall lists no workaround. Back up the config first. (SecurityWeek; IT Pro)
  2. Treat Nov 20 as a hard internal deadline even if you are not a federal agency. That is CISA’s due date for FCEB agencies under BOD 26-04 for this KEV entry. (CISA KEV)
  3. Hunt for bypassed MFA. Compare recent successful SSL-VPN logins on the firewall with sign-in (and MFA) events at your identity provider. Any SAML-intended account that got a VPN session without a matching IdP MFA event is worth treating as suspicious. (Help Net Security)
  4. Rotate credentials for any account that logged in that way — especially passwords / secrets used by the alternate authentication methods — end open sessions, and review what those sessions could reach. (Help Net Security)
  5. After the upgrade, confirm SSL-VPN still enforces SAML (and MFA) the way you intend, and disable alternate login paths that should not remain a back door.

What’s still unclear

Sources

— AltTab Dad