PHP2Shell host patch status: who has patched, who hasn't said (updated 22 Oct 2026)

This page tracks what hosting providers and platforms have published about the PHP2Shell patches (CVE-2026-109618 and CVE-2026-109619, fixed in PHP 8.5.12, 8.4.27, 8.3.36 and 8.2.35 on 21 October 2026). It records what each host said, when, which PHP builds, which plans were left out, and the source. It does not test any server.
Last checked: 22 October 2026, 8:43 PM IST. We re-check twice a day this week and keep a changelog at the end. Background, the five questions to ask your host and the version checker are in our guide PHP2Shell: what WordPress site owners should check today.
How to read the table
- Patched: the host says fixed PHP builds are deployed. Patched (partly, see note): deployed on some plans or versions; the note says which. Patching: rollout under way at the host's last update.
- Protected (host's word): the host uses "protected" and does not name a build. Mitigation only: a firewall rule or disabled function, not yet a patched build.
- Self-managed: cloud or VPS plans where you update PHP yourself. No statement found: we could not find anything public as of the last check; it does not mean the host has done nothing.
- Times are UTC, taken from the host's own status page or post. "Secondary" in a note means we could only reach a report about the host, not the host's own page. Quotes are the host's words.
Host status table
| Host | Status, note and what they said | Last update | Source |
|---|---|---|---|
| WP Engine global | Patched (partly, see note) patched (secondary) / patching (secondary) “finished deploying patches at 01:19 UTC on Thursday (secondary)” | 2026-10-22 01:19 UTC | wpenginestatus.com, therepository.email |
| Flywheel global | Patched Older PHP: not stated “WP Engine has finished the deployment of security patches for two critical PHP vulnerabilities on the Flywheel platform.” | 2026-10-21 19:00 UTC | status.getflywheel.com |
| Kinsta global | Patched patched (status incident Resolved; Cloudflare WAF rules stay in place) Older PHP: patched builds for 7.4, 8.0, 8.1, 8.2, 8.3, 8.4 and 8.5 “the PHP security updates have been rolled out across the platform” | 2026-10-22 08:26 UTC | status.kinsta.com, community.kinsta.com |
| SiteGround global | Mitigation only mitigated Older PHP: affected functions disabled on all supported versions “We disabled the affected functionalities on all supported PHP versions.” | 2026-10-21 11:30 UTC | siteground.com |
| Cloudways global | Patched patched (Autonomous and Flexible; incident still in monitoring) Older PHP: all supported versions, including deprecated ones “The PHP security patch rollout is complete, and all active servers have been successfully updated.” | 2026-10-22 10:20 UTC | status.cloudways.com, digitalocean.com |
| Hostinger global (incl. India; no India-specific note) | Patched (partly, see note) patched (non-VPS) Older PHP: 5.2-8.5 patched builds “patched builds are now deployed for every version from 5.2 to 8.5 on Web, Cloud, and cPanel hosting.” | 2026-10-22 07:20 UTC | hostinger.com |
| GoDaddy global (no India note) | Patched (partly, see note) patched (Managed WP, Windows, Web Hosting) / self (VPS; patched ea-php via EasyApache 4) Older PHP: no official fix for 8.1 and older; cPanel backports for 7.4, 8.0, 8.1; move to 8.2+ “Web Hosting: We have patched all PHP versions on Web Hosting. You don't need to take any action.” | 2026-10-22 13:30 UTC | godaddy.com |
| Bluehost global (no India note) | Patching patching (significant progress; update posted 22 Oct, 10:00 "est") Older PHP: patched builds listed for cPanel 7.4-8.5, Plesk 8.2-8.5, CloudLinux alt-php back to 5.2 “Our teams have made significant progress deploying patched PHP builds across our hosting infrastructure” | 2026-10-22 | bluehost.com |
| HostGator global / India | No statement found | — | — |
| DreamHost global | Patching patching (most of network done; final staging tests on remaining server groups; mitigations stay on) Older PHP: 8.1 and older covered by mitigations; Extended Support builds within a day “Operations is currently executing final staging tests and stability checks for the remaining server groups” | 2026-10-22 11:24 UTC | dreamhoststatus.com |
| Pantheon global | Patched (partly, see note) patched (8.2-8.5 live; LTS 5.6-8.1 live; sandbox pending) Older PHP: LTS 8.1.x-5.6.x patched after vendor backports “We have patched all live production sites running supported PHP versions (8.2 - 8.5).” | 2026-10-22 02:08 UTC | status.pantheon.io |
| Pressable global | Protected (host's word) protected (all versions) Older PHP: all offered versions protected “Every PHP version available on Pressable is protected.” | 2026-10-21 07:00 UTC | pressablestatus.com |
| WordPress.com / WordPress VIP / WP Cloud global | Protected (host's word) protected (no build named; 'patched' not used) “there's nothing you need to do to keep your site safe” | 2026-10-21 | automattic.com, wordpress.com |
| Liquid Web global | Patching patching (patched-build lists revised; unpatched customers run package update; check with phpinfo) Older PHP: CloudLinux 5.2-8.5; cPanel backports 8.1, 8.0, 7.4; Plesk marks 7.4-8.1 end-of-life “Our Engineering teams are actively working to deploy patched PHP builds across our hosting infrastructure.” | 2026-10-22 14:33 UTC | status.liquidweb.com |
| Nexcess global | No statement found | — | — |
| Rocket.net global | Patching patching (rolling waves; incident marked Resolved at 10:36 UTC without a completion statement) Older PHP: 5.2-8.5 receiving patches; 8.2+ recommended “being deployed across the fleet in rolling waves” | 2026-10-22 10:36 UTC | status.rocket.net |
| A2 Hosting global | No statement found | — | — |
| Namecheap global | Patching patching (only Regular servers 71, 72, 105 and 312 remain) Older PHP: via CloudLinux packages “The fix has been successfully implemented on all other servers.” | 2026-10-22 13:33 UTC | namecheap.com |
| InMotion Hosting global | Patched (partly, see note) patched (dedicated) / patching (VPS) / mitigated (shared) per secondary Older PHP: 5.2-8.5 shared; 7.4-8.5 VPS/dedicated; 7.3 and older no fix (secondary) “dedicated servers are done, VPS in progress, shared hosting protected while waiting for the patch. (Meow Apps, secondary)” | 2026-10-21 14:40 UTC | status.inmotionhosting.com, inmotionhosting.com |
| Hetzner EU | Patched (partly, see note) patched (Webhosting + Managed: 7.4, 8.0-8.5 on 21 Oct; 5.6, 7.3 on 22 Oct) Older PHP: 5.6 and 7.3 patched 22 Oct “We deployed patches for the remaining PHP versions 5.6 and 7.3 on all Webhosting- and Managed-Servers.” | 2026-10-22 04:32 UTC | status.hetzner.com |
| OVHcloud EU | Patched (partly, see note) patched (7.4-8.5, all clusters) / in progress (older releases); maintenance extended to 26 Oct 18:00 UTC Older PHP: versions before 7.4 still in progress “This maintenance will last longer than expected. New end time : 26/10/2026 18:00 UTC” | 2026-10-22 14:12 UTC | web-cloud.status-ovhcloud.com |
| DigitalOcean (Droplets / App Platform / 1-Click) global | Self-managed: update it yourself self (Droplets, existing 1-Click) / patched buildpack (App Platform, redeploy) “Instances you already deployed don't update themselves.” | 2026-10-21 | digitalocean.com |
| AWS (Lightsail / EC2 / Elastic Beanstalk / Amazon Linux) global | Self-managed: update it yourself self (Lightsail relaunch, EC2) / patched platform (EB v4.13.12) / packages (AL) Older PHP: AL2023 php8.1 and AL2 'No Fix Planned' (secondary) “AWS cannot update running Lightsail instances in place.” | 2026-10-22 03:30 UTC | aws.amazon.com |
| Google Cloud (App Engine / Cloud Run / Functions) global | Patched (partly, see note) patched (App Engine standard 8.2+) / self-redeploy (flexible, Cloud Run, functions) Older PHP: Unsupported runtimes will not be patched. “App Engine standard environment (PHP 8.2 and newer): Applications are updated automatically. No action is required.” | 2026-10-21 | cloud.google.com |
| Microsoft Azure App Service global | Patched (partly, see note) patched (Linux built-in images, Latest and Standard channels; Extended last) / self (custom containers); old Alpine WordPress images not patched Older PHP: end-of-life versions get no patch “We have completed the rollout of the updated built-in PHP images with the security fixes” | 2026-10-21 | azure.github.io, learn.microsoft.com, techcommunity.microsoft.com |
| Vercel global | WAF rules; runtime is yours WAF rules (all projects); runtime self | 2026-10-21 | vercel.com |
| Netlify global | No statement found | — | — |
| Webflow global | Not affected “No action is required from customers.” | undated | trust.webflow.com |
| Hostinger India India | No regional statement the global post applies | — | hostinger.com |
| BigRock India | No statement found | — | — |
| HostGator India India | No statement found | — | — |
| GoDaddy India India | No regional statement the global post applies | — | godaddy.com |
| Bluehost India India | No statement found | — | — |
| MilesWeb India | No statement found | — | — |
| ResellerClub India | No statement found | — | — |
Control panels and operating systems
Many hosts depend on these packages rather than building PHP themselves. Ubuntu shipped fixes on 21 October (USN-8948-1, including php8.1 for 22.04). cPanel's EasyApache 4 carries 8.2.35, 8.3.36, 8.4.27 and 8.5.12, with the fix backported into its 7.4, 8.0 and 8.1 packages without a version-number change, so on cPanel servers the build date matters more than the version string. The PHP security team itself published source-only backports for 7.4, 8.0 and 8.1.
What to do with this
- Find your host. If it says patched, confirm your plan is included (VPS, dedicated and legacy plans are often excluded) and ask whether PHP workers were restarted.
- If it says patching, mitigation only, or nothing at all, open a ticket today with the five questions in our PHP2Shell guide, and quote the host's own status page.
- If you are on a self-managed cloud plan, the update is yours to run: update the PHP package, restart PHP-FPM or the web server, and check the running version.
- Patch first. Then, if this week has made you wonder who should own the next runtime patch under your marketing site, our 3-day WordPress migration is one answer; staying on a well-run managed host is another.
Found a statement we missed, or a correction? Email rehan@activeset.co with the link and we will add it with credit.
Sources
Every row links to its source. Timeline and official advisories: PHP security advisory (21 Oct), PHP Foundation (21 Oct), CISA (21 Oct), CERT-In CIVN-2026-0510 (21 Oct), Ubuntu USN-8948-1 (21 Oct). Rows marked "secondary" rely on The Repository or Meow Apps because the host's own page could not be reached.
Changelog
- 22 October 2026, 8:43 PM IST: Kinsta to Patched (status incident resolved 08:26 UTC); Cloudways to Patched (Flexible done, 10:20 UTC); GoDaddy Web Hosting now patched (13:30 UTC), VPS still self-managed; Bluehost new progress update, still Patching; DreamHost final staging tests on remaining groups (11:24 UTC); Liquid Web revised patched-build lists (14:33 UTC); Rocket.net incident marked Resolved without a completion statement, kept as Patching; Namecheap down to four servers (13:33 UTC); OVHcloud maintenance extended to 26 Oct for pre-7.4 versions (14:12 UTC); Azure App Service now cites Microsoft's own App Service post. No host reports exploitation; CISA KEV does not list either CVE. Other hosts re-checked, no change.
- 22 October 2026, 8:30 PM IST: First published with 35 hosts and platforms, checked during 22 October.
Frequently Asked Questions
Not necessarily. "Protected" can mean the fixed PHP build is deployed, or that a firewall rule or disabled function is blocking the known attack while the build is still rolling out. Ask which PHP build serves your plan and whether its workers were restarted.
Open a ticket with the five questions in our PHP2Shell guide, and send us the host's statement if you find one; we'll add it. Hosts that resell cPanel or Plesk usually depend on those vendors' packages, which shipped on 21 October.
No. It tells you what the host has said publicly. Many statements exclude VPS, dedicated or legacy plans, and a long-running PHP worker can keep old code until it is restarted. Confirm your own plan with the host.

