Wednesday, October 21, 2026Vol. III · No. 294Subscribe
The Mining, Energy & Technology Wire
Oil & Gas · Analysis

PHP2Shell Critical Vulnerability: Patch Now

PHP shipped emergency fixes for two critical remote code execution flaws after a leak forced an early release. Attackers were already probing.

PHP2Shell Critical Vulnerability: Patch Now
PhotographPHP shipped emergency fixes for two critical remote code execution flaws after a leak forced an early release. Attackers were already probing.Photo: Tyler / Unsplash

The PHP security team released emergency patches for two critical remote code execution flaws, collectively tracked as PHP2Shell, after details leaked ahead of a planned October 22 disclosure, The Hacker News reported. BleepingComputer identified the bugs as CVE-2026-109618 and CVE-2026-109619. Anyone running a web server on PHP has a runtime to update.

That is a large group. BleepingComputer reports that PHP "powers 75% to 80% of all websites," including those on CMS platforms like WordPress. The flaws sit in the PHP runtime, not in any application, so a site is exposed even when its own code is secure, The Hacker News reported. This PHP2Shell critical vulnerability cannot be fixed from inside the application.

How Did a Leak Force an Early Release?

On 20 Oct 2026, the PHP security team gave advance notice of a release scheduled for 21 October 2026, addressing two critical vulnerabilities, both rated CVSS v4.0 9.2, according to PHP. The notice also said the team reserved the right to release earlier if details of either flaw became public or if exploitation appeared in the wild.

Both conditions arrived. The Hacker News reported that PHP published the fixes around the scheduled release time on October 21, a day after details leaked.

SecurityWeek relayed a further complication. The PHP Foundation said Chainguard published built images containing the fix six hours before the coordinated release, disregarding weeks of work toward coordinated disclosure.

Cloudflare said it observed attack traffic aimed at its customers while the flaw was leaked and before the official release date. It also saw attackers mutating payloads to get around its protections.

What Do the Two Flaws Actually Do?

PHP's advisory describes both as capable of unauthenticated remote code execution. CVE-2026-109618 is labelled "RCE via OOM corruption": out-of-memory handling can interrupt PHP while internal request data is only partially initialized. CVE-2026-109619 is labelled "RCE via stale global state": request-owned internal state can survive after its backing memory has been freed.

The Hacker News reported that an attacker can read memory from the PHP worker process, which may hold passwords, authentication tokens, API keys and certificates belonging to other requests.

The PHP security team singled out one deployment type. "We consider the risk highest for mod_php, with a demonstrated exploit where an unauthenticated request can trigger the attack before any application code runs."

All installations serving web requests are at risk, the advisory says, including PHP-FPM, Apache with mod_php, php-cgi, FrankenPHP and LiteSpeed.

Who Found Them, and Why Now?

BleepingComputer reports the two unauthenticated flaws were discovered by researchers at Calif, Wiz and OpenAI. SecurityWeek reported that the OOM-to-RCE issue was independently reported by Calif and OpenAI on August 11.

The history is longer than that. Calif said an initial OOM flaw in PHP was discovered in 2020 and rediscovered during a PHP audit in 2024, but was not patched because exploitation was not proven, SecurityWeek reported.

The researchers say AI models helped turn these long-standing flaws into working exploits, according to The Hacker News. One researcher did in about a week what they say would otherwise have taken a team months.

Wiz said the findings "rank among the most severe vulnerabilities discovered in PHP, and arguably in software history."

The Hacker News reports both flaws affect nearly every PHP version back to PHP 5.4.

Is Anyone Exploiting It?

Reports differ in degree. SecurityWeek reported that WatchTowr saw the first in-the-wild exploitation attempts around the time patches landed but had not observed successful ones. Jake Knott, WatchTowr's head of threat intelligence, said: "Whilst nobody has been successful to date, we don't expect that will last long."

SecurityWeek, relaying a Hadrian report, said Hadrian saw php2shell exploited in the wild at scale, with most attacks abusing PHP's session upload-progress path.

Some organisations have already gone dark. The Hacker News reported that BambooHR took its service offline across the United States, Canada and Ireland as a precaution. It warned that payroll would be interrupted and had no restoration time. In the Netherlands, citing broadcaster NOS, the outlet reported that MijnOverheid, DigiD, the lower house of parliament's site, the national cyber-security center and several education systems went offline.

