critica alerta global

CISA agrega dos fallas de Ivanti Connect Secure explotadas al KEV

Las dos vulnerabilidades forman parte de una cadena de tres fallas reportada desde el 13 de octubre que permite acceso root sin autenticación en VPNs ya parchadas; la tercera sigue sin confirmación oficial de parche.

·14 min de lectura ·Equipo Vantis
En 30 segundos
  • CISA agregó el 30 de octubre dos vulnerabilidades de Ivanti Connect Secure al catálogo KEV: CVE-2026-111357 (falta de autenticación en función crítica) y CVE-2026-118527 (generación de identificadores predecibles). Dato confirmado por CISA.
  • Ambas fallas corresponden a una cadena de tres vulnerabilidades reportada desde el 13 de octubre por CISA, The Hacker News y CSA Labs, que en conjunto permite acceso root sin autenticación incluso en equipos ya parchados para fallas anteriores.
  • Evaluación, confianza media: el tercer eslabón de la cadena descrito en las coberturas iniciales podría no estar cubierto todavía por un CVE público ni por un parche; no tenemos confirmación de Ivanti sobre su estado. Esto importa porque Connect Secure es un gateway VPN expuesto a Internet por diseño, usado también por organizaciones en Chile y la región.

Qué pasó

El 30 de octubre de 2026, CISA incorporó al catálogo Known Exploited Vulnerabilities (KEV) dos fallas de Ivanti Connect Secure:

Ambas se suman por evidencia de explotación activa, según CISA, y quedan sujetas a los plazos de remediación de la Binding Operational Directive (BOD) 26-04, que rige para agencias federales estadounidenses (FCEB) y no aplica directamente a organizaciones chilenas, pero marca el nivel de urgencia que el propio fabricante y CISA le asignan al caso.

Esta adición no es un hecho aislado. Desde el 13 de octubre, CISA ya había emitido una alerta urgiendo el parchado de Connect Secure por una vulnerabilidad explotada, y The Hacker News reportó ese mismo día que un actor de amenaza encadenaba tres fallas zero-day para obtener acceso root sin autenticación, señalando que "solo dos estaban parchadas hasta el momento". El 14 de octubre, honeypots registraron 105 intentos de explotación según la misma fuente. El 16 de octubre, CSA Labs publicó una nota de investigación describiendo la cadena como capaz de dar root "incluso en VPNs ya parchadas". El 31 de octubre, un día después de la adición al KEV, The Hacker News volvió a cubrir la cadena de tres fallas bajo el mismo encuadre.

No sabemos con certeza si las dos CVE ahora en el KEV corresponden a los dos eslabones que ya tenían parche según los reportes de mediados de octubre, o si representan una numeración distinta asignada después. Tampoco hay confirmación pública de que el tercer eslabón de la cadena cuente ya con CVE asignado o con parche disponible. Recomendamos verificar directamente en el aviso de seguridad de Ivanti antes de dar por cerrada la exposición.

Por qué importa acá

Ivanti Connect Secure es un gateway VPN de borde, el tipo de producto que por diseño está expuesto a Internet y que en Chile se usa en banca, salud, telco y organismos públicos para acceso remoto de empleados y proveedores. No tenemos una cifra verificada de despliegue en el país — evaluación, confianza media: dado que es uno de los tres o cuatro productos de VPN SSL más vendidos en la región, es razonable asumir que existen instancias en organizaciones chilenas, pero la alternativa que no podemos descartar es que la base instalada local sea menor a la de otros mercados LatAm con más presencia de Ivanti como canal certificado.

Lo que sí es un hecho duro: la cadena permite root sin autenticación, el peor escenario posible en un equipo de borde, porque convierte la puerta de entrada al perímetro en control total del appliance. Si una organización chilena opera Connect Secure expuesto y no ha aplicado los parches de octubre, el reloj ya corre — CISA documentó explotación activa desde antes del 13 de octubre, casi tres semanas antes de esta adición al KEV.

Bajo la Ley 21.663, si una entidad obligada en Chile confirma compromiso de un activo de este tipo, corresponde evaluar el deber de reporte a ANCI. No citamos plazos específicos porque no los verificamos para este caso puntual; lo que corresponde es revisar el procedimiento interno de reporte ya definido con el oficial de seguridad.

Análisis propio de Vantis

Tres fuentes llegaron de forma independiente al mismo hallazgo técnico en un lapso de 18 días: CISA (dos alertas, 13 y 30 de octubre), CSA Labs (nota de investigación, 16 de octubre) y The Hacker News (dos coberturas, 13 y 31 de octubre). Las tres describen la misma cadena — tres fallas de Connect Secure combinadas para lograr acceso root sin autenticación, incluso en equipos ya parchados para fallas previas — y la adición al KEV del 30 de octubre es la confirmación oficial de que, al menos para dos de esas fallas, CISA tiene evidencia de explotación en el mundo real.

