Field Notes / Vulnerability
Your SonicWall VPN asks for MFA. CVE-2026-19868 lets a password walk round it.
On 6 November 2026 SonicWall disclosed a SonicOS SSL-VPN flaw that lets someone with valid credentials for a second login method skip SAML, and with it the MFA your identity provider enforces. CISA added it to its exploited list the same day. Here is exactly who is affected, the fixed firmware, how to tell from your logs whether anyone used it, and why "we have MFA" proves less than it did last week.
01 What SonicWall disclosed on 6 November
onicWall published advisory SNWLID-2026-0014 on Friday 6 November. It bundles seven SonicOS flaws into one firmware release. Six of them were reported by researchers and carry no warning about attacks. The seventh, CVE-2026-19868, carries a line in bold: SonicWall’s PSIRT “has investigated a report indicating potential exploitation”, and customers are “strongly urged to upgrade to the latest release as soon as possible” SonicWall 2026 .
| Field | CVE-2026-19868 |
|---|---|
| Product | SonicOS SSL-VPN service, Gen7 and Gen8 firewalls (hardware and NSv) |
| Weakness | Authentication enforcement via alternate methods; CWE-308, use of single-factor authentication |
| Score | CVSS v3.1 7.1 (SonicWall); 7.5 (CISA, in NVD) |
| Condition | SAML enabled for SSL-VPN logins |
| Attacker needs | Valid credentials for an alternate authentication method |
| Attacker gets | An SSL-VPN session without the SAML step, and without SAML-enforced MFA |
| Affected | Gen7: 7.3.3-7015 and older. Gen8: 8.2.2-8015 and older |
| Fixed | Gen7: 7.3.4-7013 and higher. Gen8: 8.2.3-8015 and higher |
| Workaround | None, per SonicWall |
| CISA KEV | Added 6 Nov 2026; federal due date 20 Nov 2026; ransomware use unknown |
Sources: SonicWall advisory and CISA catalogue SonicWall 2026 CISA KEV . SonicWall credits Ryan Harris of The Electronic Office with the report. The affected list covers the TZ 270 to TZ 670, NSa 2700 to 6700 and NSsp ranges of Gen7, the TZ 80 to TZ 680 and NSa 2800 to 5800 ranges of Gen8, and both generations of NSv on ESX, KVM, Hyper-V, AWS and Azure. Gen6 models do not appear in the advisory.
02 The exact condition
SonicWall narrows the risk in one sentence: the flaw “ONLY impacts the SonicOS SSLVPN interface or service if SAML is enabled for SSLVPN logins” SonicWall 2026 . Three things have to be true at once for an attacker to use it.
- Your firmware is below the fix. Gen7 at 7.3.3-7015 or older, or Gen8 at 8.2.2-8015 or older.
- SAML handles your SSL-VPN logins. This is the set-up where the VPN client opens a browser and your identity provider, often Microsoft Entra ID for UK SMBs, signs the user in and asks for the second factor.
- The VPN still accepts another way in. The advisory calls it “an alternate authentication method” and does not list which ones. Read it as any login the SSL-VPN accepts that does not go through SAML: accounts in the firewall’s local user database, accounts checked against LDAP or RADIUS, anything left over from before you moved to SAML.
The third point is where most estates fail. Very few firewalls move to SAML in one clean step. The local admin account stays. The old LDAP binding stays, because someone wanted a fallback if the identity provider went down. A service account added to the SSL-VPN group in 2023 stays. Each of those is a password that now opens the VPN on its own.
This is not a no-password bypass. GBHackers, reading the same advisory, calls it “not an unrestricted, credentialless authentication bypass” GBHackers 2026 . An attacker needs a working credential. Credentials are the cheapest thing on the market: stealer logs, password reuse and the access brokers who sell a working login supply them every day.
03 Why “we have MFA” is not proof
Ask an IT lead whether the VPN has MFA and you will get a yes. Ask how they know and the answer is usually the identity provider: the conditional access policy, the authenticator prompt, the sign-in log full of green ticks. All of that sits behind SAML.
So the MFA claim was only ever as strong as the weakest login route the firewall accepts. The control you can see shows 100%. The route you forgot shows nothing at all, because nobody is looking at it.
This matters beyond this one CVE. SonicWall’s SSL-VPN has been here before. CISA lists CVE-2024-53704, a SonicOS SSL-VPN authentication bypass, and CVE-2024-40766, a SonicOS access control flaw, both with known ransomware use CISA KEV . The catalogue now holds 20 SonicWall entries. Ransomware crews know this VPN, and they already hold lists of SonicWall portals and the passwords that worked on them.
04 7.1 or 7.5, and six more CVEs
You will see two scores for this flaw. SonicWall rates it 7.1, with the
vector AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:L/A:N SonicWall 2026 . CISA’s own score
in the NVD record is 7.5, with the same vector except one field:
privileges required set to none instead of low
NVD . Both are high. Neither
changes what you do. Some reports pin 7.5 on this CVE for a second
reason: a different bug in the same advisory scores exactly 7.5 on
SonicWall’s own scale.
That bug is one reason to patch even if you do not use SAML. The same release fixes six more SonicOS flaws:
| CVE | Flaw | CVSS | What it can do |
|---|---|---|---|
| CVE-2026-107155 | Permissive cross-domain policy, management interface | 8.8 | Unauthorised operations by a remote unauthenticated attacker, in specific conditions |
| CVE-2026-107154 | Session validation, management interface | 8.8 | Same, via reliance on IP address for authentication |
| CVE-2026-82308 | Pre-authentication heap overflow, SSL-VPN | 7.5 | Application-level denial of service, no login needed |
| CVE-2026-77708 | Pre-authentication stack overflow, TACACS+ client | 5.9 | Application-level denial of service |
| CVE-2026-77709 | Pre-authentication heap overflow, TACACS+ client | 5.9 | Application-level denial of service |
| CVE-2026-19703 | Weak password hashing, virtual appliances | 5.2 | Disclosure of a platform credential by someone with local access |
Source: SonicWall SNWLID-2026-0014 SonicWall 2026 . Only CVE-2026-19868 is on CISA’s exploited list. The two 8.8 flaws sit in the management interface, which is one more reason that interface should never answer from the internet.
05 Check your exposure and your logs
An MSP with ten SonicWall clients can answer the first three questions for all of them in an afternoon. Do it per firewall, not per client. HA pairs and branch boxes count separately.
- Record the exact SonicOS version from the device dashboard. Gen7 at 7.3.3-7015 or below, or Gen8 at 8.2.2-8015 or below, is affected.
- Check whether SAML is the authentication method for SSL-VPN. If it is not, this CVE does not apply to that firewall, but the six other fixes in the release still do.
- List every account that can start an SSL-VPN session without SAML: local users, members of the SSL-VPN services group, LDAP or RADIUS mappings. Every one is a password that bypasses your MFA until the firmware is updated.
- Scan the firewall’s public addresses from outside your network. Note whether the SSL-VPN portal and the management interface answer. The management interface should not.
Then look back. SonicWall publishes no indicators of compromise for this flaw, so the useful evidence is a mismatch you can find yourself SonicWall 2026 .
- Export successful SSL-VPN logins from the firewall log, or from your syslog server or SIEM if the firewall forwards to one.
- Export the matching sign-ins for the SonicWall SAML application from your identity provider for the same period.
- Match them by user and time. An SSL-VPN session with no SAML sign-in seconds before it is the pattern this flaw produces. Treat each one as a finding until someone explains it.
- Flag SSL-VPN logins by local or service accounts, logins from countries where you have no staff, and logins outside working hours.
- For any unexplained session, check what the assigned VPN address touched next: file servers, domain controllers, RDP to servers, backup consoles.
- If the firewall keeps logs only on the box, start forwarding them today. Local logs roll over, and the evidence goes with them.
If you find an unexplained session, reset the password of the account it used, and every account that shares that password. Then run it as an intrusion: someone had a session on your internal network. CISA marks this entry as not requiring forensic triage for US agencies CISA KEV . That is a federal process setting. It tells you nothing about what happened on your network.
06 Until the firmware is on
SonicWall’s answer to “is there a workaround?” is one word: “None” SonicWall 2026 . The upgrade is the fix. If a client cannot take a firmware change this week, these steps cut the risk in the meantime. They are our measures, not SonicWall’s.
- Remove the second door. Take every account that does not need it out of the SSL-VPN group. Disable local and LDAP or RADIUS logins for SSL-VPN where SAML should be the only route. Fewer valid non-SAML credentials means fewer passwords that bypass MFA.
- Rotate what stays. Any local or service account that must keep VPN access gets a new long, unique password today. Assume the old one is in a stealer log somewhere.
- Narrow who can reach the portal. If your users connect from known offices or a small set of countries, restrict the SSL-VPN to those sources. It will not stop a determined attacker, but it removes most of the internet.
- Close the management interface. No HTTPS or SSH management on the WAN. Admins come in through the VPN or a jump host.
- Watch the mismatch. Run the SSL-VPN against identity provider comparison from chapter 5 daily until you patch.
For UK organisations the deadline is written down. Cyber Essentials v3.3 requires firewall and router firmware updates within 14 days of release when they fix flaws the vendor rates critical or high risk, or that score 7 or above on CVSS v3 NCSC 2026 . This release qualifies on both counts. Fourteen days from 6 November is Friday 20 November, the same date CISA gives US federal agencies CISA KEV . An MSP that certifies clients for Cyber Essentials should book the change windows now.
This bug rewards whoever forgot a login route, and every firewall that has lived through a migration has one. You can find yours before someone with a leaked password does, starting with a free external exposure check. Your Threat Map tests your remote-access edge from the outside: every VPN portal, every login route that skips MFA, every management page that answers, proven and ranked by what it reaches, with the fix for each. 14 days, from $5,000. If you want the full picture of what sits behind the VPN, our internal network penetration testing picks up where the edge stops. Your red team. Within reach.
Questions readers ask
What is CVE-2026-19868?
CVE-2026-19868 is an authentication enforcement flaw in the SSL-VPN service of SonicWall SonicOS. SonicWall published it in advisory SNWLID-2026-0014 on 6 November 2026. A user with valid credentials for an alternate authentication method can bypass the SAML authentication controls on the SSL-VPN, and with them any multi-factor authentication enforced through SAML. SonicWall rates it CVSS 7.1 (CWE-308, use of single-factor authentication). CISA added it to its Known Exploited Vulnerabilities catalogue on 6 November 2026.
Which SonicWall firewalls and firmware versions are affected by CVE-2026-19868?
Gen7 hardware (TZ 270 to TZ 670, NSa 2700 to NSa 6700, NSsp 10700 to 15700) and Gen7 NSv virtual firewalls running SonicOS 7.3.3-7015 or older, and Gen8 hardware (TZ 80 to TZ 680, NSa 2800 to NSa 5800) and Gen8 NSv running 8.2.2-8015 or older. The fixes are SonicOS 7.3.4-7013 and 8.2.3-8015 or later. SonicWall says the flaw only affects the SSL-VPN when SAML is enabled for SSL-VPN logins, and it lists no workaround.
Is CVE-2026-19868 being exploited?
SonicWall says its PSIRT investigated a report indicating potential exploitation and urges customers to upgrade as soon as possible. CISA lists the flaw in its Known Exploited Vulnerabilities catalogue, added 6 November 2026, with a remediation due date for US federal agencies of 20 November 2026. CISA marks ransomware use as unknown. Neither source describes a large campaign.
Does MFA protect my SonicWall SSL-VPN against CVE-2026-19868?
Not if the MFA is enforced through SAML, which is the usual set-up when the SSL-VPN hands logins to Microsoft Entra ID, Okta or another identity provider. The flaw lets a login skip the SAML step, so the identity provider never sees it and never asks for the second factor. An attacker still needs a working password for another login method the SSL-VPN accepts. Patch the firmware, and remove any login route that does not go through SAML.
What is the patch deadline for CVE-2026-19868 under Cyber Essentials?
Cyber Essentials v3.3 requires updates to firewall firmware within 14 days of release when the update fixes vulnerabilities the vendor calls critical or high risk, or with a CVSS v3 score of 7 or above. CVE-2026-19868 scores 7.1 and the same release fixes two flaws scored 8.8, so the clock applies. Fourteen days from 6 November 2026 is 20 November 2026, the same date as the CISA federal deadline.
References
Sources
- SonicWall PSIRT. “SNWLID-2026-0014: SonicWall SonicOS Affected By Multiple Vulnerabilities.” Version 1.0, 6 November 2026. psirt.global.sonicwall.com
- CISA. Known Exploited Vulnerabilities Catalog (JSON feed, catalogue version 2026.11.06, released 6 November 2026). cisa.gov
- NIST National Vulnerability Database. “CVE-2026-19868.” Published 6 November 2026. nvd.nist.gov
- NCSC. “Cyber Essentials: Requirements for IT Infrastructure v3.3.” April 2026. ncsc.gov.uk
- GBHackers (Divya). “SonicWall Warns of Actively Exploited SSL-VPN Vulnerability That Bypasses SAML and MFA Protection.” 9 November 2026. gbhackers.com