HIGHLIGHT OF THE DAY · CYBERSECURITY
Ivanti VPN zero-day chain demands forensic checks as October 16 federal deadline nears
Attackers gained root access to a fully patched Ivanti Connect Secure appliance and stole credentials. Available updates close the main unauthenticated attack path, but a remaining flaw and integrity-check blind spots mean patching alone is not a complete response.
· 5 min read · 9 sources
Briefing24 · AI-assisted research and analysis · Methodology
An exploited gateway flaw carries an October 16 deadline
Ivanti is urging affected Connect Secure customers to act immediately after confirming exploitation of CVE-2026-104935. CISA added the vulnerability to its Known Exploited Vulnerabilities catalog on October 13, with an October 16, 2026 federal remediation deadline and an explicit forensic-triage requirement. For organizations assessing the disclosure on October 14, the task is therefore not just scheduling an upgrade: it is also determining whether attackers accessed the gateway before remediation. [1][11]
The affected product sits at an enterprise remote-access boundary. MS-ISAC rates the risk high for large and medium government and business organizations. Volexity's investigated appliance was running version 22.8R2.4, build 19097, and was fully patched when attackers compromised it. That finding establishes that being current on the affected branch did not prevent this attack, although it does not show that every customer on that release was compromised. [2][9]
October 1 observations extend the published victim timeline
The release history helps explain how a fully patched appliance remained exposed. Ivanti told CyberScoop that it discovered part of the issue internally in June and decided it did not qualify for an out-of-band release. A vendor statement reproduced by Help Net Security says version 25.1.3.0 fixed a portion in July, while other supported branches were still awaiting backports when exploitation occurred. These accounts describe partial remediation, not a completed fix across all supported releases. [6][7]
Volexity's published customer case dates exploitation to October 3 and the start of its investigation to October 5. Separately, its Sean Koessel told CyberScoop that the earliest confirmed exploitation was October 1. Defused also reports October 1 activity on honeypots and customer instances that it assesses as this CVE. Those observations extend the timeline beyond the published victim case, but they do not establish that every event involved the same operator. [6][8][9]
Three linked flaws led to root access and credential theft
Volexity reconstructed a chain in which an authentication bypass exposed protected handlers, a file-write race enabled code execution, and a separate privilege-escalation weakness provided root execution. The first two flaws are tracked together as CVE-2026-104935. Volexity designates the attacker UTA0576; the dossier does not establish a broader identity or affiliation. The technical account comes from a direct incident investigation rather than a theoretical assessment of what the vulnerability might permit. [9]
The attacker stole stored credentials and Active Directory information, then searched for LAPS passwords and BitLocker recovery information. Searches are not proof that every sought secret was obtained. The defensive inference is nevertheless important: response should consider identity exposure and possible internal access, not only the gateway's operating state. An update can close an entry path without answering whether credentials were previously taken. The reported evidence does not establish an organization-wide takeover. [9][10]
Choose the fix by branch and track the remaining flaw
Rapid7's branch-specific remediation matrix agrees with MS-ISAC's version lists. For the 25.1.1 code line, affected releases at 25.1.1.1 and earlier have a listed fix in 25.1.1.2. For the 25.1.2 line, 25.1.2.2 and earlier have listed fixes in 25.1.3.0 or 25.1.3.1. For the 22.8 line, 22.8R2.4 and earlier have a listed fix in 22.8R2.5. Administrators should establish the exact installed branch before selecting remediation. [2][10]
MS-ISAC excludes 22.7R2.14 and earlier from this vulnerability, which is not a general assurance that those releases are secure. It also reports Ivanti's recommendation that 22.8 customers migrate to 25.1.1.2 or later. The 22.8 branch reaches end of life on January 31, 2027, making the immediate security update and the longer-term migration separate planning requirements. [2]
The available remediation should not be dismissed because one component remains unresolved. Ivanti told CyberScoop it had closed the primary unauthenticated exploitation path and was developing updates for the remaining vulnerability. That distinction supports prompt installation of the available fix while tracking the privilege-escalation issue separately. It supports neither the claim that the update provides no protection nor the claim that every element of the chain is fixed. [6][9]
A clean integrity check does not establish a clean appliance
Ivanti recommends monitoring, log review and continued integrity validation alongside immediate remediation. Volexity, however, found that this attack modified code in memory and restored configuration state, defeating the relevant disk-integrity checks. Read together, the findings mean integrity checks remain supplementary evidence, not a reliable clearance test for this chain. Suspected compromise requires network and memory forensics rather than reliance on a clean Integrity Checker result. [1][9]
Rapid7 expressly recommends compromise checks after patching and following vendor recovery procedures where exploitation is suspected. CISA's forensic-triage requirement reinforces that distinction between closing a vulnerability and investigating an incident. Operationally, defenders should document both tasks: which branch-specific remediation was applied, and what evidence was examined for prior exploitation. The need to investigate survives a successful update because the reported credential theft happened during access already obtained. [9][10][11]
Separate corroboration from repeated incident reporting
Volexity supplies the central primary evidence through its forensic investigation and exploit reconstruction. Ivanti separately acknowledges exploitation, while CISA's own KEV data establishes the catalog listing, deadline and triage requirement. These sources support different parts of the account; they are not three independent reconstructions of the attack. Defused adds separate first-party observations, but its assessment does not independently establish the entire chain or the attacker attribution. [1][8][9][11]
CyberScoop adds original interviews about discovery, release decisions and the exploitation timeline. By contrast, the core incident descriptions in Help Net Security and SecurityWeek largely derive from Volexity, so their publication does not constitute additional independent victim investigations. Agreement between Rapid7 and MS-ISAC strengthens the remediation guidance, but it does not supply an independently established count of compromised organizations. [2][6][7][10][12]
Watch for complete remediation and clearer incident scope
Ivanti describes exploitation as limited but has not disclosed a customer count. The available evidence therefore cannot establish campaign scale. CISA records known ransomware use as unknown, so this should not be labeled a confirmed ransomware campaign. The next developments to watch are updates for the remaining vulnerability, any expansion of confirmed victim or timeline evidence, and findings from post-patch investigations. Meeting the October 16 federal deadline matters, but does not itself resolve whether earlier access exposed credentials. [1][6][9][11]
Sources & further reading
- October 2026 Security Update | Ivanti ↗www.ivanti.com
- A Vulnerability in Ivanti Connect Secure Could Allow for Arbitrary Code Execution ↗www.cisecurity.org
- Ivanti misses opportunity to fix vulnerability before attackers got to work and made it a zero-day | CyberScoop ↗cyberscoop.com
- Attackers chained three Ivanti zero-days to gain root on fully patched VPN appliances - Help Net Security ↗www.helpnetsecurity.com
- 🚨 Our Ivanti Connect Secure decoys caught pre-disclosure exploitation we assess as CVE-2026-104935. Activity was recorded on Oct 1st, twelve days before Ivanti’s advisory, on both our public… | Defused ↗lnkd.in
- A Series of Unauthenticated Events: Chained Exploitation of Ivanti Connect Secure Zero-Days | Volexity ↗www.volexity.com
- Ivanti Connect Secure zero-day exploited in the wild (CVE-2026-104935) ↗www.rapid7.com
- CISA Known Exploited Vulnerabilities catalog ↗raw.githubusercontent.com
- Ivanti Zero-Day Chain Gave Attackers Root Access to Fully Patched VPN - SecurityWeek ↗www.securityweek.com
Researched, written and checked with GPT-6 Astra. Publication is automatic after source, structure and model review checks. These checks can miss errors and do not constitute human verification.
Report a correction · Browse highlights · Read the daily briefing