Help Net Security quoted researcher Kevin Beaumont: "The PHP situation will lead to a mass of incidents – it's one of the biggest vulns in years."

How Big Is the Exposed Footprint?

BleepingComputer, citing VirusTotal estimates, reports over 5.1 million PHP hosts are exposed online, with roughly 3.8 million having at least one port open. VirusTotal says WordPress dominates the applications seen on those hosts.

Version data complicates the picture. VirusTotal says hosts that disclose a version split between a supported branch (8.2 to 8.5) and end-of-life branches between 5.4 and 8.1. VirusTotal also says roughly four out of five PHP servers hide their version, and that hiding the version header "hides the header, not the vulnerability."

Which Versions Get Fixes?

PHP's advisory says releases 8.5.12, 8.4.27, 8.3.36 and 8.2.35 fix the two flaws. The PHP 8.2.35 release carries extra weight: PHP 8.2 reaches end of life on 31 December 2026 and will receive no further security fixes after that date.

PHP 8.1 and older no longer receive updates from the project, though some distributions and LTS vendors provide backported fixes. Because of the severity, the security team provided minimal source-backports for PHP 7.4, PHP 8.0 and PHP 8.1.

Updating the application will not help. The Hacker News noted that updating something like WordPress or Laravel does not update the PHP runtime beneath it; that comes from the server package, the host or the container image.

One distribution caveat: PHP's advisory urges users of the volunteer-maintained rpms.remirepo.net repository to switch to distribution packages or build from source, because that repo will not have updates on the day of release.

Can Anything Substitute for Patching?

Not fully. PHP's release notes for 8.5.12 state: "There are no complete mitigations, updating is the only safe choice." Gina Peter Banyard, a PHP core developer, warned that no PHP2Shell mitigations would fully block potential attacks and that the official patches are the only permanent defense, BleepingComputer reported.

The advisory does list interim measures for CVE-2026-109619, including setting session.upload_progress.enabled=0 and restarting every worker. It says this blocks the confirmed session paths, not other variants.

The UK National Cyber Security Centre says organisations using any version of PHP are affected and are highly encouraged to update to the latest fixed version. Where that is not possible, and temporary mitigations are not an option, the NCSC says they should consider taking the system offline until it can be fully mitigated. It also notes that NCSC-NL published an inventory of software products with a PHP dependency potentially affected by the flaws.

Hal Pomeranz, a computer forensics expert, told Help Net Security about unpatched embedded installations: "There will be a long tail for this one."

What Changed This Week

A planned disclosure turned into an emergency release after details leaked. Two critical flaws in the PHP runtime itself, rated CVSS v4.0 9.2 according to The Hacker News, now have fixes across supported branches and limited backports for older ones. Exploitation attempts began around the time the patches landed, and Hadrian reported attacks at scale. Some services in the United States, Canada, Ireland and the Netherlands went offline as a precaution.

What to Watch

Watch for confirmation of successful exploitation. WatchTowr had seen none at the time of SecurityWeek's report, but Knott does not expect that to last. Also watch the long tail Pomeranz described: embedded and end-of-life installations with no vendor patch on the way. For PHP 8.2 users, the clock is 31 December 2026. The NCSC-NL inventory of PHP-dependent software is the place to check whether a product you run is on the list.


Reporting based on coverage from BleepingComputer, The Hacker News, PHP, SecurityWeek, Help Net Security, VirusTotal, the UK NCSC and Cloudflare, October 2026.

Original reporting and analysis by the Stake & Paper editorial team. See linked sources within the article.

Share this story

More from Stake & Paper

Was this article helpful?

ClaimWatch

Mining claims intelligence — from query to report, in minutes.

Every unpatented mining claim across all twelve BLM states. Leadfile audits, due diligence, site selection, regional prospecting, entity investigations, and AOI monitoring — delivered as complete report packages.

4.4M+
Claims Tracked
12
BLM States
7
Report Types
Request a Sample Report
Stake & Paper AM

One morning brief. The whole energy sector.

Original analysis, the day's most important wire stories, and market data — delivered before your first cup of coffee. Free.