Security

PHP CVE-2026-109618 Trigger Widespread Site Outages

PHP CVE-2026-109618 and CVE-2026-109619 enable remote code execution and denial of service, causing widespread outages across Drupal and other PHP-based sites.

Published: Oct 24, 2026 • 3 min read • By FirstNews editorial desk
Source image via krebsonsecurity.com
Key Vulnerability Findings
  • • CVE-2026-109618/109619 affect PHP 5.4 and later, including all active LTS releases.
  • • Patch available in PHP 8.5.12, 8.4.27, 8.3.36, 8.2.35; earlier versions must upgrade immediately.
  • • Cloudflare deployed WAF rules at 03:02 UTC to block exploit traffic; operators should enable similar rules and monitor logs for anomalous activity.

PHP CVE-2026-109618 Trigger Widespread Site Outages

The PHP core vulnerability identified as CVE-2026-109618, coupled with its sibling CVE-2026-109619, was disclosed on October 21, 2026. Both flaws reside in the PHP parsing engine and allow an unauthenticated attacker to trigger a buffer overflow that results in remote code execution (RCE) or denial of service (DoS). The attack chain requires only a crafted HTTP request; no credentials or prior access are necessary.

Immediate Impact on PHP-Based Platforms

Drupal, Magento, Joomla, and WordPress sites that run on affected PHP versions experienced widespread outages. The outages were reported across multiple hosting providers, content delivery networks, and government websites in Europe. The scale of the impact mirrors the 2021 Log4j incident in terms of affected servers, but the attack vector is simpler: a single malformed request can compromise a server.

Detection and Response by Cloudflare

Cloudflare announced that it detected exploitation attempts at 03:02 UTC and deployed WAF rules to block traffic containing the exploit signatures. The rules were effective within minutes, reducing the number of successful RCE attempts by more than 90%. Operators using Cloudflare should verify that the latest WAF rules are active and monitor the traffic logs for any residual attempts.

Patch Availability and Deployment Timeline

The PHP project released emergency patches for all affected releases on the same day as the disclosure. The patched versions are:

  • PHP 8.5.12
  • PHP 8.4.27
  • PHP 8.3.36
  • PHP 8.2.35

Ubuntu and other major distributions updated their PHP packages within hours. Operators running older or unsupported PHP versions must upgrade immediately; the vulnerability remains exploitable until the patch is applied.

Technical Details of the Exploit

The flaws stem from improper bounds checking in the tokenization phase of the PHP parser. An attacker can send a request containing a specially crafted string that overflows a buffer, allowing arbitrary code execution with the privileges of the web server process. The DoS variant triggers a crash in the PHP interpreter, causing the web server to restart repeatedly.

Operational Guidance for Engineers

  1. Verify PHP version – Run php -v and compare the output against the patched releases.
  2. Apply the patch – Download the latest PHP package from the official repository and install it. Restart the web server after installation.
  3. Enable WAF rules – If patching cannot occur immediately, enable the Cloudflare WAF rules or equivalent rules in your own WAF.
  4. Monitor logs – Look for anomalous file creation, unexpected shell execution, or repeated 500 errors. The PHP error log should not contain stack traces related to the parser.
  5. Audit third-party code – Verify that all CMS extensions and plugins are updated to versions that do not rely on vulnerable PHP functions.

Long-Term Implications for PHP Maintenance

The discovery of long-standing flaws that only became exploitable with advanced AI-driven fuzzing suggests that future vulnerability research may uncover additional latent bugs. Operators should adopt automated vulnerability scanning and enforce strict patch management policies. The incident also highlights the need for language maintainers to conduct regular security audits of core components.

What to Watch Next

  • New exploit variants – Attackers may develop alternative payloads that bypass the current WAF rules.
  • Supply-chain attacks – Compromise of popular CMS plugins could amplify the impact.
  • Regulatory responses – European governments may issue new compliance requirements for PHP-based services.

Related coverage

Explore more on this topic

Frequently Asked Questions

What versions of PHP are affected by CVE-2026-109618 and CVE-2026-109619?

All PHP releases from 5.4 through 8.5.11 are vulnerable; the fixes are in PHP 8.5.12, 8.4.27, 8.3.36, and 8.2.35.

How can I verify if my server is vulnerable?

Run php -v and compare the version against the patched releases; also check the PHP changelog for CVE-2026-109618/109619.

What mitigation steps should be taken before patching?

Apply the latest PHP patch immediately, enable WAF rules if available, and monitor logs for RCE indicators such as unexpected file writes or shell execution.

Sources

Related Security Coverage