$_ stdout

The Collapse of the Vulnerability Window

The ninety-day patch cycle was built for a world where finding and weaponizing a bug took a specialist months. That world is gone: mean time-to-exploit has fallen from roughly a year to under a day, and the resulting flood of automated findings — some real, most not — is now the harder problem.

BL Dr. Ben Livshits July 21, 2026 · 19 commits

None of this is happening on a single front. Four distinct trends are compounding at the same time, each with its own evidence and its own logic: the exploit timeline itself, which keeps collapsing toward what looks like an exponential floor; the bug-bounty pipeline, now drowning in machine-generated noise even as a handful of disciplined platforms manage to find real bugs at record precision; the widening, closely benchmarked gap between what autonomous offense and autonomous defense can each actually do; and the pivot toward agentic defense itself, where hardening, detection, containment, and remediation increasingly run as one closed loop instead of four separate human-paced bets. This post works through each in turn before pulling them back together.

The throughline: patching stops being the primary defense the moment the average exploit arrives before the average patch does.

01 The Shrinking Exploit Clock

Enterprise security has run on one quiet assumption for twenty years: a manageable gap between the public disclosure of a vulnerability and its first observed exploitation in the wild. That gap was the whole point — it's what let a vendor author a patch, a security team run regression tests against it, and an administrator schedule the fix inside a maintenance window instead of an outage.

The Zero Day Clock project puts a number on how completely that gap has closed. A companion post on this blog, Zero-Day Defense: Going from 0 to 1, mapped the four-pillar defensive response this shift has produced — hardening, detection, containment, remediation. This post stays one layer down: the arithmetic behind why that response became non-optional, and three pieces of the picture the pillars post didn't have room for — the bounty economy's collapse, the benchmark race between offensive and defensive agents, and the domain where all of it runs hottest: Web3.

The standard ninety-day disclosure window that vendors and CERTs have coordinated around for a decade is no longer a viable defensive mechanism. The integration of large language models into offensive tooling has compressed the vulnerability lifecycle to the point that the old cadence describes a security posture that no longer exists.

Historical baselining shows why. In 2021, the average gap between a vulnerability's public disclosure and its first observed exploitation — mean time-to-exploit, or MTTE — was about a year. By 2024 that had compressed to 53 days. By the middle of 2026, it had fallen under 24 hours.

This decay isn't linear — it's exponential, driven by the compounding efficiency of automated reverse-engineering pipelines that need no human in the loop:

// exponential decay model MTTE(t) = MTTE₀ · e−λt, where MTTE(t) is the mean time-to-exploit at operational epoch t, MTTE₀ is the manual baseline exploitation timeline, and λ is the coefficient of automated acceleration.

The same curve shows up from the other direction, in the share of disclosed vulnerabilities weaponized before a patch exists at all — true zero-day exploitation, as opposed to n-day exploitation of a known, patched flaw. It rose from 31% in 2021 to 50% in 2024 to 73.2% in 2026.

An Exponential, Not a Lull

The mirror statistic is the exploit survival curve — the probability that a disclosed vulnerability remains unweaponized as time passes. Historical cohorts left up to 60% of disclosed vulnerabilities unexploited across their entire lifecycle. Current data puts that survival rate at zero past the six-week mark.

// the shrinking window, year over year Mean time-to-exploit, zero-day share, and unexploited-past-6-weeks rate, 2021–2027, shown as three separate bordered charts mean time-to-exploit — log scale 1 yr 1 mo 1 day 1 hr 1 min ~365d 53d <24h ~1min zero-day share, % 100% 50% 0% 31.0% 50.0% 73.2% >90% unexploited past 6 weeks, % 100% 50% 0% ~65.0% ~24.0% 0.0% 0.0% 2021 2024 2026 2027*
* 2027 figures are projected.
Traditional reactive defense — signature generation, downstream patch deployment — is mismatched with the speed of autonomous offensive systems by design, not by degree.

