{"id":2376,"date":"2026-10-22T06:02:15","date_gmt":"2026-10-22T06:02:15","guid":{"rendered":"https:\/\/smartcryptosecurity.com\/?p=2376"},"modified":"2026-10-22T06:02:15","modified_gmt":"2026-10-22T06:02:15","slug":"critical-php2shell-vulnerabilities-expose-millions-of-websites-to-remote-code-execution","status":"publish","type":"post","link":"https:\/\/smartcryptosecurity.com\/?p=2376","title":{"rendered":"Critical &quot;PHP2Shell&quot; Vulnerabilities Expose Millions of Websites to Remote Code Execution"},"content":{"rendered":"<p>The global web infrastructure is currently grappling with the aftermath of a significant security disclosure involving the PHP programming language. The PHP Foundation has officially rolled out urgent patches for two critical-severity vulnerabilities, collectively dubbed &quot;PHP2Shell,&quot; which carry the potential to provide unauthenticated attackers with full remote code execution (RCE) capabilities. Given that PHP serves as the backbone for an estimated 70% of the world\u2019s websites\u2014including massive ecosystems like WordPress, Drupal, and MediaWiki\u2014the discovery of these flaws has triggered a widespread race to secure servers against active exploitation.<\/p>\n<p>The vulnerabilities are tracked as CVE-2026-109618, which involves out-of-memory (OOM) corruption, and CVE-2026-109619, which relates to a stale global state. Both carry a critical CVSS score of 9.2. According to security researchers and the PHP Foundation, the RCE potential has been confirmed specifically on Apache servers utilizing mod_php. However, the scope of the risk extends far beyond a single configuration. The PHP Foundation has warned that virtually all installations handling web requests are potentially at risk, a list that explicitly includes PHP-FPM, php-cgi, FrankenPHP, and LiteSpeed.<\/p>\n<p>The gravity of these vulnerabilities stems from their location within the core of the PHP engine. &quot;Both issues sit in parts of PHP that nearly every request touches: memory management and error handling,&quot; the PHP Foundation stated in an advisory. &quot;Their central place in PHP is what made both vulnerabilities serious, and also so hard to fix.&quot; Because these defects exist at the language level, they affect websites regardless of the specific content management system (CMS) or application code they run. If a server is running a vulnerable version of the PHP engine, the application itself is essentially defenseless against a sophisticated actor.<\/p>\n<h3>The Role of Frontier AI in Discovery and Remediation<\/h3>\n<p>The discovery of PHP2Shell represents a watershed moment in software security, characterized by the involvement of frontier AI models. The vulnerabilities were unearthed through a collaborative effort between Wiz, OpenAI, and Calif, beginning in August. These organizations maintained a strict period of coordinated disclosure, keeping the details contained until the ecosystem could be adequately prepared with patches.<\/p>\n<p>Wiz, which has published a detailed technical deep-dive into the PHP2Shell mechanics, noted that these findings rank among the most severe in the history of the language. While the underlying code flaws had arguably been present for decades, they remained dormant because demonstrating their exploitability required an extraordinarily complex chain of maneuvers\u2014a feat previously considered to be at the extreme edge of human research capabilities.<\/p>\n<p>According to Calif, the seeds of this discovery were sown as far back as 2020, when an initial OOM flaw was identified. It was later rediscovered during a comprehensive PHP audit in 2024, but because exploitability could not be proven at the time, it remained unpatched. It was only through the application of advanced AI models that the researchers were able to analyze the OOM weakness and successfully engineer a reliable path to RCE. From August 11, when the full impact of the OOM problem was clearly articulated by the researchers, fixing the flaw became the top priority for the PHP Foundation\u2019s security team.<\/p>\n<h3>Exploitation in the Wild and the &quot;Goldmine&quot; for Hackers<\/h3>\n<p>The security community observed a chaotic rollout of information that hampered the intended timeline. Although the coordinated disclosure was scheduled for October 22, the details leaked prematurely on October 20. This forced the PHP Foundation to accelerate its release by 24 hours. The situation was further exacerbated when a video demonstrating a working proof-of-concept (PoC) was inadvertently published, providing attackers with a roadmap for weaponization.<\/p>\n<p>By the time the patches were released, various cybersecurity firms, including WatchTowr, Patchstack, Cloudflare, and Hadrian, were already reporting active exploitation attempts in the wild. Hadrian, in particular, noted that it was seeing PHP2Shell exploited at scale even before the official fixes were available, with most attacks focusing on abusing PHP\u2019s session upload-progress path.<\/p>\n<p>The potential impact of a successful breach is significant. Beyond mere site defacement, the vulnerabilities can be exploited to read sensitive process memory, which often holds credentials, API keys, and other proprietary secrets. Shahak Shalev, global head of scam and AI research at Malwarebytes, described the situation as a &quot;goldmine for hackers.&quot; He noted that attackers can hijack legitimate, high-reputation websites to facilitate large-scale phishing campaigns or distribute malicious software through trusted channels, turning the site&#8217;s own reputation against its users.<\/p>\n<h3>The Ecosystem Scrambles to Patch<\/h3>\n<p>Patches for both CVE-2026-109618 and CVE-2026-109619 have been included in PHP versions 8.5.12, 8.4.27, 8.3.36, and 8.2.35. For legacy systems, minimal source backports for PHP 7.4, 8.0, and 8.1 have also been made available. However, the reality of global web infrastructure means that many systems remain unpatched or are difficult to update on short notice.<\/p>\n<p>For organizations unable to immediately apply the patches, the PHP Foundation has suggested implementing mitigations to reduce exposure to specific attack paths. They emphasize, however, that these are stopgap measures and do not render an installation safe. The urgency of the situation has left many IT teams scrambling. Lee Rossey, co-founder and CTO of SimSpace, pointed out that this event serves as a stark reminder of the pressure organizations face when critical vulnerabilities become public. &quot;Before a patch is released, teams should already know where PHP is running, who can authorize urgent changes, and how they will confirm the update worked,&quot; Rossey advised.<\/p>\n<p>The disclosure process itself has faced criticism. The PHP Foundation expressed frustration that some entities, such as Chainguard, published built images containing the fix hours before the coordinated release. This allowed attackers to study the binary-level fix while the rest of the ecosystem was still waiting for the official announcement. <\/p>\n<p>Ultimately, the PHP2Shell event highlights the increasing role of AI in both finding and mitigating security flaws. The PHP Foundation noted that AI-assisted research has led to the publication of 15 new CVEs since July 1, suggesting that the &quot;frontier&quot; of software security is shifting. As the industry moves forward, the ability to rapidly identify, patch, and deploy fixes for core engine vulnerabilities remains the single most critical factor in maintaining the security of the modern web. For now, the priority remains the immediate identification and patching of all PHP-based servers to neutralize the ongoing threat.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>The global web infrastructure is currently grappling with the aftermath of a significant security disclosure&#8230;<\/p>\n","protected":false},"author":16,"featured_media":2375,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[373],"tags":[374,406,201,388,1612,144,754,1116,5,1929,202,820],"class_list":["post-2376","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-bug-bounty-vulnerabilities","tag-bug-bounty","tag-code","tag-critical","tag-execution","tag-expose","tag-hacking","tag-millions","tag-remote","tag-security","tag-shell","tag-vulnerabilities","tag-websites"],"_links":{"self":[{"href":"https:\/\/smartcryptosecurity.com\/index.php?rest_route=\/wp\/v2\/posts\/2376","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/smartcryptosecurity.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/smartcryptosecurity.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/smartcryptosecurity.com\/index.php?rest_route=\/wp\/v2\/users\/16"}],"replies":[{"embeddable":true,"href":"https:\/\/smartcryptosecurity.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=2376"}],"version-history":[{"count":0,"href":"https:\/\/smartcryptosecurity.com\/index.php?rest_route=\/wp\/v2\/posts\/2376\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/smartcryptosecurity.com\/index.php?rest_route=\/wp\/v2\/media\/2375"}],"wp:attachment":[{"href":"https:\/\/smartcryptosecurity.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=2376"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/smartcryptosecurity.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=2376"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/smartcryptosecurity.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=2376"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}