Square Migration

Article: Website Security

The php2shell PHP vulnerability: what happened, and why Squarespace is worth a look.

In October 2026, two critical flaws in PHP put millions of self-hosted websites at risk. Here is what they are, how they happened, what to do now, and why a managed platform can take this off your plate.

  • What it is
  • How it happened
  • What to do now
  • Why Squarespace

Quick Summary

The short version

What: Two critical PHP bugs, nicknamed "php2shell" (CVE-2026-109618 and CVE-2026-109619), let attackers run their own code on a web server without logging in.

Who: Any site running PHP below 8.5.12, 8.4.27, 8.3.36 or 8.2.35. That includes many WordPress, WooCommerce, Drupal and Joomla sites.

Now: Attacks are confirmed in the wild. Patch today, or ask your host to.

Background

What is PHP, and why does it matter?

PHP is the programming language behind a huge share of the web. WordPress, WooCommerce, Drupal, Joomla and countless plugins and hosting control panels run on it. If you have a self-hosted website, there's a good chance PHP is working behind the scenes, even if you've never heard of it.

Because it's everywhere, a serious PHP flaw affects far more than one product. European agencies noted that many tools rely on PHP in the background, so some businesses are exposed without realizing it.

The Vulnerability

What is php2shell?

On October 21, 2026, the PHP project released fixes for two critical vulnerabilities that, under the right conditions, let an unauthenticated attacker run code on a server. In plain terms: a stranger on the internet could take control of your website's server without a password.

According to CISA, the flaws affect PHP installations that serve web pages, including Apache with mod_php (the highest-risk setup), PHP-FPM, php-cgi, FrankenPHP and LiteSpeed. That covers most common hosting setups.

How It Happened

How it happened, in plain English

Both bugs come from the way PHP cleans up after handling a visitor's request.

1. Running out of memory at the worst moment

PHP limits how much memory each request can use. The first advisory shows that a specially built form upload could push PHP past that limit while it was still setting things up. PHP would stop abruptly and leave half-built data behind, then treat it as valid. On Apache with mod_php, this could happen before your website's own code even ran, with default settings.

2. Leftovers from the previous visitor

The second advisory describes "stale" data. When an error interrupted one request, PHP could forget to clear some internal notes. The next request handled by the same server process could then read memory that had already been thrown away. An attacker who arranges that memory carefully can turn it into full control.

Neither bug was caused by a website owner doing something wrong. They lived deep inside PHP itself, which is exactly why they're so widespread.

Timeline

How it unfolded

  1. Oct 20, 2026

    PHP announces an upcoming security release for two critical vulnerabilities.

  2. Oct 21, 2026

    Fixes ship in PHP 8.5.12, 8.4.27, 8.3.36 and 8.2.35. EU cybersecurity agencies issue a joint warning.

  3. Oct 23, 2026

    A third, lower-risk issue affecting unusual setups is disclosed. Proof-of-concept attack code is circulating.

  4. Oct 26, 2026

    CISA adds both vulnerabilities to its Known Exploited Vulnerabilities catalog, confirming real-world attacks.

Sources: CERT-EU, CISA, ENISA.

Action Steps

If you run WordPress or another PHP site

  • Ask your host which PHP version your site runs and whether it is patched.
  • Update to PHP 8.5.12, 8.4.27, 8.3.36 or 8.2.35 or later.
  • If you are on PHP 8.1 or earlier, plan an upgrade now. Those versions no longer get fixes.
  • Check other tools that may include PHP quietly, like control panels, forums or old landing pages.
  • Turn on a web application firewall as a stopgap, not a fix.
  • Watch for warning signs: unknown admin users, new files, unexpected redirects or a hosting suspension notice.

CISA's guidance is blunt: systems that can't be patched should be taken offline until they are.

The Bigger Lesson

Self-hosting means you own the patching

php2shell is a reminder of a quiet trade-off. When you run a self-hosted site, someone has to keep the server, the PHP version, the content system, every plugin and every theme up to date. For many small and mid-sized businesses, that someone is a busy marketing person, a freelancer who moved on, or nobody at all.

Old PHP versions, abandoned plugins and forgotten staging sites are where attacks usually land. The fix for this month's bug is simple. Remembering to apply every fix, every month, for years, is not.

An Alternative

Why Squarespace can be a good option

Squarespace is a fully hosted, managed platform. Instead of renting a server and maintaining software on it, you build on a platform whose own team handles the infrastructure. For a typical business website, that changes a lot:

  • No server or PHP to patch. You never pick, install or upgrade a language version.
  • No plugin sprawl. Core features are built in, so there's no pile of third-party add-ons to keep current.
  • SSL and updates included. Security certificates and platform updates come with your plan.
  • More time for marketing. Your team spends its hours on content and leads, not maintenance.

To be fair, no platform is risk-free, and Squarespace isn't the right fit for everyone. You give up server access and some of the deep customization a self-hosted site allows. Account security, like strong passwords and two-factor login, is still your job. But for most marketing sites, the trade is worth it.

Thinking About Switching?

Move to Squarespace without losing your rankings

Square Migration started in 2021 doing exactly this: moving businesses from WordPress, Wix, Webflow and others onto Squarespace. We map every old URL with 301 redirects, carry over your content and SEO settings, and resubmit your sitemap so Google picks up the new site cleanly.

See how our Squarespace migrations work or explore our Squarespace website services.

FAQ

Common questions

Is my WordPress site affected by php2shell?
If your site runs on PHP older than 8.5.12, 8.4.27, 8.3.36 or 8.2.35, it is running a vulnerable version. WordPress itself is not the bug, but it runs on PHP, so ask your host which PHP version your site uses and whether it has been patched.
What should I do if I can't update PHP right away?
CISA advises taking unpatched PHP systems offline until they can be updated, especially sites on PHP 8.1 or earlier, which no longer receive fixes. A web application firewall may give some temporary protection, but it is not a replacement for patching.
Does Squarespace use PHP?
Squarespace doesn't publish the details of its server software. What matters for site owners is that Squarespace is a fully hosted platform: its team manages the servers and security updates, so you don't install or patch PHP, plugins or themes yourself.
Will I lose my Google rankings if I move to Squarespace?
Not if the migration is planned properly. We map every old URL to its new page with 301 redirects, carry over titles and descriptions, and resubmit your sitemap in Google Search Console so your existing traffic carries over.
How long does a migration to Squarespace take?
It depends on how much content you have. A small business site is usually quick, while larger sites with blogs or stores take longer. We review your current site first and give you a clear plan.

Next Step

Tired of patching your website?

Let's talk about a simpler setup.

Send us your current site and we'll review what you have, what should move over and how to protect your traffic.

Meet Virtually