While enterprise teams still execute vulnerability-management lifecycles measured in weeks, threat actors leverage automated pipelines that weaponize a disclosure within hours — rendering the patch SLA, as a defensive concept, largely obsolete on its own.

02 The AI Slop Crisis in Bug Bounties

While autonomous systems are getting faster at finding real vulnerabilities, a parallel crisis has broken the defensive intake funnel: the proliferation of automated, plausible-looking, largely fabricated vulnerability reports — "AI slop." These reports are structurally polished and read as legitimate on a skim, while describing non-existent code paths, hallucinated dependencies, or entirely benign behavior dressed up as a critical exposure.

The economics driving it are stark. Generating an engineered-looking vulnerability report with a commercial model costs close to nothing. Verifying one still requires a human:

That asymmetry — near-zero cost to generate, high fixed cost to verify — is the whole crisis in one sentence.

The curl Breaking Point

curl and its founder, Daniel Stenberg, are the clearest illustration. The project's bug-bounty program had a genuinely good track record — 81 verified discoveries and more than $90,000 in awards over its lifetime. Then the validity rate of incoming reports collapsed to under 5%, as the team's limited cognitive bandwidth went almost entirely into proving hallucinated bugs were fake rather than fixing real ones.

curl officially terminated its paid bounty program on January 31, 2026 to protect the team's time. The move wasn't isolated — it helped trigger an eighty-developer petition inside the Node.js ecosystem over the same pattern, a signal of a systemic crisis running across the open-source supply chain, not a curl-specific one.

Platform-level numbers back it up. HackerOne documented a 3.1x spike in AI-assisted vulnerability reports amid a general rise in automated submissions; March 2026 platform statistics showed a 1.76x year-over-year jump in overall submissions, of which roughly a quarter were ultimately validated as genuine. The volume alone degrades triage capacity for everyone downstream — when real findings are buried under a mountain of confident, empty claims, the time to route an actual zero-day to a developer increases, which widens the exposure window this post opened with.

Flowchart showing low-cost LLM generation feeding mass AI-slop reports into an overflowing intake funnel, overwhelming human verification and creating severe triage congestion where real critical CVEs get buried alongside fabricated claims
// Figure 1. The AI-slop funnel: near-zero-cost generation feeds the same overflowing intake queue as real, exploit-chain-verified findings — and the queue behind it has only one exit rate, for both.
// where the triage burden lands hardest
Rank Targeted org / defense Share of reports Triage impact
1U.S. Dept. of Defense8.3%Extreme triage congestion
2Internet Bug Bounty6.8%High verification burden
3Nextcloud5.1%Moderate review latency
4HackerOne (internal)3.9%Moderate review latency
5Shopify3.4%Moderate review latency
6Node.js modules3.0%High verification burden
7GitLab2.5%Moderate review latency
8curl1.8%Program closed, Jan 2026
9X / xAI1.6%Moderate review latency
10VK.com1.6%Minor review latency

The downstream record gets noisier along with the intake queue. The global CVE count has doubled over five years, while the count of unscored or unverified CVE entries has grown 37-fold — degrading the usefulness of CVE feeds as an input to enterprise patch prioritization at exactly the moment prioritization matters most.

What High-Precision Discovery Looks Like Instead

The other side of the same coin is what happens when the discovery pipeline is disciplined rather than crowdsourced. While uncoordinated AI slop overwhelms open-source triage queues, purpose-built AI security platforms have demonstrated the opposite: high-precision, low-noise discovery that maintainers actually welcome.

AISLE identified all 12 of 12 CVEs in a single coordinated OpenSSL release, 15 verified CVEs across curl in late 2025 and early 2026, and 5 additional validated CVEs in the curl codebase specifically — findings that were immediately accepted, patched, and merged by maintainers rather than triaged as noise.

