PHP2Shell flaws trigger global alerts as NSA and FBI urge patching
Two critical PHP vulnerabilities dubbed PHP2Shell prompted warnings from the NSA, FBI and five allied governments, with Google, OpenAI and Amazon racing coordinated fixes.
Updated
Why it matters
- Two critical vulnerabilities in PHP, collectively named PHP2Shell, allow remote code execution on affected servers.
- The NSA urged PHP users on Wednesday to apply security updates and take affected systems offline if patching is delayed.
- Amazon's MadPot threat detection system recorded exploitation attempts before public disclosure.
- Google's Wiz unit and Gemini AI helped find, investigate and verify patches for the flaws.
- OpenAI spent two months coordinating a coalition of maintainers, researchers and vendors ahead of disclosure.
Two critical security vulnerabilities in PHP, collectively named "PHP2Shell," could allow attackers to remotely execute malicious code on affected servers — and the U.S. National Security Agency warned on Wednesday that organizations running the software must prepare security updates immediately. The flaws, disclosed after a two-month coordinated response led in part by OpenAI, have triggered government alerts across the United States, the United Kingdom, Australia, Canada, Singapore and the European Union.
The stakes are structural. PHP, an open-source programming language (a language whose source code is publicly available and maintained by a volunteer development team), powers a substantial share of the world's websites and web applications. Not every PHP-based site is vulnerable, cybersecurity researchers involved in the disclosure told the story's various participants, but the language's sheer prevalence has raised concerns about the potential scale of attacks if exploitation widens. A flaw in foundational software multiplies risk across industries and borders in a way that a bug in a single product cannot.
What can the PHP2Shell flaws actually do?
According to the cybersecurity researchers who analyzed them, the two vulnerabilities could allow hackers to execute malicious code remotely on servers running affected versions of PHP. That capability puts sensitive data directly at risk.
The U.S. National Security Agency spelled out the worst case. The agency warned that the flaws could provide attackers with direct access to server file systems and databases — the stored layers of a website's content and user information. The NSA's guidance was blunt in its practical implication: organizations using PHP should prepare security updates, and if immediate updates are not possible, they should take affected systems offline until the vulnerabilities are fully addressed.
The Federal Bureau of Investigation issued its own warning, stating that malicious actors could exploit the vulnerabilities to execute code remotely, putting both sensitive data and broader networks at risk. The FBI's alert echoed the NSA's assessment of remote code execution (a class of attack in which an attacker runs arbitrary commands on a target machine without physical access) as the core danger.
The warnings were not confined to Washington. Cybersecurity authorities in Singapore, the United Kingdom, Australia, Canada and the European Union issued similar alerts. The breadth of the governmental response underscores the concern about the potential impact on businesses, government agencies and other organizations that depend on PHP-based systems.
Were attackers already trying to exploit the flaws?
Yes — and in some cases before the vulnerabilities were publicly known. Amazon said its threat intelligence team detected attempts to exploit the vulnerabilities ahead of their public disclosure, using its MadPot threat detection system, which monitors suspicious activity across internet-facing infrastructure.
Those findings, Amazon said, suggest malicious actors were already attempting to exploit the flaws. The company added an important caveat: it remains unclear how the attackers obtained information about the vulnerabilities before disclosure. That open question — whether the flaws leaked, were independently rediscovered, or were sold — hangs over the incident and shapes how urgently operators must treat patching.
Pre-disclosure exploitation attempts are the scenario that coordinated disclosure processes exist to prevent. The fact that they occurred despite a two-month preparation effort, described below, indicates how quickly sophisticated actors move on vulnerabilities in widely deployed software.
How did Google and OpenAI use AI to respond?
Both companies positioned the episode as evidence of artificial intelligence's growing role in cybersecurity — on both the defensive and offensive sides of the ledger.
Google said its cybersecurity unit Wiz used AI models to help find and investigate the vulnerabilities. Its Gemini AI system contributed to efforts to assess the flaws, test potential attacks and verify security patches. In practice, that means machine-learning systems participated in the triage cycle: characterizing the bugs, probing how they might be exploited, and confirming that fixes actually closed them.
OpenAI said researchers working with its AI models also helped uncover critical vulnerabilities in PHP. The company, which makes ChatGPT, said it had spent the past two months leading a coalition of software maintainers, cybersecurity researchers and security providers to coordinate fixes and prepare protective measures ahead of public disclosure.
OpenAI characterized the flaws in unusually strong terms. The company described them as among the most significant security issues in recent memory, and framed the dual nature of the moment: the episode highlights both the potential of advanced AI systems to identify vulnerabilities in widely used software and the risk that similar capabilities could be exploited by cybercriminals. That symmetry — the same AI capacity that finds bugs can hunt them — is the policy tension embedded in the story.
What protections exist for organizations that cannot patch immediately?
Cloudflare, which provides cybersecurity and website infrastructure services, said it deployed protections against the PHP2Shell vulnerabilities through its web application firewall (a filtering layer that inspects and blocks hostile traffic before it reaches a website). The company said its measures were designed to block malicious requests targeting affected systems, providing an additional layer of defense while organizations install software updates.
That defense matters because patch cycles are not instantaneous. Large organizations must identify affected versions, test updates against their own applications, and stage deployments — a process that can take days or weeks across complex infrastructures. Firewall-level blocking buys time.
The PHP development team itself has released security fixes. Authorities across the alerting governments urged website operators to identify which PHP versions they run and apply the updates as quickly as possible.
Why does this episode matter beyond PHP?
The incident compresses three trends into a single story. First, it demonstrates the systemic risk of widely used open-source software: one pair of vulnerabilities generated alerts from at least seven governments and response efforts from three of the largest technology companies. Second, it shows AI moving from research curiosity to operational tool in security work — Google's Wiz and Gemini, and OpenAI's models, all participated in finding, investigating or verifying the flaws. Third, it confirms that attackers are not waiting: Amazon's MadPot system recorded exploitation attempts before the public knew the bugs existed.
OpenAI's own framing carries the forward-looking weight. If advanced AI systems can find vulnerabilities in widely used software, and cybercriminals can wield similar capabilities, then the race between discovery and exploitation will increasingly be run by machines on both sides. The PHP2Shell response — two months of coordinated, AI-assisted preparation followed by simultaneous global warnings — offers a template for how that race may be run.
Source: CNBC Tech
More from Marcus Bennett
Show full bio
Senior reporter covering companies, deals and strategy in artificial intelligence and machine learning at AI In Context.
301 articles
Related articles
- OpenAI Publishes Policy for Disclosing Bugs It Finds in Others' Software
- OpenAI Launches Safety Bug Bounty to Pay for AI Abuse Findings
- OpenAI's Daybreak Launches Patch the Planet for Open-Source Security
- One Israeli Startup Sits Behind a String of Rogue AI Disclosures
- OpenAI adds Lockdown Mode and risk labels to ChatGPT