Quick Answer

Two critical PHP vulnerabilities, known as PHP2Shell, were disclosed on October 21, 2026. They could allow attackers to execute malicious code on vulnerable web servers without authentication. Businesses running PHP-based websites or applications should identify affected systems, install available security updates, and investigate any signs of compromise.

Two newly disclosed PHP vulnerabilities have prompted urgent security warnings, with some government websites temporarily taken offline while administrators assess their exposure.

The vulnerabilities, collectively known as PHP2Shell, affect PHP itself, the programming language behind many websites and web applications. Both carry a critical severity rating of 9.2 out of 10 and could allow an attacker to execute code on an affected server without logging in.

Unlike vulnerabilities affecting individual plugins or applications, these flaws exist in the underlying PHP runtime. That means a website could have current plugins and updated application code but still be exposed if its PHP environment hasn't been patched.

For businesses, the immediate concern is understanding which applications use PHP, whether they're affected, and how quickly updates can be applied.

What Is PHP2Shell?

PHP2Shell refers to two critical vulnerabilities disclosed on October 21, 2026:

  • CVE-2026-109618: A flaw in PHP's handling of out-of-memory errors that can cause memory corruption and potentially allow remote code execution.

  • CVE-2026-109619: A flaw involving previously freed memory that could also allow remote code execution.

Both vulnerabilities affect how PHP processes requests. Under certain conditions, an attacker can exploit these flaws without having an account or other authorized access to the application.

Successful exploitation could allow an attacker to access sensitive information, modify website files, disrupt operations, or compromise the underlying server.

The vulnerabilities affect several PHP execution environments, including PHP-FPM, Apache mod_php, php-cgi, FrankenPHP, and LiteSpeed. The official PHP security announcements provide information on the fixed releases.

Why Are the PHP2Shell Vulnerabilities So Serious?

The main concern is the possibility of unauthenticated remote code execution (RCE). In plain terms, someone outside your organization may be able to execute commands on a vulnerable server without first obtaining a username or password.

The impact depends on the server's configuration and the privileges available to the affected process. However, even limited access could expose sensitive information or provide an opportunity for further attacks.

NHS England's security alert outlines the risk and the need to apply updates. Some government website operators also temporarily took systems offline as a precaution while responding to the vulnerabilities.

For a business relying on its website, customer portal, or internal applications, an unexpected outage can affect everything from customer service to daily operations. The potential cost of a security incident can be considerably greater.

That doesn't mean every website using PHP is compromised. Actual exposure depends on the installed version, configuration, and whether the appropriate patches have been applied.

Which PHP Versions Are Vulnerable to PHP2Shell?

The PHP development team released security patches on October 21 for its supported branches.

PHP branch

Affected upstream releases

First patched release

PHP 8.5

8.5.11 and earlier

8.5.12

PHP 8.4

8.4.26 and earlier

8.4.27

PHP 8.3

8.3.35 and earlier

8.3.36

PHP 8.2

8.2.34 and earlier

8.2.35

PHP 8.1 and older

Unsupported upstream branches

Verify vendor backports or plan an upgrade

Note: These are upstream release thresholds. Distribution- or host-maintained packages may contain security backports without changing the upstream version number.

If your organization runs one of the affected releases, the appropriate security update should be installed as soon as possible. Some Linux distributions and managed hosting providers backport fixes into older packages, so ask your provider to confirm the actual patch status rather than relying on the version number alone.

For example, Plesk has published PHP2Shell patch information for its environments, including certain older PHP branches. You can also consult the PHP supported versions page to see which branches continue receiving upstream security updates.

Does PHP2Shell Affect WordPress and Other Business Applications?

Potentially. WordPress, Drupal, Joomla, and many custom applications rely on PHP. Other systems worth checking include customer portals, e-commerce websites, APIs, internal web applications, and older business software maintained by outside vendors.

Updating WordPress or its plugins does not necessarily address PHP2Shell. The PHP runtime serving the website must also be patched.

How to Conduct an Application Vulnerability Assessment for PHP2Shell

An application vulnerability assessment helps businesses identify security weaknesses across their applications, dependencies, and hosting environments. For PHP2Shell, that means checking the installed PHP runtime, confirming patch status, reviewing application exposure, and looking for signs of compromise. A broader assessment can also identify outdated components and other vulnerabilities that may need attention.

You don't need to be a PHP developer to begin investigating the risk. The first step is identifying who manages your applications and asking the right questions.

1. Identify which applications use PHP

Start with your public websites, customer portals, custom applications, and internal systems. Include applications maintained by third-party vendors or hosting providers. A system developed several years ago may still be running an older PHP version, even if it appears to function normally.

2. Confirm the installed PHP version

Your development team or hosting provider should be able to identify the PHP version used by each application. The version used by a server's command line can differ from the version serving website requests, so ask them to verify the active web runtime.