// AISLE findings, all patched and merged
Identifier Target Vulnerability class
CVE-2025-10966curlMemory handling error
CVE-2025-11563wcurlPath traversal via percent-encoded slashes
CVE-2025-13034curlQUIC pinned public-key bypass
CVE-2025-14017curlThreaded LDAPS TLS options fault
CVE-2025-14819curlOpenSSL partial chain store policy bypass
CVE-2025-11625wolfSSHImproper host authentication
CVE-2025-11624wolfSSHStack buffer overwrite on SFTP server

The lesson isn't "AI-generated reports are bad" — it's that the discovery architecture matters more than the discovery model. A disciplined, closed-loop pipeline that validates before it submits looks nothing like a firehose of unverified LLM output pointed at a public inbox, even when both are built on similar underlying capability.

03 Scoring the Offense

Evaluating the true offensive and defensive capability of modern language models has moved from subjective, qualitative assessment to rigorous operational benchmarking. Standard academic tests — MMLU, simple code-generation evals — don't measure agentic autonomy, tool use, or execution under realistic constraints, which is why purpose-built platforms have become the standard for the cybersecurity domain specifically.

CyberGym: Reproduction at Scale

CyberGym, developed at UC Berkeley, is a large-scale evaluation framework testing agents against 1,507 real-world vulnerability tasks drawn from 188 open-source software projects. Rather than relying on text completion, it isolates agents inside Docker sandboxes with restricted network access, forcing them to interact with live software protocols, parse real error logs, and autonomously execute multi-step exploitation scenarios to verify a bug is real.

On that testbed, a clear gap has opened between single-model approaches and multi-model agentic ensembles. Microsoft's Multi-Model Agentic Scanning Harness (MDASH) scored an industry-leading 96.55%, nearly ten points clear of the best single-model entrant, Sakana AI's Fugu-Cyber at 86.90%. OpenAI's GPT-5.5-Cyber follows at 85.60%, Anthropic's Claude Mythos Preview — the Project Glasswing model Section 04 covers in depth — at 83.10%, a standard (non-cyber-tuned) GPT-5.5 at 81.80%, and Claude Opus 4.7 trailing the board at 73.10%.

Bar chart ranking the CyberGym leaderboard for May/June 2026: MDASH Multi-Model Harness 96.55%, Sakana Fugu-Cyber 86.90%, OpenAI GPT-5.5-Cyber 85.60%, Anthropic Mythos Preview 83.10%, OpenAI GPT-5.5 Standard 81.80%, and Claude Opus 4.7 73.10%
// Figure 2. The CyberGym leaderboard, May/June 2026 — an orchestration framework built from cheaper, interchangeable models outscores every single frontier model entered against it.

ExploitBench: The Five-Tier Ladder

Where CyberGym scores overall reproduction, ExploitBench — from Carnegie Mellon and Bugcrowd — measures how far an agent can climb the exploitation ladder against a hardened, production-grade target: the Chromium V8 JavaScript and WebAssembly engine, notoriously difficult given its built-in mitigations. Rather than treating exploitation as binary success or failure, it maps performance across 16 capability flags grouped into five tiers:

// four benchmarks, one widening scope
Benchmark Focus Grading Lead result
CyberGymReal-world OSS reproductionDeterministic oracleMDASH, 96.55%
ExploitBenchV8 full-chain synthesis16-stage oracleClaude Mythos Preview, 69%
ExploitGymUserspace, V8, kernel exploitsLLM-as-judgeGPT-5.5-Cyber, 39.5%
SEC-bench ProSecurity engineering, SIEM, complianceMulti-choice / QAGPT-5.5-Cyber, 69.8%

Across publicly deployed frontier models, reaching vulnerable code and triggering a basic crash — Tier 4 — is relatively common. Full control-flow hijacking against a hardened target, Tier 1, remains hard: on ExploitBench, Claude Mythos Preview leads the public snapshot at 69% capability coverage, with OpenAI's GPT-5.5 Codex variant following at 41%. Standard commercial systems are still largely limited to crash generation; next-generation reasoning engines are only beginning to autonomously construct sophisticated, multi-stage exploit chains.

The Cost-Efficiency Curve

