PHP2Shell: The AI Found PHP Flaw That Took Websites Offline. What It Means for Your Business

On October 22 2026 government sites and airlines and gyms and games went dark while the world patched PHP. The bug was found by AI. Here is what happened and what you should do this week.

Scroll
Back to BlogsShareSummarize with:Back to top

What happened on October 22?

Written by Faisal Ashfaq
Founder of Xpiderz
Updated October 24 2026

A security hole in PHP sent organisations around the world scrambling to patch or pull their websites offline. PHP is the language behind WordPress and most online shops. Wiz, the security firm that helped find the bug, says it runs 70% of the world's websites.

The UK's National Cyber Security Centre called the scale "unprecedented". A government minister told the House of Lords that 32 UK government services were down and four partly down just after midday. Microsoft's Satya Nadella said he had "not seen anything like this in a long, long time". The flaw has a name now. PHP2Shell.

The part that matters most for the long run is how it was found. Not by a hacker. By AI models working with security researchers. This post walks through the bug and who was hit and what a business should do. The last section is about why AI finding bugs changes the job of keeping a website safe.

What is PHP2Shell?

3 paragraphs

Two critical bugs in PHP itself. Not in a plugin or a theme. In the language. They are tracked as CVE-2026-109618 and CVE-2026-109619. PHP's security team rated both 9.2 out of 10 on the CVSS v4 scale.

In plain words. When PHP runs out of memory in the middle of handling a request it can leave bits of that request lying around. A later request on the same server can pick those bits up and treat them as real. An attacker who understands this can run their own code on your server without logging in. They can also read memory that belongs to other visitors. That means passwords and tokens and API keys.

Wiz says every PHP version from the last ten years has at least one of the bugs. They proved a full takeover against fresh copies of WordPress and Drupal and Joomla. Even a one line Hello World page on an old PHP is open to it. PHP says the highest risk is servers running PHP as an Apache module called mod_php.

How did AI find it?

3 paragraphs

Wiz researchers found the first bug on August 19 using AI models and reported it to PHP five days later. Their write up names Gemini 4 Argon and GPT-5.6 Sol and says the models helped with discovery and exploit building and patch testing. One line from the post stuck with us. A single researcher did in a week what "previously would have taken a world-class team months".

PHP confirmed the reports on September 21 and started on a coordinated fix. The plan was a quiet release in late October. Then it leaked. PHP brought the date forward and shipped patches on October 21. The UK minister said OpenAI had briefed the National Cyber Security Centre the week before so the government could warn vendors early. Source: BBC.

So the timeline from AI finding the bug to the whole internet patching it was about nine weeks. That is fast for a flaw this deep. It is also the first time most people outside security have watched AI drive a disclosure of this size from start to finish.

Who got hit?

4 paragraphs

Mostly people who took their own sites down on purpose to patch. Which is the right call. The BBC's live coverage listed UK government services and Canadian government sites and Germany's federal websites. In Japan the airline ANA and brewer Asahi and insurer Tokio Marine paused services. Orange in France suspended some services worldwide. Finland's state IT provider took sites down overnight.

Smaller stories tell it better. A garage owner in Chepstow could not file MOT results online for a day and went back to pen and paper. A gym chain's booking app went dark. PC gamers lost logins to Final Fantasy XIV and Pokémon HOME because the login servers run PHP. A law student lost access to her course. A university student lost his calendar and slides.

One odd detail. Sophos told the BBC that cyber crime forums went offline too. Criminals run their sites on PHP like everyone else and they did not want rivals or police walking in through the same door.

Patching was slow outside the big players. Infrawatch tracked the UK patch rate going from 3.10% at 10am to 5.34% by 3.30pm on October 22 with the global rate at 4.21%. Large hosts had already upgraded. The long tail of small sites had not.

Is your website at risk?

If your site runs WordPress or WooCommerce or Drupal or Joomla or Laravel or Magento then yes until it is patched. Ask whoever runs your hosting one question. What PHP version is the site on right now. Then check it against this table from php.net.

BranchFixed versionNote
PHP 8.58.5.12Supported
PHP 8.48.4.27Supported
PHP 8.38.3.36Supported
PHP 8.28.2.35Support ends 31 December 2026
PHP 8.1 and olderNo official releaseMinimal source patches only for 7.4 and 8.0 and 8.1. Ask your host.

