aiqbench analysis
The shift from sparse to dense vulnerability sampling via AI marks a turning point where defenders will eventually deplete attackers' zero-day arsenals, though a bumpy transition period is expected through 2026-2027 due to slow patch rollouts. While future models may discover more complex flaws, the current surge in findings largely reflects the exhaustion of low-hanging fruit rather than an infinite escalation in vulnerability severity. Ultimately, integrating AI earlier in the software lifecycle offers the most viable path toward shipping code that is largely free of latent vulnerabilities.
Vulnerabilities and exploits: where are we headed?
In Are Mythos’ cyber capabilities overhyped?, co-authored with Epoch AI, we looked at the public evidence on how good Mythos Preview was at vulnerability discovery and exploit development. In this post, I consider the implications. For vulnerability discovery: moving from sparse sampling to dense sampling, AI vs fuzzing, long-term defense dominant but bumpy ride in 2026-2027 due to slow patch rollouts; offline vs online exploitation and why both are offense-dominant, except for one defensive use case of exploit development. AI discovering zero-days will eventually favor defense, but expect a bumpy transition in 2026 and 2027 Long-run dynamics: moving from sparse to dense vulnerability discovery Vulnerability discovery has always been heavily bottlenecked on labor: critical vulnerabilities remain abundant, because the software attack surface is so large. A mental model I find helpful is that this corresponds to a sparse sampling regime: both defenders and attackers are looking for vulnerabilities independently, each side covering a small amount of the available attack surface. Given that the attacker’s arsenal is the vulnerabilities it has found minus the ones the defender has also found, sparse and independent [1] sampling implies low overlap, which favors the attacker. The previous generation of vulnerability discovery automation, fuzzing, turned out to suffer from the same issue, because setting up fuzzing is labor-intensive, and many critical infrastructure codebases have very low fuzzing code coverage on OSS-Fuzz. (Also, network protocols are basically out of reach for fuzzing, as are many classes of vulnerabilities). Unlike fuzzing, AI vulnerability discovery can be applied broadly and easily (as Project Glasswing demonstrated). This moves the task of vulnerability discovery toward a dense sampling regime for the first time. In the limit where all the vulnerabilities are found by the defenders, attackers will be left with an empty zero-day arsenal. The effect will become even stronger once we move AI vulnerability discovery earlier in the software lifecycle, before release, such that new code will ship largely free of vulnerabilities (currently, Project Glasswing is finding lots of latent vulnerabilities in already deployed code, and I'll get back to why this distinction matters). But are we really going to get to dense vulnerability discovery, or will each generation of frontier models keep discovering more elaborate vulnerabilities? Both positions are reasonable, but I would estimate that Mythos Preview (plus previous models and other techniques e.g. fuzzing, where they had already been applied) probably found 70-80% of the severe vulnerabilities in the reviewed codebases. Which implies that no future model will ever find as many latent vulnerabilities as Mythos did. Mythos found thousands of vulnerabilities that previous models had not found, but a lot of it is because previous models had not been given the chance. No one had ever looked at most of these codebases looking for vulnerabilities. In other words, Mythos got to pick a lot of low-hanging fruit. And I would argue that while exploits can get really difficult, vulnerabilities are very often simple to spot when you're looking for them and happen to be reading the source code where they live. In addition, it seems that severe vulnerabilities tend to be superficial, as suggested by the eyeballvul paper's results. This includes the injection-type vulnerabilities, most memory corruption issues, basically all of the OWASP Top 10... Exceptions in footnote [2] . Estimating the number of vulnerabilities that future models may find is obviously difficult, and this is my best guess, but I'd be curious to hear takes from other people in cybersecurity. Slow patch rollouts and legacy systems will make people acutely vulnerable for a while AI vulnerability discovery will greatly increase the security of codebases, favoring defense in the long run. However, the transition at the level of the ecosystem and end users will be rough. This is because every latent vulnerability found in already-shipped software gets disclosed, or can be reverse-engineered, at the time the patch is published. Users who don’t apply the patch immediately become vulnerable. In practice, this is a well-known and large-scale problem in cybersecurity. Sometimes it's not even up to the users. Current IoT and critical infrastructure devices rarely get updated, if ever. Some of the older ones don’t even support the possibility; some devices with older hardware are no longer supported by the upstream projects; some projects get abandoned despite still running on many systems; upgrades tend to be costly and require ad-hoc processes, and each comes with a real risk of breaking things, as the 2024 Crowdstrike incident showed, and any sysadmin could tell you. This ride will be made even bumpier by AI exploit development capabilities. AI writing exploits will mostly favor att
Read the full article at LessWrongRelated coverage
Problems of Proliferation
LessWrong · Sep 29, 2026
Links #3: 2026/06 Part 1
LessWrong · Jun 15, 2026

Anonymous Researcher Dumps 204 0-Day Exploit Files Before Vendors Can Patch Them
Cybersecurity News · Jul 22, 2026

Critical Gitea Vulnerability Enables Private Repository Writes and Actions Workflow Triggers
Cybersecurity News · Jul 21, 2026