Leaderboard rank isn't the only axis that matters — and offensive security vendor XBOW argues it may not even be the most useful one. Testing agents against real, previously vulnerable open-source applications frozen at the exact version a bug was found in, XBOW frames model choice as a budget-allocation problem: cost, speed, and capability traded against each other, rather than a single ranked list.

By that measure, Grok 4.5 solves roughly 93% of the vulnerabilities in XBOW's benchmark — slightly ahead of both Mythos and GPT-5.5 in the tested range — and does it at a fraction of the spend: about 75% solved at roughly a one-dollar budget, versus 65% for its closest alternatives at the same spend, climbing to nearly 90% solved after just a few dollars more. XBOW's own framing: a "sports car that is surprisingly practical" — more capable than budget options, cheaper than premium frontier models, with the cost advantage coming from pricing strategy rather than superior token efficiency.

The gap below Grok 4.5 is closing fast, too. XBOW's assessment of GLM-5.2 is that it now performs like "a strong closed model from several months ago" — not a distant, experimental also-ran. Muse Spark 1.1 lands just below Opus 4.6, with its current poor cost-efficiency attributed to low cache-hit rates in preview rather than any shortfall in underlying capability. Mythos remains the strongest performer overall, particularly for white-box analysis with source access, and GPT-5.5 is "very good" but expensive; XBOW's own conclusion doubles as this section's thesis: the future of AI-enabled offense is not about the single most powerful model, but about what happens once a good-enough model becomes cheap enough to run everywhere.

Google's own July 2026 announcement makes the same point from another angle: Gemini 3.5 Flash Cyber, a cyber-specialized model built on its smallest, cheapest tier rather than a frontier flagship, found 55 unique vulnerabilities in the V8 JavaScript engine against 47 for standard Gemini 3.5 Flash and just 36 for Claude Opus 4.6 — a lighter-weight model outscoring a much larger one on the exact benchmark this section has been tracking. DeepMind frames it plainly as "a cost-efficient and highly capable alternative to large, costly cybersecurity models," which is the cost-efficiency curve's whole argument restated as a product pitch.

The catch, for now, is distribution rather than capability: access runs through Google's CodeMender agent and is limited to governments and "trusted partners" in an initial pilot. But a capability this cheap rarely stays that contained for long — the discovery tooling this post has been tracking keeps getting easier to hand to more people, not fewer.

04 The False Specter of Mythos

On April 7, 2026, Anthropic announced Claude Mythos Preview under Project Glasswing — a restricted defensive consortium spanning eleven organizations, among them AWS, Apple, Cisco, Google, Microsoft, and NVIDIA.

Built to push the boundaries of technical reasoning, Mythos demonstrated capability that made headlines: a 27-year-old pre-authentication remote crash vulnerability in OpenBSD, a 16-year-old logic-parsing bug in FFmpeg that had survived five million automated fuzzing runs, and a critical certificate-forgery vulnerability (CVE-2026-5194) in the wolfSSL cryptography library.

The sensational framing that followed — a singular, near-omniscient "super-attacker" model — misses the actual threat. Deeper systemic analysis shows the real risk isn't the existence of one advanced model; it's a profound volume and remediation crisis that the trade press has taken to calling the Vulnerability Apocalypse — the tipping point at which the rate of autonomous discovery outpaces the human and operational capacity to verify, coordinate, and remediate what's been found.

Ten Thousand Vulnerabilities, Ninety-Seven Patches

The Project Glasswing metrics put a scale on that imbalance. Within its first month of operation, Claude Mythos Preview identified over 10,000 high- or critical-severity vulnerabilities across systemically important software projects. Of the first 1,596 high-severity bugs formally disclosed to maintainers, only 97 were successfully patched within the initial reporting period.

The limiting factor in cybersecurity is no longer how quickly a bug can be found — it's how quickly a human-led organization can deploy a verified fix.

This discrepancy isn't a failure of intent; it's a lack of engineering bandwidth. When an autonomous system can generate more high-severity findings in a single afternoon than a development team can triage and patch in a calendar year, the traditional vulnerability lifecycle simply breaks.

