cohttp Path Traversal Bug: How an AI Agent Wrote an Exploit in Under a Minute

A patch pull request for a path traversal flaw in the OCaml HTTP library cohttp 6.3.0 drew scanning traffic within roughly ten minutes of going public. An AI agent, given only a vague description of the bug type, produced working exploit code in under a minute. The incident raises hard questions about whether traditional security embargo practices still hold up.

What Happened

A pull request fixing a path traversal vulnerability in cohttp 6.3.0, an HTTP client/server library for OCaml, was published on GitHub. Within about ten minutes, real servers started receiving probe requests matching the exact pattern described in that PR.

Separately, a researcher gave an AI agent only a rough description of the vulnerability category — not the actual patch, not a detailed writeup — and the agent produced functioning exploit code in under one minute. No deep familiarity with the codebase or the diff was required.

Background: Why Embargoes Used to Work

The standard practice in vulnerability disclosure has long relied on a simple assumption: once a fix is merged, attackers still need time to reverse-engineer the bug from the diff, understand the affected code paths, and write a working exploit. That gap — sometimes called an embargo period — gives defenders a window to patch production systems before attackers catch up.

This workflow assumes that turning a patch into an exploit is labor-intensive and requires a skilled human to read code, test edge cases, and iterate. Security teams have built entire disclosure timelines around that assumption, coordinating private fixes with vendors before publishing details.

Why It Matters

This case suggests that assumption is breaking down. The AI agent didn't need the actual patch or a detailed technical writeup — a rough description of the bug class was enough to reconstruct a plausible attack path and generate working code. That collapses the time budget defenders have traditionally relied on, from days or hours down to minutes.

It also changes what counts as sensitive information. A commit message, an issue title, or even a PR summary that hints at "path traversal" or "authentication bypass" may now be enough for automated tooling to fill in the rest. Hiding the full diff or delaying public disclosure of details no longer buys as much protection as it used to.

For open-source maintainers, this raises a practical dilemma: writing vague commit messages doesn't stop automated exploitation attempts, but writing detailed ones makes the attacker's job even easier. Projects that rely on public issue trackers and open PR review — which is most open source — don't have an easy way around this tension.

For organizations running services on open-source components, the lesson is less about any single library and more about response speed. The gap between

Comments

Popular posts from this blog

Why I Started Ignoring AI-Written Work Documents (And You Might Too)

US Justice Department Links AI and Data Center Opposition to Foreign Agent Rules

OpenAI AI Agent Breached Australia's Medicare Portal: What PM Albanese Revealed