CVE-2026-111357 y CVE-2026-118527 — Ambas CVE aparecen nombradas tanto en los avisos de CISA (fuente primaria) como en la nota técnica de CSA Labs (fuente primaria), que llegó al hallazgo por investigación propia y no citando a CISA.
13, 14, 16, 30 y 31 de octubre de 2026 — Cinco publicaciones de tres orígenes distintos sobre el mismo tema en menos de tres semanas indican una campaña de explotación sostenida, no un hallazgo puntual de laboratorio.
Hacia dónde va

Con dos fuentes primarias (CISA y CSA Labs) y una derivada (The Hacker News) ya convergiendo, es razonable esperar que Ivanti publique un tercer aviso formal reconociendo el eslabón restante de la cadena, y que CISA agregue una tercera CVE al KEV en las próximas semanas si la explotación continúa. Vamos a seguir este hilo; si aparece una tercera entrada al catálogo KEV para Connect Secure, publicaremos la actualización.

Anatomía del ataque

Mapeo a marcos públicos, para que puedas cruzarlo con tu propia matriz de cobertura.

Qué hacer, fase por fase

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

La exposición de un gateway VPN con potencial de root no autenticado es un riesgo que debe reportarse al directorio o comité de riesgo, no quedarse en el equipo técnico. Si la organización es sujeto obligado bajo la Ley 21.663 y confirma indicios de compromiso en este activo, corresponde activar el procedimiento interno de evaluación de reporte a ANCI. BOD 26-04 es la referencia de la urgencia que CISA le asigna a nivel federal en EE.UU.; úsela como argumento de priorización interna, no como obligación local.

  • Escalar la exposición de Connect Secure como riesgo de nivel directivo si el equipo está expuesto a Internet y sin parchar.
  • Definir con el oficial de seguridad si corresponde evaluar el deber de reporte a ANCI en caso de hallar indicios de compromiso.
ID IdentificarSi esto me toca, por donde me toca

Antes de actuar hay que confirmar exposición real: inventariar todas las instancias de Ivanti Connect Secure, su versión de build y si la interfaz de administración está accesible desde Internet.

  • Levantar inventario de appliances Connect Secure, versión de firmware y exposición a Internet (Shodan/Censys propio o escaneo externo autorizado).
  • Confirmar contra el aviso de seguridad de Ivanti si la versión instalada corresponde a las afectadas por CVE-2026-111357 y CVE-2026-118527.
PR ProtegerComo evito que ocurra

La prioridad es aplicar el parche de Ivanti y reducir la superficie de exposición mientras tanto. No hay IOCs públicos de red asociados a esta campaña al momento de publicar esta pieza; la protección pasa por parche, mitigación temporal del fabricante y reducción de exposición, no por bloqueo de indicadores.

Controles priorizados

P1: esta semana · P2: este mes · P3: este trimestre

PrioControlEsfuerzoMapeo
P1 Aplicar el parche o actualizar a la versión corregida publicada por Ivanti para CVE-2026-111357 y CVE-2026-118527 en todas las instancias de Connect Secure identificadas. medio MITRE ATT&CK M1051 CIS Controls v8 7.1 ISO 27001 A.8.8
P1 Mientras no se pueda aplicar el parche, implementar la mitigación temporal publicada por Ivanti en su aviso de seguridad (workaround oficial) como control compensatorio documentado y con fecha de expiración. bajo MITRE ATT&CK M1054 CIS Controls v8 7.1 ISO 27001 A.8.8
P1 Reducir la exposición: retirar la interfaz de administración de Connect Secure de Internet y restringir su acceso solo a redes internas o VPN de gestión dedicada. bajo MITRE ATT&CK M1030 CIS Controls v8 12.2 ISO 27001 A.8.20
P2 Rotar certificados, claves de sesión y secretos del appliance tras el parche, dado que CVE-2026-118527 implica identificadores predecibles que pudieron ser usados antes de la corrección. medio MITRE ATT&CK M1032 CIS Controls v8 6.3 ISO 27001 A.8.24
P2 Habilitar y centralizar el logging del appliance hacia el SIEM corporativo antes de que ocurra un incidente, no después. medio MITRE ATT&CK M1047 CIS Controls v8 8.2 ISO 27001 A.8.15
P3 Extender el escaneo de vulnerabilidades externas a todos los dispositivos de borde (VPN, firewall, correo) para detectar exposición similar en otros fabricantes. bajo MITRE ATT&CK M1016 CIS Controls v8 1.1 ISO 27001 A.8.9

Si no es posible parchar de inmediato, la mitigación temporal de Ivanti debe aplicarse como control compensatorio con fecha de expiración definida, nunca como solución permanente, y la reducción de exposición (sacar la interfaz de administración de Internet) debe implementarse en paralelo, no como sustituto del parche.

DE DetectarComo me doy cuenta de que ya ocurrio

Qué necesitas tener logueado

  • Logs del appliance Ivanti Connect Secure (acceso administrativo, autenticación, sesión)
  • Logs de firewall/proxy perimetral que registre tráfico hacia la interfaz de gestión del appliance
  • EDR o telemetría de red del segmento donde reside el appliance, si existe visibilidad de su tráfico saliente

Reglas y consultas de detección

