SonicWall SonicOS SSLVPN: fallo de autenticación ya explotado (CVE-2026-19868)
SonicWall SonicOS SSLVPN: fallo de autenticación ya explotado (CVE-2026-19868)
Qué es y a quién afectaEl catálogo de vulnerabilidades del NIST recoge con el identificador CVE-2026-19868 un fallo de autenticación en el servicio SS...
Qué es y a quién afecta
El catálogo de vulnerabilidades del NIST recoge con el identificador CVE-2026-19868 un fallo de autenticación en el servicio SSLVPN de SonicWall SonicOS. El fabricante lo describe como una vulnerabilidad por uso de autenticación de factor único (CWE-308): un usuario que disponga de credenciales válidas para un método de autenticación alternativo puede saltarse los controles de SAML y, de paso, el doble factor que se aplica a través de SAML.

La gravedad asignada es CVSS 3.1 de 7.5 (HIGH), es decir, una vulnerabilidad alta, no crítica. El vector indica un ataque por red, con complejidad alta y sin necesidad de interacción de la víctima, y un impacto alto en confidencialidad. La ficha se publicó en la NVD el 6 de noviembre de 2026.
Afecta a organizaciones que exponen el portal SSLVPN de SonicOS a internet. En la práctica, eso incluye desde pymes con acceso remoto para su plantilla hasta empresas con un equipo de IT reducido que confía en SAML y en el MFA para proteger la puerta de entrada a su red. Si tu plantilla entra en la oficina por VPN con SonicWall, este aviso te concierne.
Por qué es urgente
No estamos ante un fallo teórico pendiente de confirmación. CISA añadió CVE-2026-19868 a su catálogo KEV el 6 de noviembre de 2026, lo que significa que consta explotación activa en ataques reales. A las agencias federales de Estados Unidos les dio de plazo hasta el 20 de noviembre de 2026 para aplicar las mitigaciones.
El motivo de la prisa está en la naturaleza del fallo: no hace falta adivinar contraseñas ni romper el MFA, basta con tener credenciales válidas de un método alternativo para esquivar SAML. Unas credenciales filtradas, reutilizadas o compradas en un foro pueden convertirse en la llave que deja al atacante dentro de la red corporativa, con acceso a servidores internos, correo o sistemas de facturación.
Conviene aclarar un dato: en el material consultado no consta uso en campañas de ransomware. Eso no resta urgencia; simplemente acota lo que sabemos hoy.
Qué hacer hoy
- Comprueba si usas SonicOS SSLVPN y en qué versión. Revisa la consola de administración de tu firewall SonicWall y confirma el modelo y la versión de firmware de cada dispositivo, incluidos los que tengas en sucursales de Lleida, Barcelona, Tarragona o Girona.
- Aplica la actualización o mitigación que indique el aviso del fabricante. La referencia oficial es SNWLID-2026-0014, en el portal PSIRT de SonicWall. No inventes versiones: si el aviso no detalla una versión corregida concreta, sigue exactamente lo que publique el fabricante y, mientras tanto, valora despublicar el portal SSLVPN de internet.
- Revisa indicios de intrusión. Busca inicios de sesión correctos desde ubicaciones o horarios anómalos, cuentas que acceden por métodos alternativos cuando deberían usar SAML, y sesiones VPN abiertas sin correspondencia con la actividad habitual del usuario.
- Reduce lo expuesto a internet. Limita el acceso al portal SSLVPN por IP de origen cuando sea posible, segmenta la red para que una VPN comprometida no llegue a todo, y revisa qué cuentas mantienen métodos de autenticación alternativos habilitados sin necesidad.
- Rota credenciales de las cuentas con acceso remoto si detectas cualquier señal sospechosa, y revisa los registros del firewall de las últimas semanas.
Cómo puede ayudar un equipo de cibberseguridad como el de ALMC
En ALMC trabajamos con pymes y comercios online que no tienen un departamento de seguridad a jornada completa, y este tipo de avisos es justo donde una revisión externa marca la diferencia. Empezamos por un inventario real de lo que tienes expuesto: qué dispositivos SonicWall hay, con qué firmware y qué servicios miran a internet.
A partir de ahí encajamos la pieza que falte. Si el problema es visibilidad, hacemos auditorías de seguridad y pentesting para detectar vulnerabilidades antes de que las exploten. Si el reto es el día a día, aplicamos hardening de servidores, mantenimiento y actualización de WordPress, PrestaShop y Joomla, y monitorización con respuesta a incidentes para que una sesión sospechosa no pase desapercibida. Y si ya ha pasado algo, nos encargamos de la reparación de webs hackeadas y de cerrar la puerta por la que entraron.
La lección de CVE-2026-19868 es sencilla: tener MFA no basta si un método alternativo permite esquivarlo. Revisar la configuración de autenticación con la misma seriedad que las contraseñas forma parte de una higiene básica que, en el panorama actual, conviene tener cubierta.
Relacionado
- Ivanti Connect Secure: fallo grave CVE-2026-104935 ya explotado
- CVE-2026-96951 en Windows Shell: vulnerabilidad explotada
- CVE-2026-92097: fallo crítico en Click to Chat for WhatsApp
- Abuse Shield
¿Está tu empresa expuesta a fallos como este?
En ALMC revisamos qué versiones tienes publicadas, aplicamos los parches y endurecemos tus servidores y tu web. Descubre nuestros servicios de ciberseguridad o contáctanos para una revisión.
