PHP releases emergency patches for two critical PHP2Shell security flaws
Emergency fixes are now available for two critical PHP vulnerabilities, after warnings that organisations unable to patch quickly should consider taking their websites offline.
By Hushread Stories, written with AI from 13 outlets · First published 21 Oct 2026
In brief
- PHP has released emergency security patches for two critical vulnerabilities collectively known as PHP2Shell.
- The flaws could allow attackers to execute code remotely without authentication, putting website operators under pressure.
- The emergency releases are PHP versions 8.2.35, 8.3.36, 8.4.27 and 8.5.12, all issued on October 21.
- The EU cybersecurity response team warned organisations unable to patch quickly to consider taking websites offline.
- A proposed temporary workaround cannot fully block the flaws, making deployment of the security updates the priority.
Timeline · 5 moments
Cloudflare announces protections against newly disclosed PHP2Shell flaws
The Cloudflare Blog ↗PHP ships emergency patches for both PHP2Shell vulnerabilities
BleepingComputer ↗Proposed configuration workaround falls short of full protection
The Hacker News ↗EU response team advises possible shutdowns for unpatched websites
The Next Web ↗PHP warns administrators after vulnerability information reportedly leaks
BleepingComputer ↗How it started
PHP's security team warned administrators on October 20 to prepare for emergency updates addressing two critical vulnerabilities. Information about the flaws had reportedly leaked before their scheduled disclosure, according to BleepingComputer.
The bugs became known collectively as PHP2Shell. SecurityWeek identified them as CVE-2026-109618 and CVE-2026-109619 and reported that they could potentially allow unauthenticated remote code execution, meaning an attacker could run code without first logging in.
How it unfolded
On October 21, attention shifted from preparing for disclosure to limiting exposure before the fixes arrived. The Defiant reported that patches were scheduled for 10 a.m. ET and that security advisories urged operators to restrict exposed services and prepare to patch immediately.
The same day, the EU's cybersecurity response team warned that organisations unable to patch quickly should consider taking their websites offline, according to The Next Web. That warning made temporary shutdowns a possible protective measure, rather than simply a consequence of an attack.
Temporary defences also came under scrutiny. The Hacker News reported that a configuration setting being circulated as a workaround was not sufficient on its own, according to the security firm that had suggested it.
PHP subsequently released the emergency patches on October 21, BleepingComputer reported. The released versions were 8.5.12, 8.4.27, 8.3.36 and 8.2.35, as listed by Hacker News: Front Page Startups.
Also on October 21, The Cloudflare Blog announced protections against PHP2Shell. It said Calif.io, Wiz, OpenAI and Quarkslab had disclosed the two vulnerabilities, which it described as affecting all web servers running PHP 5.4 or later.
Where it stands
The emergency updates are now available. The story has moved beyond advance warnings about an imminent release: BleepingComputer confirms that PHP has shipped patches for both critical remote code execution flaws.
The available coverage does not establish how many websites have been compromised or taken offline. The EU advice reported by The Next Web concerns organisations that cannot patch quickly, not a confirmed widespread outage.
What to watch
The immediate issue is how quickly operators can deploy the fixed PHP versions. For organisations that cannot update promptly, the EU response team's advice to consider taking sites offline remains the clearest contingency described in the coverage, according to The Next Web.
Temporary protections should not be confused with a complete fix. The Hacker News reported that the proposed configuration workaround was insufficient on its own, while The Cloudflare Blog announced separate protections. The coverage does not establish how broadly those protections have been adopted.