3. Verify that the security patches are installed

Compare each version with the patched releases above. If your hosting provider uses vendor-maintained packages, ask whether the fixes for both CVEs have been backported. Don't assume an application is safe simply because the hosting provider installs automatic updates.

4. Prioritize internet-facing and business-critical applications

Applications exposed to the public internet deserve immediate attention, especially those that process customer data, financial information, or business transactions. Consider which systems are essential to daily operations and how an outage would affect customers or employees.

5. Apply updates and verify functionality

Install the relevant security patches as soon as possible. For custom or business-critical applications, confirm backups and rollback procedures are available. After updating, restart the appropriate PHP workers or services and test critical workflows and integrations. If patching cannot happen immediately, your technical team should consider isolation, access restrictions, or temporarily taking the service offline.

6. Review logs for suspicious activity

Installing an update fixes the vulnerability but doesn't establish whether an attacker exploited it beforehand. Have qualified technical personnel review relevant application and server logs, unexpected file changes, unusual processes, and other signs of unauthorized access. If compromise is suspected, involve an incident response specialist.

PHP2Shell Response Checklist for Application Owners

Use this checklist to coordinate with your internal team, hosting provider, and software vendors.

Priority

Action

What to confirm

Immediate

Identify PHP applications

All websites, applications, servers, and owners are accounted for.

Immediate

Check versions

Each environment's active runtime and vendor patch status are known.

Immediate

Prioritize exposure

Internet-facing and business-critical systems are handled first.

Immediate

Apply security fixes

Correct patches are installed and affected PHP services restarted.

High

Test functionality

Important workflows and integrations still work.

High

Check for compromise

Relevant logs and suspicious activity have been assessed.

Ongoing

Plan upgrades

Unsupported systems have a documented modernization path.

Ongoing

Assign ownership

Every application has someone responsible for security maintenance.

If an outside vendor manages your website or application, send them the checklist and ask which items they've completed. Request confirmation of the installed patch, not just a general assurance that the system is secure.

What If Your Application Can't Be Updated?

For many businesses, installing a PHP patch will be relatively straightforward. Others may discover that the affected application cannot run on a supported PHP version without additional development work.

This can happen with older custom applications that rely on deprecated functionality, unsupported libraries, or integrations designed for an earlier version of PHP. Updating a runtime without testing may break important features.

The better approach is to understand the dependencies, identify compatibility issues, and determine how the application can be updated safely. A code audit can help identify outdated components, security risks, and technical debt that complicate updates.

For organizations relying on older custom applications, custom software development can help address compatibility issues, replace unsupported components, and make applications easier to maintain.

Depending on the findings, the solution may involve replacing certain components, refactoring code, or planning a broader modernization effort. Emergent's application modernization services help businesses evaluate those options. For a closer look at the process, read our guide to legacy system modernization.

How to Reduce the Risk of Future Application Vulnerabilities

PHP2Shell may be the vulnerability making headlines this week, but it won't be the last critical software flaw businesses need to address.

Organizations running custom applications need a reliable process for identifying vulnerabilities, applying updates, and evaluating systems that have become difficult to maintain. That starts with an application inventory and clear maintenance ownership.

Routine dependency reviews, automated security testing, consistent deployment processes, and escalation plans can reduce the work involved when urgent patches are needed. Ongoing application support helps prevent essential updates from being overlooked.

A professional web application security assessment can identify outdated dependencies, insecure configurations, and other weaknesses that may not be obvious during routine maintenance.

None of these practices eliminates risk, but they make it easier to respond quickly and thoughtfully when the next advisory arrives.

Need Help Evaluating Your Application Security?

If PHP2Shell has raised questions about the condition of your business applications, it may be time to examine whether older technologies, unsupported components, or inconsistent maintenance practices are creating additional risks.

Emergent Software helps organizations assess, secure, maintain, and modernize business applications. Our teams can evaluate existing codebases, identify technical concerns, and develop practical remediation or modernization plans.

Not sure whether your business applications are vulnerable? Emergent Software can help assess your application environment, identify security gaps, and prioritize remediation. Contact our team to discuss your next steps.

Frequently Asked Questions

What is an application vulnerability assessment?

An application vulnerability assessment evaluates software, dependencies, and configurations for known security weaknesses. For businesses concerned about PHP2Shell, it can help establish whether applications are exposed and which fixes should take priority.

How do I know if my website is vulnerable to PHP2Shell?

Ask your hosting provider or development team to identify the PHP version actively serving your website and confirm whether the relevant security updates are installed. If your provider uses vendor-maintained packages, ask about security backports as well.

Does updating WordPress fix PHP2Shell?

Not necessarily. PHP2Shell affects the underlying PHP runtime, rather than WordPress itself. WordPress, theme, and plugin updates do not replace the need for the applicable PHP security patch.