critica alerta Chile

CISA suma PAN-OS, Cisco y Ahsay a su catálogo de explotación activa

Qilin e INC ya usan la falla de PAN-OS para saltarse el MFA, y Ahsay vuelve al catálogo porque su primer parche no cerró el agujero. Los tres productos tienen presencia significativa en infraestructura chilena, aunque no hay víctima local confirmada.

·12 min de lectura ·Equipo Vantis
En 30 segundos
  • CISA agregó el 14 de octubre cuatro CVE a su catálogo de Vulnerabilidades Explotadas Conocidas (KEV): CVE-2026-0322 en PAN-OS (Palo Alto Networks), CVE-2026-76519 en Cisco Secure Email Gateway, y CVE-2026-105133 / CVE-2026-105134 en Ahsay AhsayCBS.
  • Evaluación — confianza alta: la explotación activa de PAN-OS no es genérica. TheHackerNews reporta que los grupos de ransomware Qilin e INC ya usan esta falla para evadir MFA y obtener acceso inicial, lo que convierte un firewall perimetral en puerta de entrada sin necesidad de credenciales.
  • Ahsay AhsayCBS repite en el radar: las mismas dos vulnerabilidades ya se habían usado antes para desplegar web shells y mineros XMRig, y el primer parche del fabricante resultó incompleto. Esta es la segunda ronda de corrección.
  • PAN-OS y Cisco Secure Email Gateway tienen despliegue masivo en banca, retail y organismos públicos en Chile. No hay evidencia de una víctima chilena hasta ahora — eso lo decimos explícitamente — pero la superficie de exposición es real, verificable y se revisa hoy, no la próxima semana.

Qué pasó

CISA incorporó cuatro vulnerabilidades a su catálogo KEV con evidencia de explotación activa:

CISA no detalla en el aviso el vector exacto de compromiso para cada caso — eso lo aclaramos porque no está en la fuente —, pero la inclusión en KEV certifica que la explotación activa ya ocurrió, no que sea teórica.

Por qué importa acá

Los tres productos no son software de nicho: PAN-OS es uno de los firewalls perimetrales más usados en banca, retail y organismos públicos chilenos; Cisco Secure Email Gateway protege el correo corporativo de muchas empresas medianas y grandes; AhsayCBS es común en la oferta de proveedores de servicios gestionados (MSP) que dan backup como servicio a pymes.

Evaluación — confianza alta: que un grupo de ransomware use esta falla para evadir MFA es particularmente grave porque rompe el supuesto habitual de que el segundo factor contiene el acceso inicial. Si el perímetro (firewall o gateway de correo) es el punto de entrada, el atacante nunca necesita robar una contraseña ni un token: entra por la vulnerabilidad del dispositivo mismo.

Evaluación — confianza media: no tenemos evidencia de una organización chilena comprometida por estas cuatro CVE específicas. Lo que sí es verificable hoy es cuántos activos con estas versiones están expuestos a internet — eso se revisa con un escaneo de exposición, no con una suposición.

Análisis propio de Vantis

Dos elementos del propio lote de corroboración son relevantes más allá del aviso de CISA. Primero, CVE-2026-76519 (Cisco Secure Email Gateway) fue reportado de forma independiente por CISA (KEV) y por CSA Labs (análisis técnico de causa raíz), lo que cumple el estándar de dos fuentes primarias llegando al mismo hecho por su cuenta — suficiente para afirmar que la explotación es real y no un reporte de segunda mano. Segundo, esta es la segunda vulnerabilidad de un producto Cisco de borde que entra al KEV en menos de 15 días: CVE-2026-76504 (Cisco SD-WAN Manager, bypass de autenticación) se sumó el 1 de octubre, y ahora CVE-2026-76519 el 14.