The issue compounds sharply against legacy codebases, end-of-life software, and unmanaged critical infrastructure. Industrial control systems, medical devices, and embedded operating systems frequently run components with no active maintainer to write a patch or verify a fix at all — and when autonomous models are pointed at these soft targets, they expose a reservoir of latent risk that has sat unpatched for decades, handing lower-skilled adversaries a force multiplier that scales automated zero-day campaigns without a corresponding increase in the attacker's own human resources.

Even inside highly resourced, actively maintained programs, the sheer volume of findings creates backlog aging: traditional patch-management workflows require security teams to trace execution contexts, build reproduction environments, and establish validation protocols before deploying a fix, and none of those steps get cheaper just because the finding arrived faster. The real issue of the post-Mythos era isn't a localized capability gap in any one model — it's an existential systems-engineering bottleneck inside the defensive pipeline itself.

05 Resilience, Not Patching

With mean time-to-exploit collapsed to under a day, the foundational strategy of modern defense — patching as the primary line of protection — is structurally non-viable. Verizon's 2026 Data Breach Investigations Report puts hard numbers on that non-viability: the median time for an enterprise to remediate a known-exploited vulnerability has risen to 43 days, with only 26% of target exposures ever receiving a complete patch. Even high-performing security organizations rarely patch more than 30% to 40% of critical exposures within the first week of disclosure.

In an operational landscape where automated exploits arrive within hours of a vulnerability's discovery, relying on patch deployment to prevent compromise is a losing bet. Defensive architecture has to treat zero-day exposure not as a rare anomaly, but as a continuous, imminent operational condition — which means moving away from point-in-time scanning cycles toward two pillars: zero-trust network isolation, and Continuous Threat Exposure Management (CTEM).

Zero Trust as a Default, Not a Project

Rendering a zero-day non-exploitable starts with dismantling default network reachability. Under a traditional network model, a service is reachable by default and security boundaries are enforced only after a connection is already established. A resilient Zero Trust Architecture inverts that: identity-first overlays and Software-Defined Perimeters enforce a strict deny-by-default posture, with cryptographic authentication and authorization required before a network socket ever opens. Vendors including NetFoundry, Appgate SDP, and Cloudflare Access decouple network reachability from physical topology entirely.

// two answers to the same TCP handshake Traditional model — TCP SYN sent → service accessed → exploit payload delivered → authentication checked (too late).
Identity-first model — cryptographic token verified → SDP firewall dynamic port knocking → TCP SYN accepted → service accessed.

By removing the ability of an unauthenticated entity to resolve IP addresses or discover services on a local network at all, the blast radius of an unpatched kernel vulnerability is constrained regardless of the target's actual patching status.

From CVSS Scores to Context Risk Graphs

Enterprise risk assessment has to shift the same way, from static CVSS scoring to dynamic context risk graphs. A standalone CVSS score of 9.8 says nothing about whether the target asset is isolated, sits behind a configured web application firewall, or runs with zero standing privilege. Mapping assets, logical pathways, and active control effectiveness into a continuous exposure graph lets defenders determine whether an emerging zero-day is genuinely exploitable in their specific environment — and focus scarce patching bandwidth on the narrow subset of exposures that present an active attack path to a crown-jewel asset.

// two operating models, side by side
Traditional patching-first model Post-Mythos continuous resilience model
Reactive triage: signature updates, CVSS prioritizationProactive validation: exploit chains analyzed against live control stacks
Topology access: services reachable by default, protected at the perimeterIdentity-first overlays: deny-by-default, zero visibility without auth
Point-in-time scans: monthly, quarterly, or annual cadenceContinuous CTEM: constant mapping of assets, pathways, exposures
SLA patching: 30–43 day remediation windowDisposable infrastructure: environments rebuilt dynamically on anomaly detection

06 MDASH and AISLE: Defense at Machine Speed

