PHP's Two 9.2-Severity RCE Flaws Turn Unauthenticated Requests Into Server Code Execution
PHP deployments on the public internet now have a patching deadline. Two unauthenticated RCE flaws in the runtime, combined with AI-assisted exploit development, make old, unmaintained PHP sites a much cheaper target than before.
PHP is getting attention for the wrong reasons. On October 21, PHP published patches for CVE-2026-109618 and CVE-2026-109619, two critical vulnerabilities with CVSS scores of 9.2. Both can let an unauthenticated attacker execute code on a server through crafted HTTP requests. Japan's prime minister personally urged organizations to patch, the NSA recommended taking unpatched systems offline, and European cybersecurity agencies followed with joint warnings.
One flaw lives in PHP's out-of-memory handling. Certain multipart requests can exhaust PHP's memory limit during parsing, causing the runtime to abort early and then clean up half-initialized internal state, which leads to memory corruption and potentially RCE. The other is a use-after-free in the request lifecycle: when a worker process survives between requests, stale references to freed memory from a previous request can be accessed before the next request finishes initializing. Both bugs sit below application code, so affected sites can be vulnerable regardless of their business logic.
Google Cloud says AI models participated in the discovery and validation of the flaws. The same capability makes patch analysis and exploit development faster, narrowing the time defenders have to update. PHP's fixed releases are 8.5.12+, 8.4.27+, 8.3.36+, and 8.2.35+; versions 8.1 and older are outside standard support and need vendor-specific patch verification.
Runtime-level flaws are a bigger deal than business-logic bugs because PHP's cleanup and request lifecycle code runs before and around every application; a site can be vulnerable even if its own code is fine.
Google Cloud's use of AI in discovery has an offensive counterpart: the same model-assisted analysis that finds a bug can be pointed at a public patch to speed up exploit development, shortening the window for slow patchers.
National security agencies got involved because PHP's biggest exposure sits in unmaintained legacy systems; actively upgraded applications are a much smaller risk.