Society & safeguards

The PHP flaw credited to AI had been spotted as early as 2024

So why did nobody fix it?

6 min read
The PHP flaw credited to AI had been spotted as early as 2024

Public websites pulled offline as a precaution

CERT-EU, the cyber response team for the EU institutions, issued a rare piece of advice this week: if you can't update PHP right away, consider taking your exposed applications off the public network. It's like telling a shopkeeper to close up until the lock is changed. According to The Register, Finnish public services and several Dutch sites, including the Parliament's and the data regulator's, were taken offline as a precaution.

PHP is the language behind a large share of the web. On October 21, a day earlier than planned because of a leak, the project shipped versions 8.5.12, 8.4.27, 8.3.36 and 8.2.35. They fix two critical flaws, scored 9.2 out of 10, that can let an unauthenticated attacker run code on a server under certain conditions. The project warns that no workaround replaces the update.

"AI found the flaw"

The story arrived with the patches. OpenAI ranks the affair among the most serious security problems of recent years. It credits the firm Calif, which found the flaw using GPT-5.6 Sol, OpenAI's model, as part of its Patch the Planet program. To its knowledge, OpenAI writes, AI found these flaws before attackers did.

Wiz, which found them independently, praises the "invaluable" contribution of Gemini 4 Argon, Google's model. In the same post, Raluca Ada Popa, who leads Gemini security at Google DeepMind, explains that the flaws sat unfixed for more than ten years because finding and exploiting them was too complex. The Decoder's headline says OpenAI's and Google's models found the flaw.

In that telling, AI is the truffle hound that digs up what nobody had sniffed out. The same day, the PHP Foundation published its own version.

The foundation's side of the story

In 2024, PHP went through its first external security audit in years. The foundation had secured the funding from the Sovereign Tech Agency, a German public agency. The audit was organized by OSTIF and carried out by the French firm Quarkslab.

While fixing one of the issues Quarkslab flagged, a PHP core developer under contract with the foundation spotted the first signs of a memory-handling problem. The same one that sits behind the first of the two flaws fixed this week. Exploitation was considered only in theory, no concrete way to achieve it was found, and other flaws with an obvious impact took priority.

The security team then drafted several competing fixes. Each had a price: breaking compatibility with existing code, opening a new denial-of-service risk, or forcing changes across a large number of third-party extensions, a coordination effort that looked impossible. The team decides by consensus, feared shipping the wrong choice, and the few developers who know the engine well enough were busy elsewhere. The work stalled and restarted for months.

Picture a homeowners' association with several quotes to repair a cracked beam, none without a downside, that insists on a unanimous vote. The foundation itself speaks of a "structural failure", caused both by how the team made decisions and by a lack of resources.

What AI changed

On July 30, 2026, Calif began auditing PHP. Its researcher, Ryan Austin, started from a flaw found in 2004 by Stefan Esser, then the leading name in PHP security, and asked the AI to hunt for descendants still alive in the code. The model served as a flashlight, but it was the researcher who knew which cellar to go down. His conclusion, on Calif's page: you always have to know your target, and no model digs up every bug from a simple prompt.

On August 11, Calif reported a remote code execution with the same root cause as the problem seen in 2024. OpenAI, for its part, reported the same cause that same day. Wiz followed on August 24. Calif even acknowledges this in its timeline: a related problem had been identified in 2024, with no proof it could be exploited.

That is what tipped everything. According to the foundation, those reports made the real impact obvious, and from August 11 the fix became the top priority of its entire security team, down to working weekends. AI didn't reveal an unknown. It supplied the demonstration that was missing to settle the question.

Chainguard's CEO, Dan Lorenc, told The Register he rediscovered the flaws in a single evening with a frontier model and a basic prompt. He had just learned from a researcher that something was brewing in PHP. Knowing where to look, again. And on the fixes, he is blunt: it really did take months to build one that works.

Finding bugs is no longer the problem