Two more things from PHP's own site. On October 23 it posted a follow up advisory asking everyone to turn off the session upload progress setting until the next bugfix release because of a related issue tracked as CVE-2026-115560. And PHP 8.2 stops getting any security fixes on 31 December 2026. If you are on 8.2 then this is the month to plan the move to 8.4.

The Breakdown05 Items

What should a small business do now?

01Step 01

Make the call

Phone or email whoever manages your site today. Ask if it runs PHP and which version. Check Point told the BBC the same thing. Do not assume anybody else has fixed it. Even on managed hosting the software on top is often your responsibility.

02Step 02

Patch or ask for proof

If you run your own server update to the version in the table. If a host runs it ask them to confirm the exact version in writing. Google and Cloudflare and Fastly and Vercel published stop gap protections for sites that cannot patch straight away.

03Step 03

Back up and test the restore

Take a full copy of the site and the database now. Then actually restore it somewhere to prove it works. A backup you have never restored is a guess.

04Step 04

Watch the logs for a month

Wiz lists the warning signs. Strange multipart uploads followed by memory errors. Repeated 500 errors. Oversized or broken session cookies. PHP workers restarting for no reason. You usually find out about a breach late so look early.

05Step 05

Fix the routine not just the bug

This will happen again. Put PHP updates on a schedule. Move off 8.2 before December. If nobody on your team owns this then that is the real gap and it is cheaper to close than a breach.

What does this mean for AI and security?

3 paragraphs

The bar for finding deep bugs just dropped. For everyone. Haya Schulmann of Fraunhofer told Reuters that AI has reduced what it takes to "weaponise" a vulnerability. The NCSC's Ollie Whitehouse said it is "reasonable to expect that this will not be the last". We agree with both.

Here is the hopeful side. The same models that found PHP2Shell are now sold as services that test your own apps before anyone else does. We priced several of them in our Droven.io AI tools guide. Most still want a sales call. One has a free tier. A year ago this category barely existed.

And the honest side. AI finding a bug does not patch your server. Somebody still has to make the call and run the update and check the logs. If you build software with us that routine is part of the job from day one. If you want help putting it in place for what you already run then our AI development team does that too.

What are people asking about PHP2Shell?

Is PHP2Shell being used in real attacks?

Yes. Hong Kong's computer emergency team said on October 22 that the flaws were "being exploited in the wild" and the UK minister spoke of exploitation activity seen internationally. At the same time the UK's National Cyber Security Centre said it had no sign of a successful breach. Both things can be true. Patch anyway. Source: BBC live coverage.

Is WordPress affected by PHP2Shell?

Yes. The flaw is in PHP itself and not in WordPress. So every WordPress site runs on affected code until the server's PHP is updated. Wiz showed a working attack against the latest WordPress and Drupal and Joomla images. Source: Wiz Research.

Do I need to do anything if my hosting company already patched?

Yes. Confirm it rather than assume it. Ask your host or developer which PHP version the site now runs and compare it with the table above. Then take a fresh backup and watch your logs for a few weeks. Check Point's advice on the BBC was blunt. Do not assume anybody else has fixed it.

Was AI used to attack websites or to find the flaw?

To find it. Wiz says its researchers used Gemini 4 Argon and GPT-5.6 Sol to discover the bugs and build the exploits and test the patches. The UK minister said OpenAI briefed the National Cyber Security Centre a week before the fix. Nobody has reported an AI driven attack. Sources: Wiz and BBC.

Will something like this happen again?

Yes. The NCSC's chief technology officer told the BBC it is "reasonable to expect that this will not be the last". AI makes finding this kind of bug faster for defenders and for attackers. The habit to build now is a tested backup and a patching routine you do not have to think about.

Sources checked on October 24 2026. BBC News live coverage of October 22. PHP.net security advisories of October 20 and 21 and 23. Wiz Research PHP2Shell write up. UK NCSC alert. Google Cloud response.

Back to BlogsShareSummarize with:Back to top

Not sure if your site is patched?

Send us the URL. We will tell you what PHP version it runs and whether it is still exposed. No cost and no sales pitch for that part.

Schedule a Call