sigmaPosible acceso administrativo no autenticado a Ivanti Connect Secure (conductual, experimental)
title: Acceso potencialmente no autenticado a interfaz administrativa Ivanti Connect Secure
id: 7e4a1b2c-3d5f-4e6a-8b9c-0d1e2f3a4b5c
status: experimental
description: |
    Deteccion por COMPORTAMIENTO, no por firma ni IOC. No existen indicadores de red publicos
    asociados a CVE-2026-111357 y CVE-2026-118527 al momento de publicar esta pieza. Esta regla
    busca solicitudes POST exitosas (2xx) hacia rutas administrativas del appliance Connect Secure
    sin que el mismo origen tenga registrado un identificador de sesion previo en la ventana de
    correlacion, patron consistente con la cadena reportada (missing authentication for critical
    function + identificadores de sesion predecibles). Debe ajustarse a la nomenclatura real de
    campos del proxy/WAF del ambiente antes de pasar a modo de alerta activa.
references:
    - https://www.cisa.gov/news-events/alerts/2026/10/30/cisa-adds-two-known-exploited-vulnerabilities-catalog
    - https://www.cisa.gov/news-events/alerts/2026/10/13/cisa-urges-patching-newly-exploited-vulnerability-ivanti-connect-secure
logsource:
    category: proxy
    product: appliance
detection:
    selection_admin_path:
        c-uri|contains:
            - '/dana-admin/'
            - '/api/v1/'
        cs-method: 'POST'
        sc-status:
            - 200
            - 201
    filter_known_auth:
        session_id_present: true
    condition: selection_admin_path and not filter_known_auth
falsepositives:
    - Integraciones legitimas via API con autenticacion por token que el proxy no registra como session_id
    - Escaneos de salud o monitoreo autorizados contra la interfaz de administracion
    - Balanceadores que no propagan el header o campo de sesion hacia el log del proxy
level: high
sentinel-kqlSolicitudes administrativas anómalas a Connect Secure vía CommonSecurityLog (conductual)
// Deteccion conductual, experimental. No hay IOCs publicos para este caso.
// Ajustar DeviceVendor/DeviceProduct y nombres de campo a la integracion real del proxy/WAF.
CommonSecurityLog
| where DeviceVendor == "Ivanti" or DeviceProduct has "Connect Secure"
| where RequestURL has_any ("/dana-admin/", "/api/v1/")
| where RequestMethod == "POST"
| where DeviceAction in ("200", "201", "Allow")
| where isempty(SourceUserName)
| project TimeGenerated, SourceIP, DestinationIP, RequestURL, DeviceAction, SourceUserName
| sort by TimeGenerated desc
Requiere: Firewall/WAF perimetral frente al appliance enviando eventos a CommonSecurityLog con RequestURL, RequestMethod, DeviceAction y SourceUserName poblados.
splunkAcceso a rutas administrativas de Ivanti sin sesión asociada (conductual)
`comment("Deteccion conductual, experimental. Sin IOCs publicos conocidos para esta cadena al momento de publicar.")`
index=proxy (uri_path="*/dana-admin/*" OR uri_path="*/api/v1/*") method=POST status IN (200,201)
| where isnull(session_id) OR session_id=""
| stats count by src_ip, uri_path, status
| where count > 0
Requiere: index=proxy con campos uri_path, method, status y session_id poblados desde el proxy o WAF ubicado frente al appliance Connect Secure.
Falsos positivos esperables

Estas tres reglas son conductuales y experimentales: no existen hashes, IPs ni dominios públicos asociados a esta cadena de explotación al momento de publicar. Pueden generar falsos positivos con integraciones API legítimas que no propagan session_id al log del proxy, escaneos de monitoreo autorizados, y balanceadores o WAF que no registran el campo de sesión. Antes de activarlas como alerta, validar el nombre real de los campos de sesión en el ambiente y correr la regla en modo de solo registro (no bloqueo) durante al menos una semana.

RS ResponderContencion y erradicacion

Si se confirma actividad sospechosa en el appliance, tratarlo como potencialmente comprometido a nivel root, no solo como una sesión abusada.

  • Aislar el appliance de la red de producción manteniendo acceso de gestión fuera de banda para forense.
  • Aplicar el parche de Ivanti y, si está disponible, ejecutar la herramienta de verificación de integridad que el fabricante publique para esta cadena.
  • Rotar todas las credenciales y certificados que haya manejado el appliance, incluyendo cuentas de servicio downstream que confiaban en sesiones VPN originadas ahí.
  • Revisar logs de los últimos 30 días en busca de sesiones administrativas sin autenticación previa o con identificadores de sesión anómalos.
RC RecuperarVolver a operar y no repetirlo

La vuelta a operación solo debe ocurrir después de confirmar que el appliance está en versión parchada y que no hay señales de persistencia.

  • Validar la versión parchada contra el aviso oficial de Ivanti antes de reconectar el appliance a Internet.
  • Monitorear con prioridad alta el tráfico del appliance durante al menos 30 días tras la remediación.
  • Incorporar Connect Secure y el resto de dispositivos de borde a un ciclo de parchado acelerado (SLA interno más corto que el estándar) dado el patrón repetido de explotación de VPNs SSL en 2026.

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

¿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óstico

Relacionado