Reports now arrive faster than they can be handled. Since July 1, PHP's security team has published 15 CVEs, the public identifiers for flaws, and closed 106 reports that weren't vulnerabilities, were duplicates or couldn't be reproduced, according to a foundation post dated October 14. It's an emergency room where ambulances arrive faster than surgeons can be trained.

At curl, maintainer Daniel Stenberg says, as quoted by The Register, that minor flaws will now be handled in public, for lack of time to deal with them in private. PostgreSQL pulled about a dozen features from version 19, and one of the explanations put forward is the flood of defects surfaced by AI-assisted review.

The foundation draws a clear line. The tools find bugs. They can't pick the right fix for an old design choice in the engine, weigh what it breaks, or review the patch. That takes engineers who know all of PHP's code, and the foundation writes that there are too few of them.

Since spring it has been reorganizing: a dedicated ecosystem security team in May, two hires in July and September, and decisions that should be possible by majority vote. It has run PHP through Anthropic's Claude Mythos and validates reports with OpenAI's Daybreak. But every decision and every patch is still a human's job.

One public funder named

That leaves the money. PHP runs public services, banks and a good part of corporate software. Yet its security rests, according to the foundation, on a small group of developers it pays for and some volunteer help. It asks companies, hosting providers and governments to pay in proportion to what they get out of it.

Across its whole post, one public funder is held up as an example: the German agency that paid for the 2024 audit. The foundation wants more, and "lasting" backing at that. Yet that audit is what put a developer on the trail. It took two years, and a demonstration obtained with the help of AI, for the trail to be followed to the end.

Was this article useful?

Topics covered:

SecurityOpenAIAnalysis

Frequently asked questions

Which PHP flaws were fixed on October 21, 2026?
On October 21, 2026, a day earlier than planned because of a leak, the PHP project shipped versions 8.5.12, 8.4.27, 8.3.36 and 8.2.35. They fix two critical flaws, scored 9.2 out of 10, that can let an unauthenticated attacker run code on a server under certain conditions. The project says no workaround replaces updating, and CERT-EU advises considering taking exposed applications that can't be patched right away off the public network.
Did AI discover the PHP flaw?
OpenAI credits the discovery to the firm Calif, which worked with its GPT-5.6 Sol model, and Wiz praises the contribution of Gemini 4 Argon, Google's model. But according to the PHP Foundation, a PHP core developer under contract with the foundation had already spotted, in 2024, the first signs of the memory-handling problem behind the first of the two flaws. Exploitation was considered at the time only in theory, with no concrete way to pull it off.
Why wasn't the flaw fixed sooner?
According to the PHP Foundation, the security team drafted several competing fixes, each with a price: breaking compatibility with existing code, opening a new denial-of-service risk, or forcing changes across a large number of third-party extensions. The team decided by consensus, and the few developers who know the engine well enough were stretched thin elsewhere. The foundation calls it a "structural failure", caused by both the way it made decisions and a lack of resources.
What got the fix moving in 2026?
On August 11, 2026, Calif reported a remote code execution with the same root cause as the problem seen in 2024, and OpenAI reported the same cause that same day. According to the foundation, those reports made the real impact obvious, and the fix became the top priority of its whole security team. Calif's researcher, Ryan Austin, had started from a 2004 flaw to steer the model.
Who paid for the 2024 PHP security audit?
The 2024 audit, PHP's first external security audit in years, was funded by the Sovereign Tech Agency, a German public agency. It was organized by OSTIF and carried out by the French firm Quarkslab. It is the only public funder the PHP Foundation holds up as an example, and it is asking for that kind of backing to become lasting.
Alexandre Noto

Alexandre Noto

Co-founder & Tech Expert

Alexandre has been in tech for over 20 years. Entrepreneur, software architect and AI enthusiast, he translates complex concepts into accessible explanations. At Declic Media, he is the technical voice that makes AI understandable for everyone.

All articles by Alexandre →
The free AI newsletter