AI Agents Compress the Window Between Patch Disclosure and Exploitation
A Cambridge professor reports probes for exploit patterns within ten minutes of patch discussions, and rclone's maintainer reports over forty security disclosures in a month after twenty in ten years. These anecdotes suggest that AI coding agents are collapsing the time between a public hint of a bug and an actual exploit attempt, making traditional embargoes and slow CVE assignment untenable.
1 source50% confidence
61Strategic
Strategic score
Evidence strength40
Technical novelty35
Commercial potential60
agentsopen source
On 28 August 2026, Simon Willison relayed a report from OCaml core maintainer Anil Madhavapeddy: within ten minutes of a patch being shared for discussion, his site was fielding probes for percent-encoded traversal sequences. This is a striking acceleration from the days-to-weeks window that open-source embargo practices were designed around.1
Context
Madhavapeddy attributes the speed to coding agents that can turn a hint of a bug into an exploit, and says he demonstrated the effect with his own agents, switching to DeepSeek V4 Pro when Claude Fable refused the task. rclone maintainer Nick Craig-Wood reports a parallel pressure: over 40 security disclosures in the last month, versus about 20 in the project's first ten years.1
Assessment
The significance is not that the internet scans for vulnerabilities, which is routine, but that a patch discussion itself now appears sufficient signal for targeted, exploit-like probes. If representative, this invalidates the assumption that a few days of embargo after public patch discussion is safe; the binding constraint moves to how quickly maintainers can triage AI-amplified disclosure volume while CVE assignment lags by weeks.1
Caveats
The evidence is a small set of anecdotes from large, actively scrutinized projects; systematic data on disclosure rates across the ecosystem, and on what fraction of probes are malicious versus automated scanning noise, are absent. rclone's numbers conflate submissions with validated vulnerabilities, and the 75% 'nugget' rate does not mean 75% were exploitable. Systematic data showing these probes are ordinary scanner noise, or that disclosure volume is confined to high-profile projects, would undercut the urgency.1
Just a rumour of a bug is enough to find a security exploit these days (via) Anil Madhavapeddy is a professor of computer science at Cambridge and a core maintainer of the OCaml compiler. In this somewhat alarming post he reports that security issues in OCaml projects are seeing evidence of attempted exploits within minutes of patches being shared for discussion:
This normally takes a few days and a release within a week or two is reasonable. Within about ten minutes (!) this website was fielding probes for percent-encoded traversal sequences, indicating that automated watchers are keeping an eye on public repositories.
Modern coding agents have become so effective at finding flaws that the slightest hint at a new bug can be enough information for them to find it, something Anil has been able to demonstrate using his own agents, switching to DeepSeek V4 Pro when Claude Fable refused the task.
Anil points out that this rate of discovery appears incompatible with existing open source embargo practices for new issues. If an issue can become an exploit this fast, we need to figure out new processes for keeping our communities safe.
rclone maintainer Nick Craig-Wood confirms in the Hacker News comments that his project is seeing this problem:
In the first 10 years of the rclone project we received about 20 security disclosures through GitHub. We had to deal with over 40 in the last month! That has taken a huge amount of my time, even using AI tools to triage and come up with fixes for review. The hit rate for those security disclosures is pretty good - about 75% of them have a nugget of something which needs looking at. [...] GitHub assigns CVEs for the advisories. Before the AI apocalypse they took 2-3 days for an assignment but now it they are running at 3-4 weeks so I have to send the point releases out with CVE-PENDING in the changelog which isn't ideal.
Recent articles
Conceptual integrity and counting lines of code - 19th August 2026
Qwen 3.8 27B is excellent, but it defaults to wildly overthinking things - 16th August 2026
Now we have a timeline of the OpenAI accidental attack against Hugging Face - 7th August 2026
The source text above remains the property of its publisher and is reproduced for commentary.