To match the operational velocity of automated offensive systems, defensive engineering has to deploy autonomous, agentic platforms capable of discovering, validating, and remediating flaws at machine speed. Two paradigms currently lead: Microsoft's MDASH, and the on-premises, air-gapped lifecycle automation pioneered by AISLE.

Microsoft's Five-Stage Pipeline

MDASH, developed by Microsoft's Autonomous Code Security team, is a staged, multi-model agentic pipeline built to identify and validate vulnerabilities inside complex, proprietary codebases. The system's core design principle is that the orchestration framework itself is the product, while individual language models are interchangeable engine inputs. Execution runs through five stages:

Five-stage advanced vulnerability discovery pipeline diagram: Prepare (build language indices and map attack surface), Scan (candidate generation via specialized auditors), Validate (cross-model debate between auditors and debaters), Dedupe (consolidate overlapping findings), and Prove (sandbox execution of generated exploit proof-of-concept)
// Figure 3. MDASH's five-stage pipeline, source ingestion to sandboxed proof — most candidate findings die at Validate, the auditor-versus-debater cross-model argument.

The validate stage is the load-bearing one. A state-of-the-art frontier model acts as a heavy auditor identifying potential flaws, while cheaper, distilled models are deployed as debaters arguing the bug is unreachable, unexploitable, or simply invalid. Disagreement between them is treated as a high-confidence signal — if the debaters fail to refute the auditor's finding, the posterior probability of a genuine vulnerability rises, and only then does the system attempt the proof stage.

Ahead of the May 2026 Patch Tuesday release, MDASH autonomously identified 16 previously unknown vulnerabilities across Windows networking and authentication stacks. Two illustrate the depth this kind of pipeline can reach:

AISLE's Air-Gapped Alternative

Where MDASH runs cloud-native inside large-scale environments, AISLE addresses the strict data-sovereignty needs of regulated industries — banking, defense, government. Founded by former Avast CEO Ondrej Vlcek and former Rapid7 executive Jaya Baloo, AISLE's Snapshot platform deploys optimized, security-focused models directly inside a customer's private perimeter, so sensitive source code and telemetry never leave the organization's administrative control.

Snapshot couples automated static analysis with target-specific, AI-guided fuzzing to catch what legacy scanners miss, then closes the loop end-to-end: generating ready-to-merge patches, validating them inside an automated digital-twin testing environment, and routing verified code to developers through structured human-in-the-loop approval. AISLE reports roughly ten times the cost efficiency of general-purpose frontier models on comparable search tasks, and a 95% reduction in false-positive noise relative to standard static application security testing.

// two paradigms, one machine-speed goal
Attribute Microsoft MDASH AISLE Snapshot
DeploymentCloud-native, tied to Azure/GitHubPrivate cloud, on-prem, or fully air-gapped
Model strategyConfigurable ensemble of reasoners and distilled modelsTask-optimized, domain-specific security models
Remediation loopFind → Validate → Prove → route to Patch TuesdayClosed-loop patch generation → digital-twin verification
Key accomplishment16 Windows CVEs pre-disclosureEvery 2026 OpenSSL zero-day; 225+ validated CVEs
Primary marketEnterprise DevSecOps, proprietary platformsRegulated industries: finance, defense, contractors

MDASH and AISLE are both, underneath the machine-speed framing, still discovery-and-patch loops — find the flaw after it's already expressible in running code, then race to prove and fix it before someone else finds the same thing. A companion post on this blog, Constrained Decoding for Software Security, pushes the intervention one step further upstream: grammar-constrained decoding that makes an entire vulnerability class structurally impossible for a model to emit in the first place, rather than merely fast to detect once it's shipped.

That's the same security-by-construction instinct the four-pillars post named as the durable answer beneath all four defensive pillars — MDASH and AISLE are just the fastest available version of catching what would, ideally, never have been generatable to begin with.

07 The Web3 Crucible

