AZ Tech Network (Pvt.) Ltd. delivers telecom, IT, software development, security and smart technology solutions. We design, deploy and support reliable systems for businesses and communities across Pakistan.

Gallery

Contacts

KH-3046, Opposite Hakeem Plaza, Range Road, Rawalpindi, Pakistan

info@aztech.net.pk

+92 312 6343336

cyber-security

Updated: 23 October 2026 | AZ Tech

Two critical PHP vulnerabilities have put website security in the spotlight this October. Known together as PHP2Shell, the flaws can allow an attacker to execute code remotely on an affected server under specific conditions, without logging in. The PHP project released emergency fixes on 21 October 2026. Website owners should confirm that their hosting environment has received those fixes. [1]

What Is PHP, and Why Does This Matter?

PHP is a server-side programming language used to build websites, content management systems and business applications. It processes requests on the hosting server before sending a response to the visitor. Because PHP sits underneath the application, a weakness in the runtime can affect a website even when its visible pages appear normal. [2]

For businesses, checking the server environment belongs alongside maintaining website content. A working homepage, a valid SSL certificate or an accessible admin panel does not establish that the underlying software has been patched.

Which Vulnerabilities Were Disclosed?

VulnerabilityIssueSeverity
CVE-2026-109618Memory corruption associated with out-of-memory handlingCritical, CVSS v4.0: 9.2
CVE-2026-109619Stale internal state that can reference freed memoryCritical, CVSS v4.0: 9.2

In simple terms, these bugs concern how PHP handles internal memory and request state when errors occur. The PHP Foundation confirmed remote code execution scenarios, including Apache with mod_php, and application-level paths involving PHP-FPM for the first flaw. Exploitability depends on the server setup and relevant application paths. [1] [2]

What Could Happen to an Affected Website?

Successful exploitation could let an attacker run code with the permissions of the affected service. Potential consequences include exposure or alteration of data, disrupted website operations and unauthorized changes. The actual impact depends on server permissions, application design and the surrounding security controls. [2]

Being affected does not prove that a website has been hacked. Patch status and evidence of compromise are separate questions. Avoid assuming that every PHP website has suffered a breach.

Which PHP Versions Contain the Fixes?

The following upstream releases address both vulnerabilities. Install the fixed release for the branch you use, or a later supported patch release. [3]

PHP branchFixed upstream release
PHP 8.58.5.12
PHP 8.48.4.27
PHP 8.38.3.36
PHP 8.28.2.35

PHP 8.1 and older have reached upstream end of life and are not receiving normal PHP project release fixes. Some hosting and operating-system vendors provide separately maintained backports. Ask the provider to confirm coverage for both CVE IDs. [3] [4]

Are WordPress and Laravel Websites Affected?

WordPress, Laravel and other PHP applications require attention when their underlying runtime is affected. Updating a theme, plugin or application package alone does not replace a PHP runtime update. Laravel Forge has published a specific advisory and notes that its automatic security updates do not automatically patch PHP. [3]

WordPress owners should ask their hosting provider which PHP build serves their particular domain and whether both fixes are installed. A dashboard version selector may show the branch without establishing the package’s complete security status.

What Should Website Owners Do Now?

  1. Identify the environment. List production websites, subdomains, APIs and other services that run PHP. Confirm who manages each server.
  2. Confirm the patch. Request the exact installed build or vendor advisory covering CVE-2026-109618 and CVE-2026-109619.
  3. Protect recoverability. Take a current backup of site files and databases before maintenance. Check that your restoration process is usable.
  4. Apply the supported fix promptly. Follow the hosting or operating-system vendor’s instructions. Check essential compatibility without allowing routine testing to cause an extended delay.
  5. Activate the new runtime. Restart the appropriate PHP or web-server services as instructed. Container-based deployments may require rebuilding and redeploying updated images. [2] [4]
  6. Verify the live site. Check the PHP runtime serving web traffic, then test login, forms, uploads and any payment or customer workflows you operate.
  7. Review for suspicious activity. Investigate unexpected administrator accounts, changed files, redirects, unusual processes and relevant access or error logs.

These are practical maintenance and incident-review steps. If suspicious activity is found, involve the hosting provider or a qualified responder, preserve logs and assess the extent of access before restoring normal operations.

Why a Version Number May Not Tell the Whole Story

Some vendors backport security fixes into an existing package while retaining an older-looking PHP version number. CloudLinux documents this behavior for its packages. A basic version comparison can therefore misidentify a patched system. Verify the vendor’s package release, changelog or explicit confirmation for both vulnerabilities. [4]

Conversely, choosing “PHP 8.4” or “PHP 8.5” does not establish protection if the installed patch level is outdated.

Can a Firewall or SSL Certificate Solve the Problem?

A web application firewall can help block known exploit requests, but it is a temporary defensive layer rather than a replacement for the PHP fix. CloudLinux explicitly distinguishes its WAF protections from patching. [4] HTTPS protects traffic in transit; it does not repair memory-handling flaws in a server runtime.

Frequently Asked Questions

Does updating PHP guarantee the website is clean?

No. Applying the fix addresses these vulnerabilities in the runtime. It does not remove malicious files or accounts that may already exist. Investigate any evidence of compromise separately.

Should I immediately move to a different major PHP branch?

A fixed release within a currently supported branch can address this incident. Older unsupported applications need an upgrade plan or a vendor-supported patched environment. Confirm compatibility and security coverage with your provider.

Can visitors fix this from their own devices?

The runtime fix belongs on the website’s hosting infrastructure. Visitors cannot patch a remote website by updating their browser.

A Practical Message for Businesses

Assign responsibility for your hosting updates, record the result of this patch check and include runtime maintenance in your regular website support process. Keep backups, software inventories and incident contacts ready so urgent updates can be handled with less disruption.

For website hosting and maintenance enquiries, visit AZ Tech.

Official Sources

  1. The PHP Foundation: Today’s PHP Security Release
  2. Google Cloud: Responding to the Core PHP Vulnerabilities
  3. Laravel Forge: PHP Security Advisory
  4. CloudLinux: Package Status and Protection Guidance

Leave a comment

Your email address will not be published. Required fields are marked *