Article
PHP2Shell: Two Critical PHP Flaws Reported as RCE, CVE-2026-109618 and CVE-2026-109619
PHP2Shell (CVE-2026-109618, CVE-2026-109619): fixed in PHP 8.5.12, 8.4.27, 8.3.36 and 8.2.35. See who is exposed and run a free check.
Quick links
Press Enter to search, Esc to close
Exploited vulnerability
A critical PHP flaw that PHP titles "RCE via stale global state".
In short
CVE-2026-109619 is a critical PHP flaw that PHP titles "RCE via stale global state". PHP says request-owned internal state can survive after its backing memory has been freed, and a later request handled by the same worker may use that stale state. It is one of two flaws called PHP2Shell, rated 9.2 on CVSS v4.0, and is fixed in PHP 8.5.12, 8.4.27, 8.3.36 and 8.2.35.
PHP says the two PHP2Shell flaws can allow unauthenticated remote code execution. For this one, the GitHub advisory says PHP keeps global state such as error, session, object and extension state. That state can stay in a persistent worker and point to memory owned by a finished request.A fatal error, such as an uncaught error or a timeout, can interrupt an operation before it resets its state. A later request on the same worker can then read the stale state, for example while PHP applies INI settings or handles session upload progress. The advisory confirms two cases: the PHP 8.5 fatal error backtrace path, and session upload progress after an out-of-memory or other fatal error.The advisory describes an unauthenticated heap use-after-free that can run code with the web worker's privileges.PHP's release text does not report exploitation. NCSC-NL notes that public proof-of-concept exploits exist, and Sansec reports early attacks seen by Cloudflare on 21 October. The CISA Known Exploited Vulnerabilities catalog did not list this CVE in the version we read.Read the PHP2Shell analysis for the full picture. The first flaw is covered on the CVE-2026-109618 page.
PHP's GitHub advisory lists every release before 8.2.35, 8.3.36, 8.4.27 and 8.5.12 as affected. PHP says all installations serving web requests are at risk, including PHP-FPM, Apache with mod_php, php-cgi, FrankenPHP and LiteSpeed.The fixed versions are PHP 8.5.12, 8.4.27, 8.3.36 and 8.2.35, released on 21 October 2026. PHP 8.2 reaches end of life on 31 December 2026. PHP says 8.1 and older no longer receive updates from the PHP project, and some distributions and LTS vendors provide backported fixes. The advisory does not say how far back older branches are affected.
The PHP security team announces a security release for two critical flaws, both rated 9.2 on CVSS v4.0.
CERT-EU advisory 2026-018 names CVE-2026-109618 and CVE-2026-109619.
PHP publishes the GitHub advisory GHSA-6wmf-4rv5-p3rp and releases PHP 8.5.12, 8.4.27, 8.3.36 and 8.2.35.
PHP says 8.1 and older get no update from the PHP project and points to vendor backports. Our PHP2Shell timeline of the first 36 hours follows the first attacks and the public reaction.
Install PHP 8.5.12, 8.4.27, 8.3.36 or 8.2.35, or the vendor package that carries the fix. PHP says updating is the only reliable mitigation for this flaw.
List servers, containers, control panels and appliances that run PHP, with the version of the binary your web server really uses. Start with the ones reachable from the internet.
Set session.upload_progress.enabled=0 and restart every worker. On PHP 8.5 also set fatal_error_backtraces=0. PHP says these block only the confirmed paths.
Restart PHP-FPM or the web server so workers load the new code, then confirm the version again. For 8.1 and older, ask your vendor for a backport or upgrade.
Watch for PHP worker processes that start shells or download tools, and for new files in web roots. No indicators of compromise are published.
It is a critical PHP flaw, rated 9.2 on CVSS v4.0, that PHP titles "RCE via stale global state". Request state can survive after its memory is freed, and a later request on the same worker may use it. It is one of the two flaws called PHP2Shell.
PHP 8.5.12, 8.4.27, 8.3.36 and 8.2.35, released on 21 October 2026. The GitHub advisory lists releases before these versions as affected.
No. PHP says session.upload_progress.enabled=0 with every worker restarted blocks the confirmed session path but not other variants. On PHP 8.5, fatal_error_backtraces=0 blocks only the confirmed backtrace path.
CVE-2026-109619 comes from request state that outlives its memory. CVE-2026-109618 comes from out-of-memory handling that leaves request data invalid. See the CVE-2026-109618 page.
Take control of your digital security with an exclusive demo of our AI-driven threat intelligence platform.