Everything traced so far describes traditional enterprise software straining under a collapsing vulnerability window. Web3 is the crucible where that collapse runs hottest. Code is public, execution is deterministic, state is transparent, and a bug carries an immediate, irreversible financial payload — so when automated agents drive the cost of vulnerability discovery down toward fractions of a cent, the structural asymmetry of smart-contract development turns stark.

The Immutable Target Paradox

In traditional software, a publicly exposed vulnerability might still take days or weeks for an attacker to weaponize into a reliable remote-code-execution chain. In a smart contract, discovery and execution happen on the same layer, in the same transaction. An agent that identifies an arithmetic edge case, a reentrancy vector, or a flawed automated-market-maker (AMM) price oracle can synthesize a flash-loan payload and execute it inside a single block.

Diagram of an automated Web3 exploit chain: an uncompiled commit or on-chain contract is scanned by an LLM multi-agent discovery engine, which detects either an AMM oracle flaw (price manipulation risk) or a state inconsistency (logic or variable errors), both feeding into an automated flash-loan payload that executes on-chain and results in instant on-chain draining
// Figure 4. From public commit to drained pool, with no gap for a human to intervene — discovery, payload synthesis, and execution all run inside a single automated pipeline.

The 'Fear to Deploy' and the Erosion of Static Audits

This acceleration in attack velocity has produced a phenomenon spreading across decentralized finance and blockchain architecture generally: the fear to deploy. For years, Web3 security leaned almost entirely on point-in-time human audits — protocols paid hundreds of thousands of dollars and waited months for an audit firm to review Solidity or Vyper code line by line. Multi-agent LLM frameworks, combining reasoning models, automated theorem provers, and dynamic fuzzers, now scan hundreds of thousands of deployed contracts and surface non-trivial logic flaws and multi-contract state inconsistencies in minutes.

Anthropic's own Frontier Red Team put a number on that acceleration in December 2025: testing ten frontier models against SCONE-bench, a benchmark built from 405 real contracts actually exploited between 2020 and 2025, the models collectively produced turnkey exploits worth $550.1 million in simulated stolen funds. Controlling for training-data contamination by scoring only contracts exploited after each model's own knowledge cutoff, Opus 4.5, Sonnet 4.5, and GPT-5 still cracked 55.8% of that harder subset for a combined $4.6 million — and exploit revenue has been roughly doubling every 1.3 months since.

Those aren't sandbox numbers only: Q2 2026 became the most-hacked quarter in crypto history — 83 incidents and $755.3 million stolen, nearly double the previous quarterly record. April carried the bulk of it; May then fell 90% to $68.3 million, and June held roughly flat at $75.87 million.

Worth flagging directly: most of that quarter's largest hacks were operational and infrastructure failures — bridge message-spoofing, address poisoning, social engineering — not the on-chain logic bugs this section has otherwise been describing. Cross-chain bridges, not smart-contract code, absorbed nearly half of the quarter's total losses: a reminder that the AI-discovery threat traced here is real, but not yet the only, or even the largest, way DeFi protocols are losing money.

Insights From the Front Lines: Mitchell Amador and Immunefi

In his essay "The Vulnerability Apocalypse" — the same term this post borrowed earlier to describe Project Glasswing's own backlog — Mitchell Amador, founder of the Web3 security platform Immunefi, which has protected more than $25 billion in user funds, names the identical shift from the vantage point of the industry with the least room to absorb it:

"The Vulnerability Apocalypse is what happens when the world finds vulnerabilities faster than they can be mitigated."

Amador treats this as a present operational reality, not a future scenario, for three reasons specific to Web3:

  1. No mitigation window. A traditional security team can push an emergency patch or restrict endpoint access on short notice. Immutable smart contracts often have no administrative pause button at all, and governance timelocks can leave a protocol exposed for days while automated exploitation runs unopposed.
  2. Bounty signal-to-noise. Platforms like Immunefi face the same flood of AI-slop submissions traced earlier in this post, forcing triage teams to sort plausible-sounding fabrications from the legitimate, high-severity chains before an attacker executes them on-chain first.
  3. Abandoned, unpatchable funds. Millions of dollars sit inside unmaintained or non-upgradable contracts — sitting targets with no active team behind them, as frontier models surface decades-old flaws in the cryptographic dependencies those contracts still rely on.

