9.2: The PHP Score That Sparked a Disclosure Crisis
A Hacker News user's early post about two critical PHP bugs forced a faster public release, highlighting the risks of AI-assisted vulnerability discovery.
By Yasmin Duda ·

The careful choreography of a coordinated security disclosure unraveled this week when details of two critical PHP vulnerabilities leaked to the public before the official embargo lifted. The incident has triggered a public apology from a Hacker News user and raised urgent questions about how the software community manages high-severity flaws in an era of rapid, AI-assisted discovery. The core tension lies in the balance between keeping secrets to allow for safe patching and the community's natural drive to share critical information quickly.
The two specific flaws, tracked as CVE-2026-109618 and CVE-2026-109619, are rated with a severity score of 9.2. These are not minor issues in peripheral libraries; they are bugs in the PHP runtime itself, which powers a vast portion of the web. The high score indicates a remote code execution risk, meaning an attacker could potentially take control of a server without needing physical access or prior credentials. The planned disclosure process was designed to give website administrators and developers a window to apply patches before the details became common knowledge.
The primary figure in the controversy is a Hacker News user known as petecooper. In a public statement, the user apologized for posting the details ahead of the scheduled release date. Petecooper described themselves as a self-employed consultant and the solo founder of a mental health non-profit, emphasizing that they had no formal affiliation with any of the organizations involved in the discovery. They stated that their intention was to warn the community, specifically those who follow PHP's four-week release cycle, that the matter was urgent and important.
The user claimed they were under the impression that no embargo existed. Petecooper noted that their contact had informed them of no restriction, and that this contact’s own source had made a similar claim. Despite this, the user accepted full responsibility for the disruption. They wrote that they were truly sorry for the additional workload and the knock-on effects on the coordinated disclosure schedule. The statement emphasized that causing side effects was never the intent, but the responsibility for the action remained with the poster.
Petecooper was not the only source of early information. Several other leaks had already circulated on social media and other platforms before the official announcement. These multiple leaks pushed the PHP Foundation to bring its public announcement forward by one day. The foundation also identified another significant breach of the timeline, noting that the company Chainguard broke the embargo by more than six hours. This suggests that the secrecy surrounding the flaws had already begun to erode before the Hacker News post made the situation public.
Dan Lorenc, the co-founder and CEO of Chainguard, defended the company's actions on LinkedIn. He explained that the decision to release information was made after speaking with several other researchers in the field. Lorenc argued that once the fix was available publicly, it was more effective to notify the broader group of researchers rather than limiting the information to the company's direct customers. This approach highlights a recurring debate in the security community about whether information should flow through formal channels or spread rapidly through the peer network.
The discovery of these two flaws was achieved using artificial intelligence tools. This detail adds a new layer of complexity to the incident. The bugs were not the result of attacks by rogue AI systems, but rather found by researchers leveraging AI to scan code. This capability means that both security professionals and malicious actors can now uncover vulnerabilities that may have sat hidden in widely used code for years or even decades. The speed at which these tools work turns each discovery into a race.
For working developers and system administrators, the stakes are high. The incident illustrates the pressure to deploy fixes quickly in a digital landscape where vulnerabilities are being found at an accelerating pace. The PHP Foundation's decision to move the announcement up was a direct response to the leaks, aiming to minimize the window of exposure. As AI tools become more prevalent in security research, the standard four-week release cycle may face increasing pressure to adapt.
The apology from petecooper and the defense from Chainguard represent the human elements of a technical crisis. The user's background as a solo founder of a non-profit adds a personal dimension to the story, showing that even individuals without large corporate backings can have a significant impact on the global software ecosystem. The incident serves as a reminder that in the world of open-source software, information moves fast, and the protocols for managing that speed are constantly being tested.
As the patches are deployed, the community will look to see if the faster release mitigated the risk for the majority of users. The 9.2 severity score remains a stark reminder of the potential impact of runtime bugs. For the readers who care about the stability of the digital infrastructure they rely on, this event is a case study in how the intersection of human behavior, technical urgency, and new technology shapes the security of the modern web.
Source: Tom's Hardware