CVE-2026-76519 — Reportado de forma independiente por CISA (inclusión en KEV) y por CSA Labs (nota técnica de causa raíz sobre root via attachment path traversal), ambas fuentes primarias.
Cisco — Segunda CVE de un producto de borde Cisco (tras CVE-2026-76504 en SD-WAN Manager) en sumarse al KEV en menos de dos semanas.
CVE-2026-0322 — TheHackerNews atribuye explotación activa de esta falla de PAN-OS a los grupos de ransomware Qilin e INC, específicamente para evadir MFA.
Hacia dónde va

Evaluación — confianza media (alternativa: mayor atención de investigadores a productos Cisco, no necesariamente una campaña coordinada): la repetición de productos de borde Cisco en el KEV en un lapso corto sugiere que varios actores están escaneando activamente ese tipo de infraestructura, más que un caso aislado. Con el patrón de Ahsay —parche incompleto, reexplotación, segundo parche— es razonable esperar una tercera ronda si el fix actual tampoco cierra completamente la cadena de autenticación. Vamos a seguir este hilo: si aparece una tercera CVE de Ahsay o un nuevo informe de explotación de PAN-OS fuera de Qilin/INC, lo tratamos como confirmación de patrón sostenido.

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

Si la organización confirma explotación efectiva de alguno de estos productos y hay compromiso de datos o continuidad operacional, corresponde evaluar el deber de reporte a la ANCI bajo la Ley 21.663. No citamos plazos específicos porque no están verificados para este caso puntual — se confirman con el organismo al momento de activar el proceso. A nivel interno, las cuatro CVE deben tratarse con la misma urgencia que un hallazgo de pentest crítico: CISA las incluyó en KEV precisamente porque hay explotación activa, no teórica.

  • Escalar a Gerencia de TI/Seguridad la decisión de ventana de parche de emergencia para PAN-OS y Cisco Secure Email Gateway, fuera del ciclo regular de mantenimiento.
  • Designar un responsable único de seguimiento de las cuatro CVE y su estado de remediación por activo.
ID IdentificarSi esto me toca, por donde me toca

Antes de parchar hay que saber qué se tiene. El inventario debe cubrir versión exacta de PAN-OS, versión de Cisco Secure Email Gateway y versión de AhsayCBS, y si alguno de esos activos tiene su interfaz de administración expuesta a internet.

  • Inventariar todos los firewalls/gateways PAN-OS y su versión exacta de PAN-OS.
  • Inventariar instancias de Cisco Secure Email Gateway y su build.
  • Si la organización usa un MSP para backup, preguntar explícitamente si opera AhsayCBS y en qué versión.
  • Correr un escaneo de exposición externa (Shodan, Censys o escaneo propio) para confirmar qué interfaces de administración de estos tres productos son alcanzables desde internet.
PR ProtegerComo evito que ocurra

La prioridad es parchar los tres productos y, en paralelo, sacar las interfaces de administración de internet mientras se valida el parche.

Controles priorizados

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

PrioControlEsfuerzoMapeo
P1 Aplicar de inmediato el parche de Palo Alto Networks para CVE-2026-0322 en todas las instancias de PAN-OS. medio MITRE ATT&CK M1051 CIS Controls v8 7.3 ISO 27001 A.8.8
P1 Aplicar el parche de Cisco para CVE-2026-76519 en Secure Email Gateway. medio MITRE ATT&CK M1051 CIS Controls v8 7.3 ISO 27001 A.8.8
P1 Aplicar la segunda ronda de parche de Ahsay para CVE-2026-105133 y CVE-2026-105134, verificando explícitamente que corrige el problema de autenticación (el primer parche fue incompleto). bajo MITRE ATT&CK M1051 CIS Controls v8 7.3 ISO 27001 A.8.8
P1 Restringir la interfaz de administración de PAN-OS y la consola de administración de AhsayCBS exclusivamente a redes de gestión internas o VPN, nunca accesibles desde internet. bajo MITRE ATT&CK M1030 CIS Controls v8 12.2 ISO 27001 A.8.20
P2 Revisar la implementación de MFA en PAN-OS/GlobalProtect: confirmar que no existe una ruta de autenticación alternativa que omita el desafío de segundo factor. medio MITRE ATT&CK M1032 CIS Controls v8 6.5 ISO 27001 A.8.5
P2 Ejecutar un escaneo de exposición externa (Shodan/Censys o escaneo propio) para confirmar qué instancias de los tres productos son visibles desde internet, y repetirlo tras cada ventana de parche. bajo MITRE ATT&CK M1016 CIS Controls v8 7.1 ISO 27001 A.8.9
P3 Para proveedores MSP que operan AhsayCBS para clientes chilenos: notificar a esos clientes el estado de parche y el historial de explotación previa del producto (web shells, mineros). bajo MITRE ATT&CK M1047 CIS Controls v8 15.1 ISO 27001 A.5.19

