NoticiasNews

Cisco corrige una falla del VPN SSL de ASA y FTD que ya se explota para reiniciar firewallsCisco patches an ASA and FTD SSL VPN flaw already exploited to crash firewalls

2026-10-30

Cisco publicó correcciones para CVE-2026-76418, una vulnerabilidad de severidad alta (CVSS 8.6) en el servicio VPN SSL de acceso remoto de Cisco Secure Firewall ASA y FTD. Según The Hacker News (29 de octubre de 2026), un atacante remoto sin autenticación puede hacer que el equipo se reinicie y quede en denegación de servicio.

Cuándo se es vulnerable

  • Se usa una versión vulnerable de ASA o FTD.
  • El servicio de inicio de sesión VPN SSL es accesible.
  • Hay autenticación secundaria configurada en un grupo de túnel.

La causa, según Cisco, son errores lógicos al manejar la autenticación secundaria. Cisco supo de explotación activa en octubre de 2026, pero no ha revelado cuándo empezaron los ataques, quién los realiza ni su alcance.

Qué hacer

Lo ideal es actualizar a una versión corregida (por ejemplo ASA 9.18.4.96, 9.20.4.50 o 9.22.3.200, y FTD 7.2.13, 7.4.9 o 7.6.7, según la rama). Como mitigación temporal, Cisco indica desactivar la autenticación secundaria en los grupos de túnel configurados o en DefaultWEBVPNGroup; desactivar solo la lista de grupos de túnel no basta si el grupo por defecto usa autenticación secundaria.

El efecto en el servicio

El impacto de esta falla no es un robo de datos sino algo muy visible: si el firewall se reinicia en bucle, el personal remoto pierde acceso, los agentes no llegan a sus sistemas de atención y las sucursales pueden quedar aisladas. Para las áreas de soporte, la pregunta es cuántas personas dependen de esa VPN y cómo se comunica el incidente.

Ahí ayuda tener la operación ordenada. Con Servigo365, la mesa de ayuda centraliza los reportes de "no puedo conectarme" en tickets con historial y SLA, evita duplicados y deja registro de qué se hizo en cada ventana de mantenimiento. Con Nexturno, las sucursales pueden seguir gestionando turnos y citas y medir cómo se afectó la espera mientras se restablece el enlace. El parche lo aplica TI, pero el seguimiento y la comunicación se resuelven mejor con procesos y datos claros.

Fuente: The Hacker News (29 de octubre de 2026), con datos del aviso de Cisco.

Cisco released fixes for CVE-2026-76418, a high-severity flaw (CVSS 8.6) in the remote access SSL VPN service of Cisco Secure Firewall ASA and FTD. According to The Hacker News (October 29, 2026), an unauthenticated remote attacker can make the device reload and cause a denial of service.

When you are vulnerable

  • You run a vulnerable ASA or FTD release.
  • The SSL VPN login service is reachable.
  • Secondary authentication is configured in a tunnel group.

Cisco says the cause is logic errors in handling secondary authentication. It learned of active exploitation in October 2026 but has not disclosed when attacks began, who is behind them or their scale.

What to do

The best fix is to upgrade to a patched release (for example ASA 9.18.4.96, 9.20.4.50 or 9.22.3.200, and FTD 7.2.13, 7.4.9 or 7.6.7, depending on the train). As a temporary mitigation, Cisco says to disable secondary authentication on configured tunnel groups or on DefaultWEBVPNGroup; turning off only the tunnel group list is not enough if the default group uses secondary authentication.

The effect on service

The impact is not data theft but something highly visible: if the firewall reboots repeatedly, remote staff lose access, agents cannot reach their service systems and branches may be cut off. For support teams, the question is how many people depend on that VPN and how the incident is communicated.

Orderly operations help here. With Servigo365, the help desk centralizes "I can't connect" reports as tickets with history and SLA, avoids duplicates and keeps a record of what was done in each maintenance window. With Nexturno, branches can keep managing queues and appointments and measure how waiting times were affected while the link is restored. IT applies the patch, but follow-up and communication work better with clear processes and data.

Source: The Hacker News (October 29, 2026), citing Cisco's advisory.

← Volver al blog← Back to blog