The breach isn’t the problem. The spread is. →Free Assessment

Executive Summary

In October 2026, PHP disclosed a second unpatched remote code execution vulnerability, CVE-2026-115560, just two days after emergency patches addressed the critical PHP2Shell flaws CVE-2026-109618 and CVE-2026-109619. The PHP2Shell vulnerabilities, patched on October 21 in versions 8.2.35 through 8.5.12, allowed unauthenticated attackers to execute code on web servers. Exploitation attempts surged from tens of thousands within 45 minutes of disclosure to millions by October 22, with threat actors attempting to deploy a Mirai botnet variant. CVE-2026-115560 affects a narrow configuration involving session serialization handler switching and requires disabling session upload progress as a temporary mitigation.

This incident illustrates the compounding risk of staggered vulnerability disclosures in widely deployed open-source runtimes. The rapid weaponization of PHP2Shell flaws—with honeypot detections four days before official disclosure—signals increasingly shortened exploit development windows, forcing organizations to treat patch cadence and network-layer egress controls as non-negotiable security baselines.

Why This Matters Now

PHP powers a significant portion of the global web, making unauthenticated RCE vulnerabilities in its core engine an immediate, mass-scale threat. With exploit attempts reaching millions within hours of disclosure, the PHP2Shell campaign and the follow-on CVE-2026-115560 warning demonstrate that attackers are operationalizing exploits faster than patch cycles can respond—demanding inline traffic inspection and egress controls as compensating controls while fixes are in progress.

Attack Path Analysis

Related CVEs

MITRE ATT&CK® Techniques

Potential Compliance Exposure

Sector Implications

Sources

Frequently Asked Questions

CVE-2026-115560 is a separate PHP vulnerability affecting only applications that dynamically switch session serialization handlers at runtime before calling session_start(). Unlike the PHP2Shell flaws CVE-2026-109618 and CVE-2026-109619, it affects a narrow configuration and PHP is not issuing an emergency patch, recommending instead that session.upload_progress.enabled be set to 0 as a temporary mitigation.

Cloud Native Security Fabric Mitigations and ControlsCNSF

Based on the attack progression modeled above, these are the defensive controls that would constrain each stage.

Aviatrix Zero Trust CNSF is directly relevant to this incident because attackers exploited unauthenticated RCE vulnerabilities in internet-exposed PHP servers to install Mirai botnet variants, relying on unrestricted inbound access, open east-west paths, and uncontrolled egress to propagate and establish C2 channels. By enforcing segmented access, inline inspection, and identity-aware egress policies, CNSF would likely have reduced attacker reachability and constrained the blast radius across multiple stages of the attack chain.

Initial Compromise

Control: Cloud Native Security Fabric (CNSF)

Mitigation: Inline inspection with CVE signature coverage could have detected and limited exploit payload delivery to vulnerable PHP application surfaces, while inbound access controls would likely have reduced the reachable attack surface by restricting which sources could initiate connections to exposed PHP endpoints.

Privilege Escalation

Control: Zero Trust Segmentation

Mitigation: Zero Trust identity-based segmentation policies would likely have constrained the scope of what the compromised web server identity could reach, limiting the workload's ability to access adjacent namespaces, sensitive metadata endpoints, or elevated IAM paths beyond its defined least-privilege boundary.

Lateral Movement

Control: East-West Traffic Security

Mitigation: East-west traffic enforcement policies would likely have constrained the compromised PHP host's ability to initiate connections to internal services and adjacent workloads, reducing how far Mirai propagation scanning and lateral pivoting could reach within the cloud environment.

Command & Control

Control: Multicloud Visibility & Control

Mitigation: Centralized multicloud visibility would likely have surfaced anomalous outbound connection patterns and repeated beaconing behavior from the compromised PHP host, providing the detection signal needed to constrain further C2 activity before DDoS participation or additional payload delivery could occur.

Exfiltration

Control: Egress Security & Policy Enforcement

Mitigation: Egress policy enforcement with FQDN-based filtering would likely have limited outbound data transfers to only approved destinations, reducing the viable paths available for encrypted exfiltration of credentials, tokens, or application data to attacker-controlled infrastructure.

Impact (Mitigations)

Where prior CNSF controls reduced attacker reachability and egress paths, the residual blast radius of successful compromise would likely be constrained to the directly affected PHP workload rather than spreading to adjacent infrastructure, limiting botnet enrollment to a smaller number of hosts and reducing the attacker's ability to weaponize the environment for sustained DDoS participation or persistent access.

Impact at a Glance

Affected Business Functions

  • Web Application Hosting and Delivery
  • Server-Side Application Execution Environments
  • Content Management System (CMS) Operations
  • E-commerce Transaction Processing
Operational Disruption

Estimated downtime: 7 days

Financial Impact

Estimated loss: N/A

Data Exposure

No confirmed data exfiltration has been reported to date. However, successful exploitation of CVE-2026-109618 or CVE-2026-109619 could expose all data processed by affected PHP web applications, including customer PII, session tokens, authentication credentials stored server-side, application source code, and database connection strings. Attempted Mirai botnet installations, if successful, would result in server compromise enabling credential harvesting, lateral movement, and participation in distributed denial-of-service infrastructure. CVE-2026-115560 poses a narrower but similar theoretical risk for applications with the specific misconfiguration, with no confirmed exploitation or data exposure reported.

Recommended Actions

  • • Deploy Inline IPS (Suricata) with updated signatures for CVE-2026-109618, CVE-2026-109619, and CVE-2026-115560 exploit patterns to detect and block unauthenticated RCE payload delivery at the network perimeter before reaching vulnerable PHP application surfaces.
  • • Enforce Egress Security & Policy Enforcement with FQDN-based filtering on all outbound traffic from web-tier workloads to block Mirai C2 beaconing and unauthorized outbound connections to attacker-controlled infrastructure immediately upon compromise detection.
  • • Apply Zero Trust Segmentation with identity-based microsegmentation policies to isolate PHP web server workloads, ensuring that a compromised host cannot initiate east-west connections to internal databases, APIs, or adjacent services without explicit policy authorization.
  • • Enable Multicloud Visibility & Control to baseline normal outbound traffic patterns from PHP application hosts and configure anomaly alerting for deviations consistent with botnet C2 beaconing, port scanning, or bulk outbound data transfers indicative of post-compromise activity.
  • • As an immediate compensating control, set session.upload_progress.enabled=0 across all PHP deployments to mitigate both CVE-2026-109619 and CVE-2026-115560 until official patches are applied in the next PHP routine release, and validate that PHP versions are updated to 8.5.12, 8.4.27, 8.3.36, or 8.2.35 for the two already-patched PHP2Shell flaws.

Secure the Paths Between Cloud Workloads

A cloud-native security fabric that enforces Zero Trust across workload communication—reducing attack paths, compliance risk, and operational complexity.

Cta pattren Image