A single automated run by OpenAI’s cyber model found 948 working Linux kernel exploits in mid-October 2026 — every one of them lifting an unprivileged local user to root on a stock desktop distribution. As disclosures of Linux kernel exploits go, it is the largest machine-generated haul ever documented.
The effort belongs to OpenAI’s Patch the Planet initiative, part of the company’s broader Daybreak commitment to open-source security. What separates this disclosure from a teaser is the bookkeeping: OpenAI published stage-by-stage counts, validation rates, failure modes, and the full API bill for the campaign.
The money line reads like venture math. The run cost $1,213,430 in API credits, or $1,279 per finished exploit, and the same haul of Linux kernel exploits carries a hypothetical contest-bounty value of $66.3 million — a 16-to-55 times multiple, before OpenAI’s own claim that better harness engineering could shrink the bill.
This article unpacks what the five-stage pipeline actually did, why the kernel community responded by patching 61 of the found flaws within ten days, and what OpenAI’s closing warning means for anyone who runs Linux on anything they care about. Every number below comes from OpenAI’s published research on the Linux kernel exploits campaign, so the claims can be checked against the disclosure rather than taken on faith.
Table of contents
- What the October Run Found: 948 Linux Kernel Exploits
- Inside the Five-Stage Pipeline
- A Fortress Target, Not a Soft One
- 74.7 Percent Survive, 3.1 Percent Model Error
- The Economics: $1,279 per Root
- An Automated Scan Closes in on a Human Year
- Novel Techniques, and Scaffolding Nobody Needed
- 61 Patches in 10 Days, and a Warning in Plain English
- References
What the October Run Found: 948 Linux Kernel Exploits
The numbers came from OpenAI’s own write-up, covered in detail by AI News. A five-stage research system, running on an upcoming cyber model, produced 948 working local privilege escalation exploits in one October run. Every finished exploit takes an unprivileged local account to root on a stock desktop distribution — no weakened test builds, no disabled defenses. Context matters: 948 Linux kernel exploits in a single disclosed run dwarfs any previous automated security audit in the wild, and it lands as the same models are being pointed at other open-source projects under the Daybreak program.
The system flagged 2,308 deduplicated candidate findings on the latest Linux kernel master branch. Nothing reached maintainers unsupervised: human security researchers reviewed every exploit, every patch, and every severity rating before it was reported. The campaign began with critical vulnerabilities under Linux kernel community guidance, and hundreds of reports and patches have already gone upstream.
That supervision requirement is worth repeating: the pipeline manufactured the Linux kernel exploits at machine speed, but a human being signed off on each one before a maintainer ever saw it. It is also a working preview of how Linux kernel exploits will keep arriving from here on: quietly, in bulk, and with a patch series racing to catch them.
What counts as a working exploit
Each of the 948 wins is a reproducible path from an ordinary user account to full root — the kind of local privilege escalation chain that has historically been worth real money at Pwn2Own and TyphoonPWN. The targets ran with SMEP and SMAP enabled alongside KASLR and HARDENED_USERCOPY, the same threat model those contests use, which is what makes the haul so hard to wave away as toy results. A researcher who wants to dismiss AI-found bugs usually starts here, and this is the paragraph that ends that argument: the same chains would score at a contest, against the same mitigations, on the same class of machine.
| Campaign metric | Number | What it means |
|---|---|---|
| Working Linux kernel exploits produced | 948 | Each grants root from an unprivileged local account |
| Deduplicated candidate findings | 2,308 | Flagged by analyst agents on the kernel master branch |
| Real vulnerabilities confirmed | 1,724 | Survived proof-of-concept crashes under KASan |
| Audit targets selected | 5,034 | Filtered from more than 40 million lines of kernel code |
| Total campaign cost | $1,213,430 | API credits for the full October run |
| Cost per working exploit | $1,279 | OpenAI presents this as an upper bound |
Inside the Five-Stage Pipeline
The pipeline starts with Scout agents that read through each folder and file of the kernel tree, flagging only code reachable by low-privileged users. That triage compressed more than 40 million lines of kernel code into 5,034 audit targets — the first lesson of large-scale automated security research: the model’s biggest superpower is not brilliance but relentless reading. Every one of those Linux kernel exploits started as a few unremarkable lines somebody had read before but never probed this way.
Analyst agents then swept that filtered set using a workflow modelled on OpenAI’s Codex Security plugin, returning the full candidate list of 2,308 findings within half a day. A human audit team scanning at that depth would be measured in engineer-years. The analyst stage alone produced, in half a day, the candidate backlog that seeded every confirmed Linux kernel exploit counted later in the campaign.
From candidate to confirmed crash
Triage agents wrote and fired proof-of-concept triggers inside isolated virtual machines running a kernel instrumented with Kernel Address Sanitizer, iterating until a crash reproduced or the trigger paths ran dry. That stage confirmed 1,724 real vulnerabilities — still not exploits, just flaws with demonstrated reachability. Roughly half of those confirmed flaws eventually became privilege-escalation candidates, which is where the pipeline’s exploit-development agents turned them into the Linux kernel exploits the disclosure is named for.
A permissive screening agent split the validated set into information-leak and privilege-escalation classes. ExploitDev agents built working exploits from there, and variant analysis consolidated the results into unique vulnerabilities, each carrying a distinct candidate patch. The pipeline is not a single clever prompt; it is an assembly line with different jobs, and the Linux kernel exploits it produces are a side effect of that division of labor.
A Fortress Target, Not a Soft One
It would be easy to assume the 948 haul was padded with easy bugs. The disclosure closes that door: the exploit targets were not weakened builds. The stock desktop distribution ran with SMEP and SMAP enabled alongside KASLR and HARDENED_USERCOPY — the modern kernel’s core defensive walls, and the exact configuration required at Pwn2Own and TyphoonPWN. That is why the October results landed the way they did: if a target this hardened yields 948 working Linux kernel exploits, the assumption that well-maintained software can slow an agent pipeline by itself no longer survives scrutiny.
SMEP and SMAP stop the kernel from executing or touching user-space memory. KASLR randomizes where the kernel lives in memory so attackers cannot hardcode addresses. HARDENED_USERCOPY fences off the classic copy-to-user overflow. Defeating all of that simultaneously, 948 times, is what puts this event in the same conversation as professional contest entries rather than fuzzing trivia. Beating all four mitigations once is engineering; beating them 948 times, with unique patches attached, is an industrial process — and industrial processes are what change Linux kernel exploits economics.
The QEMU bug that found itself
The run even surfaced a QEMU TCG vulnerability in the testing harness itself, traced without any access to QEMU source code. The bug had already been fixed upstream — but the fix was missing from the release build under test, a quiet reminder that even the sandboxes security research runs inside are made of software. It also underlines how thorough the sweep was: the agents found a hole in the furniture while hunting for Linux kernel exploits, and reported that one upstream as well.
74.7 Percent Survive, 3.1 Percent Model Error
Not everything the agents proposed was real. Only 74.7 percent of the exploit candidates survived dynamic validation — the stage that actually executes a proof of concept and demands a crash. The failures clustered around privilege requirements, race conditions, and fault-injection dependencies rather than model error. Straight-up model error accounted for just 3.1 percent of the failures.
That distribution matters more than any headline number. The pipeline’s mistakes were mostly environment mistakes — the agent believed a chain needed privileges the test account did not have, or raced a window that the harness never opened. Those are harness problems, and harness problems are cheap to fix. Cheap to fix is uncomfortable for defenders: it means the gap between a 74.7 percent validation rate and a 90 percent one is an engineering sprint, and the next generation of Linux kernel exploits will arrive with fewer false starts attached.
Auditing its own success claims
OpenAI audited its own scoreboard hard. An early run logged 200 successful exploits by the system’s own count. Human reviewers went back through every single one and found 20 exploits had gained root through a different 0-day than the one assigned to them. OpenAI tightened the task constraints and added an independent check tying each final exploit to its assigned bug. Nobody outside the company would have caught that 10 percent inflation, which is exactly why the audit exists before the count of Linux kernel exploits became public.
That 20-in-200 overcount would be a rounding error in most AI announcements. OpenAI published it, which is the disclosure equivalent of grading your own homework in red ink — and the reason the remaining 948 Linux kernel exploits are treated as solid by researchers who would otherwise ignore a vendor press release.
The Economics: $1,279 per Root
The full October campaign cost $1,213,430 in API credits, which works out to $1,279 for every working root exploit. Exploitation dominated the budget: building and validating the chains is where the tokens go. OpenAI casts the reported costs as an upper bound, arguing that harness engineering — smarter prompts, cheaper stages, fewer wasted retries — could cut spend at every step of the pipeline. At $1,279 a copy, a well-funded buyer could order thousands of bespoke Linux kernel exploits for the price of one mid-size enterprise contract — which is the real headline hiding inside the accounting.
Against the bounty market
To price the haul, the disclosure holds the results against historical contest payouts. Pwn2Own and TyphoonPWN bounty rates for Linux kernel LPEs give the campaign a hypothetical valuation of $66.3 million — roughly 16 to 55 times what the run cost. A market that pays six figures per kernel 0-day is, in effect, the clearest statement of how scarce these Linux kernel exploits were considered a year ago. Automation did not make the bugs cheaper for attackers first; it made them cheaper for everyone, defenders included, and that trade-off is the whole reason OpenAI published the receipts.
| Line | Number | Note |
|---|---|---|
| Total API spend, October run | $1,213,430 | Exploitation dominated every stage |
| Cost per working exploit | $1,279 | Presented by OpenAI as an upper bound |
| Hypothetical bounty value | $66.3 million | At Pwn2Own and TyphoonPWN LPE rates |
| Value-to-cost multiple | 16x–55x | Before any harness optimization |
An Automated Scan Closes in on a Human Year
The second proving ground was Google’s kernelCTF competition, Google’s hardened competition environment for kernel bugs. The pipeline produced 21 working LPE exploits there in a single campaign — nearing the 26 confirmed 0-day LPEs accepted from human submitters across all of 2026. One automated scan, closing in on an entire year of human 0-day output, under contest rules designed to keep humans competitive. kernelCTF exists because humans kept winning; a pipeline now scoring near their annual best is the moment that premise quietly expired for Linux kernel exploits research.
The model-over-model race
The trajectory inside OpenAI’s own runs is just as steep. GPT-5.6 Sol, an earlier model, produced 166 of these exploits in a late-July run. The kernel tree had absorbed months of additional hardening by the time October arrived, and the newer cyber model still returned more than five times that count. Automation plus model progress plus a hardened target equals a curve nobody in open-source security wants to extrapolate casually. Each October run of Linux kernel exploits inherits every lesson from July, every hardened kernel release notwithstanding — hardening slowed the humans, but barely dented the machine.
And the incentive gradient is not academic. The same chains are the product — which is precisely why the disclosure insists human review gates every report, and why defenders rather than brokers hold the first copy. The threat side of this market already exists; infostealer malware that uses AI to “autodox” victims shows how quickly AI-assisted operators monetize any access they can get.
Novel Techniques, and Scaffolding Nobody Needed
The agents did not just rediscover old tricks at machine speed. The disclosure says at least 10 exploitation techniques were confirmed new by third-party kernel experts who had spent careers studying this exact attack surface. Persistent elastic objects for cache spraying appear in the set. Page grooming for reliability does too. Data-only escalation paths and an arbitrary type confusion round out the named examples.
That is the first time an AI research pipeline has shipped exploitation primitives that the human expert community treats as additions to the craft, not just applications of it — a distinction that matters as much as the count itself, and one that echoes AI-discovered PHP security vulnerabilities that forced emergency patches across websites earlier this year. Experts who had spent decades cataloguing Linux kernel exploits now have a growing shelf of machine-invented techniques to add to the catalogue, and a new deadline problem: the library of known tricks is no longer finite.
Less scaffolding, better models
The heaviest orchestration did not survive the model upgrades. A curated technique library lifted GPT-5.5 Cyber’s success rate from 76.2 percent to 88.9 percent — but GPT-5.6 Cyber beat both marks without the library, so OpenAI stripped the scaffolding from the pipeline entirely. The lesson generalizes far beyond security research: hand-built expert scaffolding is often a temporary tax paid on behalf of yesterday’s model. The technique library that once lifted exploit success by twelve points became dead weight the moment newer Linux kernel exploits arrived without it, which tells you how fast the ceiling on agentic security research is moving.
It is the same pattern OpenAI has been documenting across fields in OpenAI’s push to automate scientific discovery — the agentic harness matters less each generation, because the model increasingly supplies its own judgment.
61 Patches in 10 Days, and a Warning in Plain English
Maintainers moved in parallel with the disclosure. Within 10 days of scanning and manual analysis, 61 of the found LPEs had been patched upstream through the kernel.org release process. Staging patches covered dozens more, and public discussion was open on hundreds of the remainder. For a project of the kernel’s size, that is close to emergency response working as designed. Sixty-one patched Linux kernel exploits in ten days is a genuine win — and a preview of the volume maintainers must now plan around as a normal week.
The uncomfortable arithmetic is that the same machine speed now runs against the other team. Nothing in the October campaign required OpenAI’s permission to exist: exploit-building agents are a capability, not a product, and every demonstration of the technique lowers the bar for whoever tries it next with worse intentions. Responsible disclosure of Linux kernel exploits buys time; it does not buy immunity, and the ten-day patch window is now the whole defense.
What it means for you
OpenAI’s own closing sentence deserves to be pasted above every server rack: “For the near- and medium-term, having access to a low-privileged account on an operating system that isn’t up-to-date on its latest available patches should be considered functionally equivalent to root access for a well-resourced threat actor.”
Translated into operations: patch cadence is now a security boundary, unpatched is breached, and the old habit of batching updates on a quarterly schedule is a five-figure incident waiting for a tenant’s phishing email. If you want a practical version of defending against this class of attack, structured penetration testing against current kernel builds is the honest baseline — because the attackers are already automated, and defense mostly is not.
Read plainly, Linux kernel exploits are no longer a boutique problem: the October campaign turned them into a volume metric. Every future disclosure will be measured against this baseline, maintainers should budget for Linux kernel exploits triage as routine work, and defenders should expect Linux kernel exploits at industrial scale from here on.
References
More AI coverage: explore Progressive Robot's AI Models, Tools & Releases hub — hands-on reviews, setup guides and benchmarks in one place.