El orden importa: primero aislar la interfaz de administración de internet (control de bajo esfuerzo, efecto inmediato) y recién después coordinar la ventana de parche si el cambio de versión requiere pruebas de compatibilidad. No al revés — dejar la interfaz expuesta 'hasta que se pueda parchar' es exactamente la ventana que los grupos Qilin e INC están aprovechando.

DE DetectarComo me doy cuenta de que ya ocurrio

No hay IOCs públicos de red (IP o dominios de C2) asociados a estas cuatro CVE en las fuentes disponibles al momento de escribir esto — por eso no los inventamos. Lo que sí es verificable es el comportamiento: acceso no esperado a la interfaz de administración de PAN-OS desde fuera de la red de gestión, anomalías en el procesamiento de adjuntos en el gateway de correo, y procesos o archivos nuevos en el servidor de AhsayCBS.

  • Habilitar logging detallado de acceso a la interfaz de administración de PAN-OS si no está activo.
  • Correlacionar logs de Cisco ESA con el firewall/proxy para detectar tráfico anómalo posterior al procesamiento de un adjunto.
  • Activar FIM (monitoreo de integridad de archivos) en el servidor donde corre AhsayCBS, dado el historial de web shells.

Qué necesitas tener logueado

  • Logs de gestión/administración de PAN-OS (GlobalProtect portal, interfaz de management)
  • CommonSecurityLog / syslog CEF de Palo Alto Networks
  • Logs de Cisco Secure Email Gateway (procesamiento de adjuntos, acceso a CLI/web admin)
  • Logs de autenticación y ejecución de procesos del servidor donde corre AhsayCBS
  • Logs de proxy/firewall perimetral para tráfico saliente desde estos tres activos

Reglas y consultas de detección

sigmaAcceso externo a interfaz de administración de PAN-OS seguido de cambio de configuración — status experimental
title: Acceso externo a management de PAN-OS con cambio de config
id: 7f3a9c2e-4b61-4f8a-9d2e-c91a4f6b7d03
status: experimental
description: Detecta acceso a la interfaz de administración de PAN-OS desde una zona no confiable seguido de un evento de cambio de configuración, patrón compatible con explotación de CVE-2026-0322.
references:
    - https://www.cisa.gov/news-events/alerts/2026/10/14/cisa-adds-four-known-exploited-vulnerabilities-catalog
logsource:
    category: firewall
    product: paloalto
detection:
    acceso_externo:
        zone_from: 'untrust'
        dst_port:
            - 443
            - 4443
        event_type: 'mgmt-access'
    cambio_config:
        event_type: 'config-change'
    timeframe: 5m
    condition: acceso_externo | near cambio_config
falsepositives:
    - Administradores legítimos gestionando el firewall desde una VPN que termina en zona untrust
    - Integraciones automatizadas de gestión (Panorama, scripts de API) mal clasificadas en la zona
