Two critical holes in PHP: sites rush to patch, and the foundation admits a delay
PHP, which runs a huge part of the web, has closed two holes that let anyone run their own code on a server without a password, and the PHP Foundation itself calls the delay in fixing one of them a failure.
Event: October 21, 2026
Primary source: October 21, 2026
Published here: October 22, 2026 at 04:55 AM UTC
Read: 2 min
What happened
On 21 October PHP released versions 8.5.12, 8.4.27, 8.3.36 and 8.2.35. They close two critical flaws that let an attacker with no login run code on a server. The PHP Foundation admitted the first signs of one flaw were found back in 2024.
Why it matters to you
PHP runs online shops, banks, media and government services. If a site holding your data or money has not updated, it is exposed. The US agency CISA says patch right away, and take servers offline if you cannot.
What to check and watch
Whether your site or host runs the new PHP version. Reports of real attacks: CISA had seen none when it issued its advice. And more sites going offline while they update.
What the holes are. The first is about running out of memory. If a request hits the memory limit at the wrong moment, PHP leaves half-built internal data behind and later treats it as valid. On Apache with mod_php such a request works before the site's own code even runs. The second is in fatal error handling: a later request can use memory that belonged to an earlier one. In both cases researchers showed remote code execution.
Why it took so long. The PHP Foundation says the first signs of the memory problem showed up in 2024 during an outside audit. Back then nobody had a real attack path, and every fix had a cost: broken compatibility or changes to many third-party extensions. The security team worked by consensus and the work stalled for months. The foundation calls this a structural failure, caused by how decisions were made and too few people.
What changed. On 11 August a researcher at security firm Calif and, separately, OpenAI reported a full attack with the same root cause. Reports from Wiz and more from OpenAI followed. From then on the fix became the team's top priority.
The leak. On 20 October the flaw IDs started circulating online early, so the release moved from 22 to 21 October. The foundation says no technical details leaked then, and the real severity score is 9.2 out of 10.
The reaction. Reuters reports that government websites in Europe and elsewhere went offline. The US National Security Agency warned that such flaws often give a direct path to a server's files or database. CISA says find every system with PHP, patch internet-facing ones first, and keep PHP 8.1 and older offline until updated.
Confirmed facts
- On 21 October PHP released versions 8.5.12, 8.4.27, 8.3.36 and 8.2.35, fixing two critical remote code execution flaws.[1][2]
- CVE-2026-109618 and CVE-2026-109619 allow unauthenticated code execution and affect all PHP installations serving web requests.[2]
- The first flaw is memory corruption when a request hits memory_limit; on Apache with mod_php it can be triggered before any application code runs.[1]
- The second flaw involves stale global state after a fatal error, letting a later request use freed memory.[1]
- The first signs of the memory problem were found in 2024; the foundation called the delay a structural failure caused by its decision process and lack of resources.[1][3]
- On 11 August 2026 a Calif researcher and, independently, OpenAI reported a full attack with the same root cause; Wiz and OpenAI sent further reports later.[1]
- On 20 October around 15:00 UTC the flaw IDs leaked with a wrong score of 10.0; the real CVSS score is 9.2. The release moved from 22 to 21 October.[1]
- CISA had not observed exploitation at the time of its advisory and urges immediate patching, with unpatched systems and PHP 8.1 or older taken offline.[2]
- The US National Security Agency said such flaws often provide a direct path to a server's file system or database.[3]
- Government websites in Europe and elsewhere went offline after the flaws were disclosed.[3]
Implications
- ConfirmedAny PHP site without the new version remains open to remote server takeover.
- Our readingMore outages and temporary shutdowns are likely in the coming days at sites that have not updated.
- Our readingThe episode will push big companies to pay more for the security of open-source code they profit from.
Still unknown
- How many servers worldwide still run vulnerable versions.
- Whether confirmed attacks through these holes appear, and what damage they cause.
- When hosting providers and ready-made builds update PHP for all customers.
Who it affects
Global. Site and online shop owners, developers, anyone who keeps data or money in online services
Sources
- The PHP Foundation: Today's PHP Security Release, and How We're Strengthening PHP Security October 21, 2026 · official
- CISA: Critical Vulnerabilities in PHP Require Immediate Patching October 21, 2026 · official
- Reuters: PHP developers issue updates to fix vulnerabilities, says flaw was found in 2024 October 21, 2026 · media
Cover: Freekonomist graphic, a symbolic image, not a photo of the event. This is a news explainer, not financial advice.
More stories
Bank of Korea pauses at 3%, but openly talks about more hikes
South Korea's central bank held its rate at 3% after two hikes in a row, but said it is only deciding when and how much to raise next.
Meta beats forecasts, but its AI build now costs more than the business brings in
Meta's third-quarter revenue rose 26% to $64.6 billion, but spending on AI data centers now tops the cash its core business brings in.
New Zealand inflation cools to 3.7%, but a rate hike is still expected
New Zealand prices rose 3.7% in a year, a bit below forecasts but still above the central bank's target, and markets are almost sure of a rate hike next week.
The market in 2 minutes, every morning
What happened overnight, what it means and what to watch today. Plain words, explained, and about your assets. One-click unsubscribe.