Ivanti Turned Its Release Calendar Into Your Exposure
When exploit development takes days, a vendor that waits for attacks before shipping a known fix has made a procurement problem for the buyer, not just an engineering one.
What the attackers did once inside
Volexity tracks the actor as UTA0576. Per CyberScoop, it extracted credentials, dumped Active Directory metadata, deployed custom tools and tampered with logs. Researchers expect indiscriminate exploitation to speed up because the authentication bypass is trivial. A compromised VPN appliance is the front door to the identity layer, so containing it means hunting for stolen credentials, not only patching the box. The reporting does not establish how the attackers found the flaw, and the critique of Ivanti's policy holds either way.
Why "wait until exploited" no longer works
Ivanti's policy assumes a long gap between a vendor learning of a flaw and an attacker weaponizing it. Same-week evidence says that gap is collapsing. The Hacker News reports that XBOW chained three then-unknown Chrome bugs into code execution from a single page load. XBOW says it built the chain in six days using a public OpenAI model and values it as a $250,000 exploit. An AI pentesting agent also found a critical one-time-password bypass in production, and an AI-found Linux flaw turned out to span nearly a decade of kernel versions. XBOW sells offensive security and its claim is largely self-reported. We would still plan as if the direction is right, because underestimating attackers costs far more than overestimating them.
Microsoft's record Patch Tuesday adds the volume problem: 1,413 fixes, 1,102 of them in Windows, with one Windows Shell bug under active exploitation. No team patches that much at an even pace. The metric that matters becomes triage speed: separating flaws that are being exploited from ones that are only theoretically severe, and fixing the first group in hours or days.
Taken together, the two stories lead somewhere uncomfortable. If discovery keeps getting cheaper, a vendor that holds a known fix for its normal release cycle is betting your network on attackers being slow. Ivanti's record, with at least six of its catalog entries exploited since January, says they are not.
From security incident to procurement term
How long a vendor takes to fix a flaw it found itself is a policy choice, which means buyers can negotiate it. We expect three terms to move from best practice into standard security addenda:
- Patch SLAs for flaws that are known but not yet exploited.
- Rights to an independent compromise assessment, since a vendor's own integrity tool may report clean on a compromised device.
- A KEV-history score, meaning the vendor's track record in CISA's catalog of exploited flaws, reviewed at every renewal.
The longer-term move is architectural. Migrating to zero-trust network access (ZTNA), which grants access per application instead of opening a network-wide VPN tunnel, reduces dependence on internet-exposed VPN appliances. Start with the most privileged users. For competitors selling remote access, Ivanti's exposure opens a chance to win its customers, and that chance narrows as the news cycle moves on. If Ivanti speeds up its patch cadence and offers credible assurance, that argument weakens.
What to do
Direct your security team this week to inventory every Ivanti Connect Secure instance and apply Ivanti's remediation. They should rotate credentials that passed through those appliances and hunt for compromise at the identity and Active Directory layer without relying on the Integrity Checker Tool.
Have procurement write patch SLAs for known-but-unexploited flaws, independent compromise-assessment rights and a KEV-history score into every edge-vendor renewal starting this quarter.
Fund a ZTNA migration plan this quarter that retires internet-exposed VPN appliances for your highest-privilege access groups first.