One crafted request to the VPN login page of a Cisco ASA or Secure Firewall Threat Defense box can make the firewall reload. Cisco says attackers are already doing it. Every reload drops every remote worker and every connection passing through the device.
Get the CyberExperts Daily Brief: the day's top security news in 5 minutes. Free.
CISA added the flaw to its exploited list on Thursday and gave federal agencies until Sunday, November 1. Cisco published fixes on Wednesday, so patched releases exist for every supported train.
A firewall that reboots on command takes the VPN down with it. Cisco has fixes for every train, and attackers are already sending the request.
The 5-Minute Cyber BriefDon’t Miss the Policy Changes That Affect Security Decisions
Get the key CISA actions, new regulations, guidance, and risk shifts in a quick daily brief.
By subscribing you agree to our Privacy Policy.
Free. Weekday mornings. 5 minutes or less.
Cisco says attackers are rebooting firewalls through the VPN login
Cisco’s advisory, first published October 28, describes CVE-2026-76418 in the Remote Access SSL VPN service of Cisco Secure Firewall ASA and Secure FTD software. Logic errors in tunnel groups that use secondary authentication let an unauthenticated remote attacker send a crafted request that makes the device reload. Cisco rates it 8.6 and says its product security team learned in October that it was being exploited in the wild.
Cisco has not said who is behind the attacks, when they started or how many devices were hit. A Cisco TAC support case led to the discovery, and the advisory credits Eric Fernald. CISA put CVE-2026-76418 on the Known Exploited Vulnerabilities list on October 29 with a due date of November 1. Its entry marks forensic triage as not required.
SecurityWeek notes this is the second ASA and FTD zero-day used for denial of service since August. That one, CVE-2026-20349, also triggered a reload through the Remote Access SSL VPN service.
Which Cisco firewalls can be knocked over
Three things must be true at once: the box runs an unpatched release, the SSL VPN login service is reachable, and secondary authentication is set on a tunnel group. Cisco’s wording is that “a successful VPN login is not required to reach the affected processing path,” so a stranger on the internet needs no account.
The check is wider than the login page suggests. If tunnel-group-list enable is on, Cisco says to look at every tunnel group, including ones that do not appear in the list shown to users. If it is off, the default group DefaultWEBVPNGroup still counts when it uses secondary authentication. Cisco’s cloud-delivered firewall, Secure Access and the Secure Firewall Management Center are not affected.
Check the tunnel groups, then upgrade to your release train’s fix
- On ASA, look for the
webvpnkeyword with anenableline for an interface in the running config. On FTD, open Devices, VPN, Remote Access in Firewall Management Center or Remote Access VPN in Device Manager. - Run
show running-config tunnel-groupand look forsecondary-authentication-server-groupon every group, plusDefaultWEBVPNGroup. - Upgrade to the first fixed release for your train. ASA: 9.16.4.104, 9.18.4.96, 9.20.4.50, 9.22.3.200, 9.23.1.48, 9.24.1.27 or 9.24.10.1. FTD: 7.0.11, 7.2.13, 7.4.9, 7.6.7, 7.7.14, 10.0.3 or 10.1.1.
- If the upgrade has to wait, Cisco’s stopgap is to run
no tunnel-group-list enablewhen the default group has no secondary authentication, or to remove secondary authentication from the affected group. The second option weakens VPN logins, and Cisco recommends upgrading instead. - Check device uptime and your monitoring for unplanned reloads since the start of October. Cisco lists no workaround, only the mitigation above.
Forward this
For whoever runs our firewall and remote-access VPN: Cisco says attackers are crashing ASA and Secure Firewall devices through the VPN login page, and CISA wants federal agencies patched by November 1. Can we confirm whether our firewalls use SSL VPN with a second login factor, and book the upgrade this week? Please tell me if any device has rebooted on its own since the start of October.
Details
- CVE: CVE-2026-76418, unchecked return value leading to a NULL pointer dereference (CWE-690). Cisco rates it 8.6 (CVSS 3.1, network, no privileges, no user interaction, availability impact only). Cisco bug ID CSCwx26625.
- KEV: added October 29, 2026; due November 1, 2026; forensic triage listed as No. Ransomware use: unknown.
- Fixed ASA releases: 9.16 and earlier go to 9.16.4.104; 9.18 to 9.18.4.96; 9.20 to 9.20.4.50; 9.22 to 9.22.3.200; 9.23 to 9.23.1.48; 9.24 to 9.24.1.27 or 9.24.10.1. Fixed FTD releases: 7.0 and earlier go to 7.0.11; 7.2 to 7.2.13; 7.4 to 7.4.9; 7.6 to 7.6.7; 7.7 to 7.7.14; 10.0 to 10.0.3; 10.1 to 10.1.1.
- Earlier flaw: CVE-2026-20349, an HTTP request processing bug in the same VPN service, fixed in August and also used for forced reloads.
Hunt / verify
- Compare uptime on each ASA and FTD device (
show version) with your change log. A reload nobody scheduled is the visible sign of this attack. - Look in syslog and monitoring for repeated VPN connection attempts from addresses you do not recognize, followed by a crash or reload.
- If a device reloaded unexpectedly, collect the crash files and open a Cisco TAC case. Cisco has published no indicators of compromise or attacker details for this flaw.
Source: CISA KEV addition, October 29; Cisco advisory for CVE-2026-76418
Sources
- Cisco: Remote Access SSL VPN Tunnel Denial of Service Vulnerability (cisco-sa-asaftd-tunnel-dos-s6mgkb75)
- CISA: CISA Adds Two Known Exploited Vulnerabilities to Catalog (October 29, 2026)
- CISA Known Exploited Vulnerabilities Catalog
- SecurityWeek: Attackers Exploit Second Cisco Firewall VPN Zero-Day Since August
- The Hacker News: Cisco Patches Actively Exploited ASA and FTD VPN Flaw That Can Crash Firewalls
- BleepingComputer: New Cisco firewall zero-day exploited to crash SSL VPN devices
- NVD: CVE-2026-76418
Start your morning with the signal that matters.
Get the biggest cybersecurity developments, why they matter, and where to go deeper on CyberExperts.
By subscribing you agree to our Privacy Policy.
Free. Weekdays. Built for operators.