level: high
Requiere: Logging habilitado de eventos de acceso a management y de cambios de configuración en PAN-OS, exportado a un SIEM. Ajustar el nombre de la zona 'untrust' al esquema real de zonas de la organización.
sentinel-kqlPAN-OS: acceso a management desde zona no confiable (CommonSecurityLog)
CommonSecurityLog
| where DeviceVendor == "Palo Alto Networks"
| where DeviceEventClassID in ("mgmt-access", "config-change")
| extend Zone = tostring(parse_json(AdditionalExtensions).sourceZone)
| where Zone =~ "untrust"
| summarize Eventos = count(), Tipos = make_set(DeviceEventClassID) by SourceIP, DestinationIP, bin(TimeGenerated, 5m)
| where array_length(Tipos) > 1
Requiere: Conector de Palo Alto Networks en formato CEF/CommonSecurityLog configurado en Sentinel. Confirmar el nombre real del campo de zona según el parser usado.
splunkCisco Secure Email Gateway: patrón de path traversal en nombre de adjunto
index=mail sourcetype=cisco:esa
| rex field=attachment_name "(?<traversal>(\.\./){2,}|%2e%2e%2f)"
| where isnotnull(traversal)
| stats count by sender, recipient, attachment_name, src_ip
| where count > 0
Requiere: Logging de nombre de archivo y metadatos de adjuntos en Cisco Secure Email Gateway indexado en Splunk como sourcetype cisco:esa. Ajustar el sourcetype al real del TA instalado.
wazuhAhsayCBS: archivo nuevo o proceso sospechoso en servidor de backup
<rule id="100601" level="12">
  <if_sid>550</if_sid>
  <field name="file">AhsayCBS</field>
  <description>Nuevo archivo detectado en directorio de AhsayCBS tras ventana de explotación conocida (CVE-2026-105133/105134)</description>
  <group>file_integrity,ahsay,</group>
</rule>
<rule id="100602" level="12">
  <if_sid>530</if_sid>
  <field name="process.name">(msedge|edge)</field>
  <field name="process.parent">(java|tomcat)</field>
  <description>Proceso disfrazado de Microsoft Edge lanzado desde el proceso de AhsayCBS — patrón reportado de despliegue de XMRig</description>
  <group>process_monitoring,ahsay,</group>
</rule>
Requiere: Módulo FIM (syscheck) de Wazuh apuntando al directorio de instalación de AhsayCBS, y auditd o Sysmon reportando relación padre-hijo de procesos en el host.
Falsos positivos esperables

La regla de PAN-OS puede dispararse con integraciones legítimas de gestión (Panorama, API de terceros, saltos de VPN mal segmentados como 'untrust'); hay que ajustar la definición de zona de confianza al esquema real antes de activarla en modo bloqueo. La regla de Cisco ESA puede marcar nombres de archivo legítimos que casualmente contienen secuencias similares a traversal (poco común, pero posible en archivos comprimidos con nombres generados automáticamente). La regla de Wazuh sobre AhsayCBS requiere una línea base previa del directorio de instalación, de lo contrario el primer despliegue o actualización legítima generará ruido.

RS ResponderContencion y erradicacion

Si se confirma actividad sospechosa en alguno de los tres productos, el orden es: aislar, preservar evidencia, y solo después erradicar.

  • Aislar el dispositivo afectado de la red de producción manteniendo acceso de gestión fuera de banda si es posible.
  • Capturar configuración actual, logs de sesión y procesos en ejecución antes de reiniciar o reinstalar.
  • Si se confirma bypass de MFA en PAN-OS, forzar revocación y rotación de todas las sesiones activas y tokens asociados a GlobalProtect/portal de administración.
  • Buscar artefactos conocidos de explotaciones previas de AhsayCBS (web shells, binarios de minería disfrazados de Microsoft Edge) en el servidor afectado.
RC RecuperarVolver a operar y no repetirlo

La vuelta a operación exige confirmar que el parche cierra realmente la falla — el antecedente de Ahsay muestra que un primer parche puede ser insuficiente.

  • Validar la versión parchada contra el advisory oficial del fabricante, no solo contra el número de build.
  • Re-escanear la exposición externa post-parche para confirmar que las interfaces de administración ya no son alcanzables desde internet.
  • Documentar el incidente (si lo hubo) y actualizar el procedimiento de gestión de parches de borde para reducir el tiempo entre publicación de CVE y aplicació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

¿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