Database/Firmware, BMC & network fabric
SonicWall SonicOS: SSLVPN accepts an alternate auth method to bypass SAML and its enforced MFA
Impact
A user who holds valid credentials for one of the appliance's other authentication methods can log in to SSLVPN without passing the SAML flow, and therefore without the multi-factor step SAML was enforcing. Where SSLVPN is how staff reach an out-of-band or management network - BMCs, switch consoles, the cluster control plane - a stolen password alone now gets that reach instead of password plus MFA. CISA has this in the Known Exploited Vulnerabilities catalogue, so it is being used in the wild rather than being a theoretical bypass.
Who can reach it
Anyone who can reach the SSLVPN portal from the internet and holds valid credentials for a non-SAML authentication method configured on the appliance. No prior access to the protected network is needed.
What to do
Apply the fixed SonicOS build listed in SonicWall advisory SNWLID-2026-0014; a SonicOS upgrade reboots the firewall and drops every tunnel through it, so it needs a scheduled window on an HA pair or an accepted outage on a single unit. Because this is on the KEV list, treat the window as urgent. Until it is applied, remove or disable the alternate authentication methods on the SSLVPN service so SAML is the only path, and review SSLVPN login records for sessions that did not transit the SAML flow.
References
Related entries
- Linux kernel NVMe-oF TCP target (nvmet-tcp, H2C_DATA PDU before CONNECT): Nvmet_tcp_build_pdu_iovec() dereferences cmdCVE-2026-22998 · Linux kernel NVMe-oF TCP target (nvmet-tcp, H2C_DATA PDU before CONNECT)High
- Linux kernel SoftiWARP receive path (siw_qp_rx, siw_tcp_rx_data header processing): When siw_get_hdr() rejects a headerCVE-2026-23242 · Linux kernel SoftiWARP receive path (siw_qp_rx, siw_tcp_rx_data header processing)High
- GNU FreeIPMI's ipmi-oem tool before version 1.6.17: The direction of trust is what makes this operator-relevantCVE-2026-33554 · GNU FreeIPMI's ipmi-oem tool before version 1.6.17High
- Cocos AI - attested TLS (aTLS) on AMD SEV-SNP and Intel TDX: The attested-TLS implementation is vulnerable to a relayCVE-2026-33697 · Cocos AI - attested TLS (aTLS) on AMD SEV-SNP and Intel TDXHigh
- Linux kernel (drivers/net/ethernet/mellanox/mlx5/core): When an XDP program shrinks a multi-fragment receive bufferCVE-2026-43464 · Linux kernel (drivers/net/ethernet/mellanox/mlx5/core)High
- Linux kernel - RDMA/rxe (Soft-RoCE) responder, drivers/infiniband/sw/rxe/rxe_resp.c: Atomic_write_reply() dereferencesCVE-2026-46114 · Linux kernel - RDMA/rxe (Soft-RoCE) responder, drivers/infiniband/sw/rxe/rxe_resp.cHigh
This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.