Proactive Threat Intelligence from the team that finds the vulnerabilities. We publish what is being exploited right now, who is doing it, and whether it reaches you. No vendor summaries written a week late.

Updated Oct 23, 2026

Frequently Asked Questions About PHP Remote Code Execution (PHP2Shell CVE-2026-109618 & CVE-2026-109619)

PHP2Shell (CVE-2026-109618 and CVE-2026-109619) is a pair of Remote Code Execution vulnerabilities in PHP. PHP released fixes on October 21, 2026, and watchTowr has observed exploitation in the wild. This FAQ is updated as details emerge.

Status

CVE

CVE-2026-109618, CVE-2026-109619

CVSS

9.2 (v4.0)

Exploitation

In The Wild

CISA KEV

Not listed

Vendor patch

Available

Questions

Updates

Key takeaways

What is PHP2Shell (CVE-2026-109618 and CVE-2026-109619)?

PHP2Shell, otherwise known as CVE-2026-109618 and CVE-2026-109619, are two Remote Code Execution vulnerabilities in PHP, a scripting language used to build and run web applications and websites. Both allow an unauthenticated attacker to execute their own code on a server running PHP, potentially taking control of it.

CVE-2026-109618 is triggered when PHP runs out of memory partway through setting up a request, leaving internal data half built for the cleanup code to trust. CVE-2026-109619 comes from internal state that outlives the request memory it points to, so the next request that the same PHP worker picks up can act on that leftover data. Both are rated CVSS v4.0 9.2.

CVEDescriptionCVSSExploited in the wild
CVE-2026-109618Remote Code Execution in PHP via out-of-memory corruption9.2 (v4.0)Yes, per watchTowr
CVE-2026-109619Remote Code Execution in PHP via stale global state9.2 (v4.0)Yes, per watchTowr

Is PHP2Shell being exploited in the wild?

Yes. Exploitation has been observed in the wild since October 21, 2026, through watchTowr’s Attacker Eye global honeypot network. As of October 22, 2026, CISA has not added either CVE to its Known Exploited Vulnerabilities catalog.

How did PHP2Shell come to light?

The vulnerabilities were discovered by researchers at Calif and reported to PHP for a coordinated disclosure. On October 20, 2026, details leaked on social media before the planned disclosure date of October 22. The same day, the PHP security team announced an emergency security release for October 21 at 14:00 UTC, and watchTowr became the first in the industry to confirm publicly that the vulnerabilities were real. PHP published its advisory and fixed releases on October 21.

How is watchTowr helping PHP customers?

  • Adversary Sight engine identified PHP instances across client environments and assessed exposure.
  • Rapid Reaction identified exposure to this vulnerability across the watchTowr client base, giving teams the time they need to act.
  • Active Defense deployed autonomous mitigation rulesets to watchTowr Platform client networks.

What is PHP?

PHP is a scripting language used to build dynamic websites and web applications. Enterprise networks commonly run PHP-based content management systems and internal tools, so servers running PHP often handle customer data and business logic reachable from the internet.

Which PHP versions are affected?

ProductAffected VersionsFixed Version
PHP 8.2.x< 8.2.358.2.35
PHP 8.3.x< 8.3.368.3.36
PHP 8.4.x< 8.4.278.4.27
PHP 8.5.x< 8.5.128.5.12
PHP 7.4, 8.0 and 8.1All versionsNo official release. Use a distribution or LTS vendor package, or PHP’s minimal source backports
PHP 7.3 and older, including PHP 5All versionsNo fix available. Upgrade to a supported branch
  • Every PHP installation that serves web requests is in scope, whether it runs under PHP-FPM, Apache mod_php, php-cgi, LiteSpeed or FrankenPHP.
  • PHP considers the risk highest for Apache mod_php, where an attack can succeed before any of the application’s own code has run.
  • watchTowr has confirmed that older, unsupported branches, including PHP 5, are also affected, so discovery should cover every PHP installation, not only supported versions.

Prioritize internet-facing servers, starting with any that run PHP as an Apache module.

How do I fix PHP2Shell?

Update to PHP 8.5.12, 8.4.27, 8.3.36, or 8.2.35, matching the branch in use. PHP states that no configuration change fully mitigates these vulnerabilities.

  1. Inventory every server and application that runs PHP, starting with internet-facing systems.
  2. Update each installation to the fixed release for its branch. Linux distributions were given the patches ahead of release, so look for updated packages from your distribution.
  3. Restart every PHP worker after updating so the fix takes effect.
  4. For PHP 7.4, 8.0 and 8.1, use a distribution or LTS vendor package or PHP’s minimal source backports, or upgrade to a supported branch.
  5. Restrict internet access to any PHP system that cannot be updated immediately.

What other vulnerabilities does the same bulletin fix?

PHP’s October 21, 2026 security release covers the two PHP2Shell vulnerabilities: CVE-2026-109618 (remote code execution via out-of-memory corruption) and CVE-2026-109619 (remote code execution via stale global state). The same fixed versions address both.

What types of threat actors typically exploit this vulnerability?

No attribution has been made public.

If you are a watchTowr client

Rapid Reaction identified exposure to this vulnerability across the watchTowr client base, and our Active Defense capability has deployed autonomous mitigation rulesets.

Want to know if this reaches you, before the next one?

watchTowr validates exposure and mitigates at the edge in under an hour.

Attackers Don't Give Up. Neither Should Your Security Testing.

Zero install. No infrastructure changes. Uplift your security posture within hours of onboarding the watchTowr Platform.

PHP2Shell Remote Code Execution FAQ

Frequently asked questions about PHP2Shell CVE-2026-109618 and CVE-2026-109619

Find Out What an Attacker Can Reach Before They Do.

Point us at a domain. We reconstruct your real external estate and come back with validated exposure, not a theoretical CVE list.

Disclosure to Exploitation Is Four Hours. Patching Is Not.

The watchTowr Platform validates your exposure to an emerging threat and mitigates it at the edge while the vendor patch is still in testing.

We Find the Vulnerabilities. You Hear It From Us First.

watchTowr Labs publishes what is being exploited right now and whether it touches your estate, not vendor summaries written a week late.

Your Exposure Changes Weekly. Annual Testing Cannot Describe It.

Continuous, fully external validation of what an attacker can actually exploit against your estate, at a 0.01% false-positive rate.

See the Estate You Own, Including What No Asset List Holds.

Subsidiaries, forgotten infrastructure, shadow IT. We rebuild your external surface from a single domain, then validate what is exposed.