VPNSmith
self-host-vpnINFO

Ivanti Connect Secure zero-day chain: the lesson for WireGuard

Three chained Ivanti Connect Secure zero-days gave attackers root on fully patched VPN appliances, and one flaw still had no fix on 16 October. What happened, what to do if you run ICS, and why a WireGuard port behaves differently.

By Eric Gerard · Founder · VPNSmith - Self-host VPN & GDPR VPS specialist5 min readPhoto via Pexels

News brief, 18 October 2026. Original report: Cybernews, 16 October 2026.

Attackers chained three zero-day vulnerabilities in Ivanti Connect Secure (ICS), the SSL VPN appliance many companies put in front of their network, to get unauthenticated root code execution on devices that were fully patched. Cybernews reported on 16 October that CISA is telling defenders to patch now, and that one of the three flaws still has no fix.

What happened

  • From 3 October 2026, a previously unknown actor tracked as UTA0576 exploited the chain in the wild, according to Volexity, which found it on an appliance running 22.8R2.4, the latest version at the time.
  • The chain combines an authentication bypass, a remote code execution and a privilege escalation. The first two are tracked as CVE-2026-104935.
  • 13 October: Ivanti warns customers and CISA adds CVE-2026-104935 to its Known Exploited Vulnerabilities catalog, with a remediation deadline of 16 October for US federal agencies.
  • Ivanti says it had found part of the bug through its own testing and fixed it in the July release 25.1.3.0, but was still backporting the fix to other supported versions when exploitation began.
  • Volexity saw the attacker go after Active Directory credentials, LAPS passwords and BitLocker recovery keys. No web shell was left behind: the actor re-exploited the device for every command and tampered with logs.

If you run Ivanti Connect Secure

  1. Apply Ivanti's update now. Versions listed as affected in the reporting: 25.1.1.1 and prior, 25.1.2.2 and prior, 22.8R2.4 and prior.
  2. Do not rely on the Integrity Checker Tool alone. Volexity explains that the exploit modifies code in memory only, so the on-disk check stays green. CISA asks for network and memory forensics.
  3. Search your logs for requests to /dana-na/auth/url_default/welcome.cgi that carry an X-DSCGI-PATH header. That header is the trick behind the bypass: the URL is a public login page, the header points to a script that should never be reachable without a session. watchTowr's Yordan Ganchev told Cybernews he expects the attacks to move "incredibly quickly" to mass exploitation.
  4. Assume credentials touched by the appliance are exposed if you find a hit: AD accounts, LAPS, BitLocker keys. Rotate them.

Why SSL VPN appliances keep landing on this list

Ganchev notes this is not the first time: Ivanti Connect Secure and its predecessor Pulse Connect Secure already had 14 other entries in the CISA catalog. The common thread is structural. An SSL VPN appliance runs a web server that answers anyone on the internet before they log in: a login page, CGI scripts, header parsing, session logic. Every one of those lines of code is reachable by an attacker who has no account. The CVE-2026-104935 bypass is a textbook example: one part of the code trusted the URL, another trusted a header.

Close-up of a rusty metal gate latch with four padlocks of different sizes hanging from the bolt, one brass, one grey, one blue and red, against a blurred dirt background
Close-up of a rusty metal gate latch with four padlocks of different sizes hanging from the bolt, one brass, one grey, one blue and red, against a blurred dirt background

What a WireGuard port does differently

A WireGuard server has no login page. Its UDP port only reacts to a handshake initiation that is computed with the server's public key. Anything else, including a scanner, a malformed packet or an HTTP request, is dropped without a reply. A scanner sees a port that never answers, the same as one dropped by a firewall, which is why checking that your WireGuard port is reachable has to be done with a real client handshake rather than a port scanner. The attack surface reachable without a key is a fixed-size cryptographic message, not a web application.

That is a real difference, but it is not magic. Be honest about what it leaves to you:

  • The host still needs patching. A WireGuard server on a VPS is only as safe as its SSH, its kernel and whatever else you expose. Keep the rest of the box closed.
  • Keys are the identity. A stolen private key lets someone impersonate a peer. The MikroTik key exposure case shows that the risk moves to wherever keys are stored.
  • No users, no MFA, no SSO. Plain WireGuard knows public keys, not people. For a team that needs per-user access and single sign-on, a control plane such as Headscale or NetBird adds that layer on top of WireGuard.
  • It is not a drop-in replacement for a 500-seat deployment with posture checks. For a small team, a homelab or a few admins who need into a network, it often is enough.

A small, auditable alternative

If you are a small team weighing whether to keep a web-facing VPN appliance, the self-hosted route is a VPS with a public IPv4, one UDP port and a config you can read in full. Our free WireGuard config generator writes matching server and client files in your browser, and the Contabo + WireGuard step-by-step guide covers the server side.

★ Nuremberg GDPR datacenter · ✓ Dedicated IPv4 included · 200 Mbit/s port

Run your own WireGuard server → Contabo VPSCloud VPS 4 from €5.50/month (24-month term) · Public IPv4 included · Full root access→

Sources

★ Nuremberg GDPR datacenter · ✓ Dedicated IPv4 included · 200 Mbit/s port

Self-host your VPN on your own VPS → ContaboFull root access · public IPv4 · pick your region→

Frequently asked questions

What is CVE-2026-104935?
The CVE that covers the authentication bypass and remote code execution stages of an exploit chain against Ivanti Connect Secure VPN appliances, disclosed by Ivanti and Volexity on 13 October 2026. CISA added it to its Known Exploited Vulnerabilities catalog the same day. A third flaw in the chain, a privilege escalation to root, had no patch when Cybernews reported on 16 October.
Is there a fix?
Ivanti has released updates for CVE-2026-104935 (part of the bug was already fixed in the July 25.1.3.0 release). The privilege escalation stage was still unpatched according to Cybernews on 16 October 2026. Patching closes the entry point the attackers used, which is why CISA asks for it immediately.
Would Ivanti's Integrity Checker Tool show a compromise?
Not reliably for this chain. Volexity reports that the exploit patches library code in memory only and restores configuration data, so the on-disk Integrity Checker Tool sees no modification. CISA recommends network and memory forensics instead.
Does WireGuard have the same problem?
Not the same class of problem. WireGuard exposes no login page: a server answers only handshake packets that prove knowledge of its public key and stays silent to everything else. That removes the pre-authentication web surface this chain abused. It does not remove the need to patch the host, protect private keys, or handle user identity, which WireGuard alone does not do.