The Shift Toward Agentic On-Chain Defense

To survive continuous AI-driven offensive discovery, Web3 security is being forced to pivot from static, pre-deployment audits to agentic, on-chain defense — dynamic circuit breakers, AI-driven transaction simulation inside the mempool, and real-time defensive front-running, rather than a one-time audit report and an immutable deploy.

// four security layers, old approach vs. new
Security layer Traditional Web3 approach Agentic-era approach
AuditingStatic, point-in-time human code review lasting weeksContinuous multi-model agentic simulation in the development pipeline
Threat detectionOff-chain log monitoring and threshold alertsAutonomous defense agents running parallel mempool simulations
ResponseManual emergency multisig intervention, often hoursAutomated pause protocols and agentic counter-payload generation
Bounty managementManual submission review by core dev teamsAI-assisted triage with cryptographic execution-proof verification

Immutable code deployment alone is no longer a defensible position. In a landscape where an offensive agent can go from reading a public commit to draining a pool inside one block, the only workable defense is an equally autonomous, agentic security stack operating at block speed — the same conclusion the rest of this post reaches for enterprise software generally, arrived at independently by an industry with zero tolerance for the lag between the two.

08 Agentic Defense

A companion post on this blog, Zero-Day Defense: Going from 0 to 1, maps the full defensive response to the same collapse this post has been measuring — four pillars treated as stages of a single lifecycle rather than four competing bets, each one feeding the next: hardening feeds detection, detection triggers containment, containment triggers remediation. In brief:

The companion post's own answer to "how do we measure success" is the backward arrows, not the forward ones — whether containment actually feeds back into hardening, whether a remediation failure retrains the detector. That's the same diagnostic this post has been running from a different angle: not whether any one pillar works in isolation, but whether the loop between them closes faster than the collapse this post opened with keeps demanding.

09 Conclusions

Every number in this post points at the same conclusion from a different angle. Mean time-to-exploit fell from a year to under a day. Zero-day share of exploitation rose from 31% to 73.2%.

A bug-bounty program with 81 verified findings and $90,000 in payouts still had to shut down because 95% of what arrived afterward was noise. A single model found 10,000 high-severity vulnerabilities in a month and the patching pipeline behind it cleared 97. A flash-loan agent needs none of that lead time at all. None of these are the same statistic, and all of them describe the same collapse.

The instinct to focus on the most sensational data point in that list — a single super-attacker model discovering a 27-year-old kernel bug — is understandable and, per the analysis this post has walked through, largely beside the point. The volume and remediation crisis is the real story, and it's a story about organizational bandwidth, not model capability.

Two shifts follow from that, and neither is optional. First, security posture has to move from patching-as-primary-defense to continuous validation: zero-trust by default, exposure measured against live control effectiveness rather than a static CVSS score, autonomous remediation pipelines that don't wait for a human triage queue to clear.

Second, the metric that matters is no longer "how fast can we find bugs" — every system surveyed in this post is already fast enough — it's how fast can a human-led organization ship a verified fix, and on that metric, the gap between offense and defense is still widening.

The companion piece on this blog, Zero-Day Defense: Going from 0 to 1, closed by admitting it was too soon to say which of the four pillars this post just walked through — hardening, detection, containment, remediation — matters most in the long run. Nothing in the numbers above changes that verdict. What they add is the clock: the window to figure it out is the same one this post has spent nine sections measuring, and it keeps getting shorter.

References

On the Collapsing Time-to-Exploit
On AI Slop and the Bug-Bounty Crisis
On CyberGym
On ExploitBench
On Cost-Efficiency and Affordable Offensive Models
On Claude Mythos and Project Glasswing
On Microsoft MDASH
On AISLE and Disciplined Autonomous Discovery
On Web3 and On-Chain Exploitation