← All insights
Security Advisory5 min read

SonicWall SSLVPN CVE-2026-19868: SAML MFA Bypass

CISA lists SonicWall SonicOS flaw CVE-2026-19868 as exploited. With SAML on for SSLVPN, MFA can be bypassed. Fixed versions and what to check.

Advisory at a glance

highCVSS v3.1 7.1 (SonicWall)Actively exploited
Affected
SonicOS on Gen7 firewalls up to 7.3.3-7015 and Gen8 firewalls up to 8.2.2-8015, only when SAML is used for SSLVPN logins.
Fixed in
SonicOS 7.3.4-7013 or higher (Gen7) and 8.2.3-8015 or higher (Gen8).
What to do
Upgrade the firmware. If you cannot yet, follow SonicWall's workaround, then review SSLVPN logins.
On this page
  1. The short version
  2. Which SonicWall models are affected
  3. What the flaw does
  4. The same advisory fixes six more flaws
  5. What to do
  6. How we help
  7. Sources

Field notes from the engineering team

On November 6, 2026, CISA added CVE-2026-19868 to its Known Exploited Vulnerabilities catalog. It is a flaw in the SSLVPN service of SonicWall SonicOS, the operating system on SonicWall firewalls. A person who holds valid credentials for a different login method can get past the SAML login, and with it the multifactor authentication (MFA) that SAML enforces.

It matters most to organizations that send VPN logins through an identity provider so that MFA covers remote access. For them, the MFA prompt is the control this flaw skips. SonicWall’s advisory says its security team investigated a report of potential exploitation.

If you run a SonicWall firewall, or a provider manages one for you, check the firmware version and whether SAML is turned on for SSLVPN.

The short version

ItemDetail
CVECVE-2026-19868 (SonicWall advisory SNWLID-2026-0014)
SeverityHigh, CVSS v3.1 7.1 (SonicWall’s rating). CISA’s weakness label is CWE-308, use of single-factor authentication.
What it isAn authentication enforcement flaw in the SonicOS SSLVPN service. A user with valid credentials for an alternate authentication method may bypass SAML authentication controls, including SAML-enforced MFA.
Who is affectedOnly firewalls where SAML is enabled for SSLVPN logins.
AffectedGen7 firewalls on 7.3.3-7015 and older, and Gen8 firewalls on 8.2.2-8015 and older.
FixSonicOS 7.3.4-7013 or higher (Gen7), 8.2.3-8015 or higher (Gen8).
WorkaroundIf you use SAML and cannot upgrade: disable or delete the active LDAP, RADIUS and TACACS+ authentication servers on the firewall.
ExploitationSonicWall says it investigated a report of potential exploitation. CISA added it to the KEV catalog on November 6, 2026, with a due date of November 20, 2026. CISA lists use in ransomware campaigns as unknown.

Which SonicWall models are affected

The advisory lists these platforms. The affected and fixed versions are the same for every model in a group:

PlatformModelsAffectedFixed
Gen7 hardwareTZ 270, 270W, 370, 370W, 470, 470W, 570, 570W, 570P, 670; NSa 2700, 3700, 4700, 5700, 6700; NSsp 10700, 11700, 13700, 157007.3.3-7015 and older7.3.4-7013 and higher
Gen7 virtualNSv 270, 470, 870 (ESX, KVM, Hyper-V, AWS, Azure)7.3.3-7015 and older7.3.4-7013 and higher
Gen8 hardwareTZ 80, 280, 280W, 380, 380W, 480, 580, 680; NSa 2800, 3800, 4800, 58008.2.2-8015 and older8.2.3-8015 and higher
Gen8 virtualNSv XS, S, M, L (ESX, KVM, Hyper-V, AWS, Azure)8.2.2-8015 and older8.2.3-8015 and higher

What the flaw does

SAML lets the firewall hand the VPN login to an identity provider, which asks for the password and the MFA prompt. That setup means a stolen password alone is not enough to reach the network.

Per SonicWall, a user who has valid credentials for another authentication method can bypass those SAML controls. SonicWall’s workaround names the alternate methods: LDAP, RADIUS and TACACS+ servers configured on the firewall. The advisory gives no more technical detail than that. It does state the result: an attacker with a valid username and password for one of those other methods may reach SSLVPN without the SAML MFA step.

The attacker still needs a working credential. Stolen and reused passwords are common, and MFA exists so that a password alone does not get anyone in.

The same advisory fixes six more flaws

SNWLID-2026-0014 covers seven CVEs in total. CVE-2026-19868 is the only one that SonicWall flags for potential exploitation and that CISA lists as exploited. The others in the advisory, according to SonicWall:

  • CVE-2026-107155 and CVE-2026-107154, rated 8.8, are in the SonicOS management interface and could in specific conditions let a remote attacker perform unauthorized operations. SonicWall’s vector shows that a user must take an action (UI:R).
  • CVE-2026-82308, rated 7.5, is a heap buffer overflow in the SSL-VPN service that can be reached before login and could cause a denial of service.
  • CVE-2026-77708 and CVE-2026-77709, rated 5.9, are buffer overflows in the TACACS+ client that could cause a denial of service.
  • CVE-2026-19703, rated 5.2, is weak password hashing on SonicOS virtual appliances that could let someone with local access disclose a platform credential.

Updating to the fixed firmware is the way to deal with all seven at once.

What to do

1. Find out whether you run SonicWall. Ask your IT provider: “Do we have any SonicWall firewalls, which model and SonicOS version, and is SAML turned on for SSLVPN?” Compare the answers with the tables above.

2. Upgrade. Move Gen7 firewalls to 7.3.4-7013 or higher and Gen8 firewalls to 8.2.3-8015 or higher. Take a configuration export first, and schedule the change for a time when a short VPN outage will not hurt.

3. If you cannot upgrade yet, use the workaround. SonicWall’s workaround for SAML users is to disable or delete the active LDAP, RADIUS and TACACS+ servers on the firewall. Our advice: before you do, find out what else relies on those servers, such as firewall admin logins or other VPN profiles, so the change does not lock out people who need access.

4. Review SSLVPN logins. Our advice: look at the firewall’s login records for VPN sessions that did not go through your identity provider, and for logins at odd hours or from places your staff do not work. A clean review does not prove nothing happened, so treat any unexplained session as a possible compromise.

5. Change credentials if you see something odd. If a review turns up suspicious logins, reset the passwords of the affected accounts and the firewall’s own admin accounts, and treat the firewall as possibly compromised until you know more.

6. Keep the management interface off the internet. Two of the other flaws in this advisory sit in the management interface. Our advice: administer the firewall only from inside the network or through an approved access path.

7. Consider whether you still need a VPN login at all. A VPN that puts people on the whole network turns one skipped login check into broad access. Access to one application at a time limits the damage.

How we help

Keeping firewall firmware current and VPN settings reviewed is routine work in our firewall and routing service, and remote monitoring and patching tracks which version every device runs. If you want to stop relying on a firewall VPN, zero trust access ties access to identity and device and limits each person to the applications they need. Unusual VPN logins are the kind of signal our managed SOC reviews, and incident response covers the case where a firewall may have been compromised.

For law firms and municipalities, remote access to files and records is often the main route in from the internet, so a bypassed MFA check is a direct risk. If you are not sure what firewall you run or how remote logins are set up, ask us and we will help you find out.

We covered other firewall and VPN flaws recently in FortiOS CVE-2025-61624: Admin Bug Leads to Root.

Sources

Trusted by dozens of businesses