CISA confirma explotación activa de bypass en Ivanti Connect Secure
El fallo es, según investigación independiente, el tercero de una cadena que permite acceso root al equipo VPN; el fabricante solo ha parcheado dos. Honeypots ya registraron más de cien intentos de explotación.
- CISA agregó el 13 de octubre dos CVEs a su catálogo de vulnerabilidades explotadas conocidas (KEV): CVE-2026-104935, un bypass de autenticación por suplantación en Ivanti Connect Secure, y CVE-2026-96951, una inyección de comandos en Windows. Ambos tienen evidencia de explotación activa según CISA.
- Investigación independiente (The Hacker News) describe el bypass de Ivanti como el segundo de tres fallos de día cero encadenados para lograr ejecución de código y acceso root en el equipo VPN; el fabricante solo ha liberado parche para dos de los tres.
- Honeypots desplegados por investigadores registraron más de 100 intentos de explotación contra Connect Secure en las horas posteriores a la divulgación pública, lo que indica que actores de amenaza ya están escaneando e intentando explotar la vulnerabilidad de forma masiva.
Qué pasó
CISA sumó al catálogo KEV (Known Exploited Vulnerabilities) dos vulnerabilidades el 13 de octubre de 2026:
- CVE-2026-104935 — Ivanti Connect Secure, *Authentication Bypass by Spoofing*. Permite a un atacante remoto eludir el proceso de autenticación del equipo VPN mediante la suplantación de un parámetro o token de sesión.
- CVE-2026-96951 — Microsoft Windows, inyección de comandos.
La inclusión en KEV obliga a las agencias federales estadounidenses (FCEB) a remediar según los plazos de la Binding Operational Directive 26-04, que no aplica a organizaciones chilenas pero funciona como la señal de priorización más confiable disponible públicamente: KEV solo incluye vulnerabilidades con explotación activa confirmada, no especulativa.
Paralelamente, CISA publicó una alerta específica instando a parchar Connect Secure de forma inmediata. The Hacker News reportó que investigadores de seguridad identificaron que el bypass forma parte de una cadena de tres días cero que, combinados, permiten a un atacante llegar a ejecución de código con privilegios de root en el appliance; según esa misma nota, Ivanti solo ha liberado parche para dos de los tres fallos de la cadena. El mismo medio reportó que honeypots registraron más de 105 intentos de explotación contra instancias de Connect Secure expuestas a internet en las horas siguientes a la divulgación.
Por qué importa acá
Ivanti Connect Secure es una puerta de enlace VPN SSL de borde, el tipo de producto que la jerarquía de criticidad de Vantis pone en el tope: expuesto directamente a internet, usado para acceso remoto corporativo, y con historial de campañas previas de explotación masiva por parte de actores sofisticados (incluyendo grupos vinculados a China en incidentes anteriores contra el mismo producto).
No tenemos evidencia de una organización chilena comprometida por esta campaña específica — por eso esta pieza va con ámbito global y no forzamos una bajada local que no está verificada. Sí corresponde una evaluación, confianza media: Ivanti Connect Secure tiene despliegue conocido en banca, organismos públicos y grandes empresas en Chile y la región; lo que falta para subir la confianza es telemetría propia o un reporte de ANCI que confirme exposición local. Lo que sí confirmaría esta evaluación es la aparición de una alerta ANCI sobre el producto o un incidente reportado; lo que la refutaría es que el parque instalado en Chile sea marginal, algo que no podemos descartar ni confirmar desde esta fuente.
El dato más urgente no es el bypass en sí, sino que la cadena de explotación no está completamente cerrada: con un tercio de los fallos sin parche, aplicar la actualización disponible reduce la superficie pero no la elimina. Cualquier equipo de Ivanti Connect Secure expuesto a internet debe tratarse como potencialmente comprometido mientras no se verifique lo contrario, dado el volumen de intentos ya registrado en honeypots.
Anatomía del ataque
Mapeo a marcos públicos, para que puedas cruzarlo con tu propia matriz de cobertura.
T1190— El bypass de autenticación en Connect Secure (CVE-2026-104935) es explotado directamente contra la interfaz expuesta a internet del equipo VPN.T1068— Según la investigación de terceros, el bypass se encadena con otros dos fallos para escalar hasta acceso root en el appliance. Evaluación de confianza media: se basa en un reporte derivado, no en el aviso oficial de CISA.T1505.003— No confirmado para esta campaña puntual, pero es el patrón de post-explotación documentado en incidentes previos contra el mismo producto. Evaluación de confianza baja: se incluye como hipótesis de persistencia a buscar, no como hecho de este caso.T1059— Corresponde a CVE-2026-96951, la inyección de comandos en Windows sumada al mismo catálogo KEV.
Estructurado sobre las seis funciones del NIST CSF 2.0, según el ciclo de respuesta a incidentes de NIST SP 800-61r3 (abril 2025, reemplaza al r2). Proteger y Detectar vienen abiertas.
GV GobernarQuien decide, que se reporta y a quien
BOD 26-04 es una obligación para agencias federales de EE.UU. y no aplica directamente en Chile, pero la inclusión en KEV es la señal de priorización externa más confiable disponible: CISA solo agrega vulnerabilidades con explotación activa verificada. Si su organización es un Operador de Importancia Vital bajo la Ley 21.663 y usa Ivanti Connect Secure, corresponde evaluar si un compromiso confirmado activa el deber de reporte a ANCI; no citamos plazos específicos porque no fueron verificados para este caso puntual y deben consultarse directamente en la normativa ANCI vigente.
- Elevar esta vulnerabilidad a nivel de comité de riesgo si la organización opera Ivanti Connect Secure en producción, independiente de que no haya confirmación de compromiso local.
- Definir el responsable de decidir aislamiento del equipo VPN si aparece un indicador de compromiso, antes de que ocurra.
ID IdentificarSi esto me toca, por donde me toca
El primer paso no es parchar, es saber cuántos equipos Ivanti Connect Secure existen y en qué versión. Muchas organizaciones tienen instancias heredadas de proyectos de acceso remoto antiguos que nadie inventarió.
- Inventariar todos los equipos Ivanti Connect Secure (y Pulse Secure, su predecesor) de la organización, con versión de firmware exacta.
- Verificar cuáles de esos equipos tienen la interfaz de administración expuesta a internet sin restricción de IP.
- Revisar si el equipo Windows afectado por CVE-2026-96951 corresponde a un sistema con ejecución de comandos remotos habilitada (RDP, WinRM, servicios expuestos).
PR ProtegerComo evito que ocurra
La prioridad P1 es el parche, pero con un fallo de la cadena aún sin corregir según la fuente, el parche solo cierra una puerta, no las tres.
- Aplicar el parche de Ivanti para CVE-2026-104935 en todos los equipos Connect Secure inventariados.
- Aplicar el parche de Microsoft para CVE-2026-96951 según el boletín correspondiente.
- Mientras el tercer fallo de la cadena permanezca sin parche oficial, restringir el acceso a la interfaz de administración del VPN solo a rangos de IP internos conocidos.
Controles priorizados
P1: esta semana · P2: este mes · P3: este trimestre
| Prio | Control | Esfuerzo | Mapeo |
|---|---|---|---|
| P1 | Aplicar el parche de Ivanti para CVE-2026-104935 en todas las instancias de Connect Secure | medio | MITRE ATT&CK M1051 CIS Controls v8 7.1 ISO 27001 A.8.8 |
| P1 | Aplicar el parche de Microsoft correspondiente a CVE-2026-96951 | bajo | MITRE ATT&CK M1051 CIS Controls v8 7.1 ISO 27001 A.8.8 |
| P1 | Restringir la interfaz de administración del VPN a rangos de IP internos conocidos mientras el tercer fallo de la cadena permanece sin parche | bajo | MITRE ATT&CK M1030 CIS Controls v8 4.4 ISO 27001 A.8.20 |
| P2 | Habilitar MFA resistente a phishing para todo acceso remoto vía VPN | medio | MITRE ATT&CK M1032 CIS Controls v8 6.5 ISO 27001 A.8.5 |
| P2 | Segmentar la red detrás del gateway VPN para limitar el impacto de un compromiso del equipo de borde (zero trust interno) | alto | MITRE ATT&CK M1030 CIS Controls v8 12.2 ISO 27001 A.8.22 |
| P2 | Preparar un procedimiento de aislamiento y reimagen del appliance ante cualquier indicador de compromiso | medio | CIS Controls v8 17.1 ISO 27001 A.5.24 |
El orden de prioridad asume que el parche disponible cierra solo dos de los tres fallos reportados en la cadena de explotación. Restringir exposición de la interfaz de administración (control P1 de bajo esfuerzo) es la mitigación que más reduce riesgo mientras se espera el tercer parche, y debería implementarse incluso antes que el parcheo si este requiere ventana de mantenimiento.
DE DetectarComo me doy cuenta de que ya ocurrio
Ivanti no ha publicado (según esta fuente) indicadores de compromiso específicos para esta campaña, por lo que la detección debe ser conductual sobre los logs del propio equipo y del perímetro, marcada como experimental hasta validar contra tráfico real.
- Habilitar y centralizar el envío de logs de autenticación de Connect Secure a un SIEM si aún no se hace.
- Buscar en los últimos 30 días accesos exitosos a rutas de administración sin cookie de sesión previa válida.
Qué necesitas tener logueado
- Logs de autenticación de Ivanti Connect Secure (syslog del appliance)
- Firewall/proxy perimetral con tráfico hacia la interfaz de administración del VPN
- DeviceNetworkEvents / Sysmon en estaciones Windows para CVE-2026-96951
- WAF frente al portal VPN, si existe
Reglas y consultas de detección
title: Possible Ivanti Connect Secure Auth Bypass Probing
status: experimental
logsource:
category: proxy
product: ivanti_connect_secure
detection:
selection:
cs-uri-path|contains:
- '/dana-na/'
- '/dana-ws/'
- '/dana-admin/'
sc-status: 200
filter_known_admin:
c-ip|cidr: '0.0.0.0/0'
condition: selection and not filter_known_admin
fields:
- c-ip
- cs-uri-path
- sc-status
- time-taken
falsepositives:
- Accesos administrativos legítimos desde IPs no incluidas en la lista blanca
- Escaneos de vulnerabilidad autorizados
level: high
CommonSecurityLog
| where DeviceVendor == "Ivanti" or Activity has_any ("dana-na", "dana-admin", "dana-ws")
| where DestinationPort in (443, 8443)
| summarize Intentos = count(), IPs = make_set(SourceIP) by bin(TimeGenerated, 1h), RequestURL
| where Intentos > 20
| order by Intentos desc
index=proxy sourcetype=ivanti_cs OR sourcetype=cisco:asa (uri_path="*dana-na*" OR uri_path="*dana-admin*" OR uri_path="*dana-ws*") | stats count by src_ip, uri_path, status | where count > 20
Escaneos de vulnerabilidad autorizados por el propio equipo de seguridad, balanceadores de carga o health checks automatizados hacia el portal VPN, y accesos administrativos legítimos desde IPs no incluidas aún en la lista blanca pueden generar falsos positivos. Es obligatorio alimentar la lista de IPs de administración conocidas antes de poner estas reglas en modo de alerta activa; en modo observación (sin bloqueo) el ruido es tolerable.
RS ResponderContencion y erradicacion
Dado el volumen de intentos reportado por honeypots, cualquier equipo expuesto debe tratarse con sospecha activa, no esperar confirmación de compromiso para empezar a investigar.
- Aislar de red el equipo Connect Secure si se detecta un patrón sospechoso, preservando logs antes de reiniciar o reimaginar.
- Rotar todos los secretos y certificados asociados al equipo VPN (claves de sesión, certificados TLS, credenciales de administración).
- Buscar movimiento lateral desde la IP del gateway VPN hacia la red interna en los últimos 30 días.
- Notificar a ANCI si la organización es OIV bajo Ley 21.663 y se confirma compromiso.
RC RecuperarVolver a operar y no repetirlo
Un equipo de borde comprometido no se limpia, se reconstruye: la superficie de persistencia en un appliance de este tipo es difícil de descartar con certeza mediante limpieza manual.
- Reconstruir el appliance desde una imagen limpia del fabricante, posterior al parche, en vez de limpiar el existente.
- Validar integridad del firmware antes de reconectar el equipo a producción.
- Revisar y revocar cualquier cuenta o token de acceso creado durante la ventana de exposición.
Llévatelo
Lo de arriba explica. Esto se ejecuta. Son archivos, no capturas de pantalla: se abren, se pegan y funcionan.
La regla Sigma es la canónica: es el formato neutral del que se derivan las demás. Si tu SIEM no aparece en la lista, esa se convierte con pySigma. Las traducciones a motores concretos van sin validar contra tu modelo de datos — revisa los nombres de tabla y campo antes de subirlas a producción.
Fuentes
- CISACISA Adds Two Known Exploited Vulnerabilities to Catalog · 2026-10-13
- CISACISA Urges Patching Newly Exploited Vulnerability in Ivanti Connect Secure · 2026-10-13
- The Hacker NewsCISA Urges Immediate Ivanti Connect Secure Updates as Honeypots Log 105 Exploit Attempts · 2026-10-14
- The Hacker NewsAttacker Chains Three Ivanti Connect Secure Zero-Days for Root Access, Only Two Patched So Far · 2026-10-13
- CISABinding Operational Directive (BOD) 26-04: Prioritizing Security Updates Based on Risk · 2026-10-13
- CVE.orgCVE-2026-104935 — Ivanti Connect Secure Authentication Bypass by Spoofing · 2026-10-13
- CVE.orgCVE-2026-96951 — Microsoft Windows Command Injection Vulnerability · 2026-10-13
¿Esto te aplica y no sabes por dónde partir?
Revisamos tu exposición real frente a lo que describe este análisis: superficie expuesta, cobertura de detección y brechas frente a la Ley 21.663. Diagnóstico de 15 minutos, sin costo.
Agendar diagnósticoRelacionado
CISA suma a su catálogo KEV fallas activas en Fortinet y BeyondTrust
Una es un path traversal que según TheHackerNews ya se usa para desplegar el malware PEERSTITCH en FortiOS; la otra es u…
CISA confirma explotación activa de falla crítica en BeyondTrust
El fabricante liberó el parche BT26-05-RS para un bypass de autenticación en Remote Support (ex Bomgar). The Hacker News…
CISA confirma explotación activa de zero-day en Ivanti Connect Secure
El bypass de autenticación CVE-2026-104935 permite ejecución remota sin credenciales y ya está en el catálogo KEV de CIS…