Data story · October 2026

PHP security · New Zealand

91% of New Zealand websites that show their PHP version haven’t updated to a patched release for this week’s critical PHP flaw — and a third are running PHP so outdated there’s no official fix for it

In the week of 20 October 2026 the PHP project disclosed two critical vulnerabilities, nicknamed “PHP2Shell”, that can let someone take over a web server without a password. Fixed releases came out on 21 October: PHP 8.5.12, 8.4.27, 8.3.36 and 8.2.35.

Scale. 91.4% are still running a PHP version released before this week’s fix. Sites on a supported version (PHP 8.2 or newer) can fix that with a routine update.

Severity. 44.5% run PHP 8.1 or older, which won’t get the fix through normal updates, including 33.4% on end-of-life PHP 7.4 or older. Those sites need a major upgrade.

70% of the New Zealand websites we could identify run on PHP, in line with the roughly 70% of the web it powers worldwide.

Last updated
Sample
n = 16,565 sites disclosing an exact PHP version, of 252,433 .co.nz sites scanned
Patched release
PHP 8.5.12, 8.4.27, 8.3.36 or 8.2.35 (or later) at the time of our check. Definitions

Explore this with AI

Opens an AI chat with a prompt about this page, including the latest figures.

Not yet on a patched release

15,142

91.4% of 16,565 disclosing

On a patched release

1,423

8.6% of disclosing sites

No official fix (8.1 or older)

7,367

44.5% of disclosing sites

End-of-life (7.4 and older)

5,531

33.4% of disclosing sites

01 · The exposure

44.5% of disclosing sites sit outside PHP’s support window

Every site that disclosed a PHP version, grouped by whether the PHP project still ships security releases for it.

PHP support status of disclosing .co.nz sites End-of-life (PHP 7.4 and older): 5,531 sites, 33.4%. Out of support (8.0 and 8.1): 1,836 sites, 11.1%. Supported (8.2 and newer): 9,198 sites, 55.5%.
  • End-of-lifePHP 7.4 and older33.4%5,531
  • Out of supportPHP 8.0 and 8.111.1%1,836
  • SupportedPHP 8.2 and newer55.5%9,198
Share of the 16,565 .co.nz sites whose web server disclosed a PHP version. Counts shown under each percentage. Source: TheColab.ai scan, 22 October 2026.

02 · Version by version

PHP 7.4 alone accounts for 19.1% of disclosing sites

PHP 7.4 reached end-of-life in November 2022. Supported releases 8.2 and 8.3 are the most common, but a supported version is not the same as a patched one: only the newest point releases contain the fix.

  • End-of-life
  • Out of support
  • Supported

135 of the 540 sites on PHP 8.5 show 8.5.12, the newest release and the first 8.5 build with the fix. The fix also shipped in 8.4.27, 8.3.36 and 8.2.35; this scan does not yet break those out.

Each bar is the share of the 16,565 disclosing sites on that version family. Source: TheColab.ai scan, 22 October 2026.
View as table
Disclosing sites by PHP version
PHP versionStatusSites% of disclosing

03 · What New Zealand builds on

47.1% of identifiable sites run WordPress

Of the 99,529 sites where a website platform could be identified, 49.8% use self-hosted PHP software such as WordPress, Joomla, Drupal or Magento. For those sites the owner or their hosting company chooses and updates the PHP version. Hosted builders such as Squarespace, Wix and Shopify run their own servers and patch them centrally.

  • Self-hosted PHP software
  • Hosted platform (vendor-managed)
Share of the 99,529 .co.nz sites with an identifiable platform. WooCommerce is counted separately from WordPress. Source: TheColab.ai scan, 22 October 2026.
View as table
Identifiable sites by platform
PlatformTypeSites% of identified

04 · What this means

Two problems: sites that haven’t updated yet, and sites that can’t

The PHP project supports each version for a fixed period. After that it stops publishing security releases. On 21 October 2026 it released fixed versions 8.5.12, 8.4.27, 8.3.36 and 8.2.35.

91.4%

Not yet patched (scale). Still running a PHP version released before this week’s fix. For sites on PHP 8.2 or newer this is a routine update their host can install; many will catch up over the coming days.

44.5%

No official fix (severity). Running PHP 8.1 or older, which won’t get the fix through normal updates. That includes 33.4% on end-of-life PHP 7.4 or older. These sites need a major PHP upgrade, which can mean updating the website software too.

  • PHP 7.4, 8.0 and 8.1 get no official fixed release. The PHP security team published minimal source-code patches for 7.4 to 8.1, but a host has to build and install those themselves.
  • PHP 7.3 and older get no fix of any kind from the PHP project.
  • Supported versions are only safe once the host installs the new release and restarts the web server.

If you run a website

Ask your web developer or hosting company which PHP version your site uses and whether this week’s fix is installed. If the site runs PHP 8.1 or older, plan an upgrade to a supported version. Many hosts let you change the PHP version in their control panel, but test the site afterwards, because old themes and plugins can break.

If you want to check a site

Some servers announce their PHP version in a response header called X-Powered-By, for example PHP/7.4.33. In most browsers, open the developer tools (F12), choose the Network tab, reload the page and select the first request to see its headers. No header does not mean a site is safe; it only means the version is not shown. The reliable answer comes from the people who run the site.

05 · Questions

Frequently asked questions

What is this page?

A public reference on how many New Zealand websites run versions of PHP that have no official fix for this week’s critical PHP vulnerabilities. It is based on a census of 252,433 .co.nz websites and is updated as the scan progresses. It does not name or list any individual site.

What happened with PHP this week?

In the week of 20 October 2026 the PHP project disclosed two critical vulnerabilities (CVE-2026-109618 and CVE-2026-109619, nicknamed “PHP2Shell”). In some set-ups they can let someone take over a web server without a password. PHP is the language behind roughly 70% of websites whose server language is known, including most WordPress sites. Fixed releases exist only for supported versions: PHP 8.5.12, 8.4.27, 8.3.36 and 8.2.35.

What does “end-of-life PHP” mean, and why can’t it be patched?

Each PHP version is supported for a fixed period, usually four years. After that, the PHP project stops publishing security releases for it, and the version is “end-of-life”. PHP 8.1 and older are past that point, so there is no official fixed release. The PHP team published unofficial source-code patches for 7.4 to 8.1, but a host has to build and install those themselves; PHP 7.3 and older get nothing. The dependable fix is to move to a supported version.

Is my website affected? How do I check?

Ask your web developer or hosting company which PHP version your site runs and whether this week’s update is installed. Some sites also show the version in a response header called X-Powered-By, which you can see in your browser’s developer tools (Network tab). If no version is shown, that does not mean the site is safe. The goal is PHP 8.2 or newer, kept up to date. Sites built on hosted services such as Squarespace, Wix or Shopify are maintained by those companies.

I run a site on old PHP. What should I do?

Contact your host and ask them to move your site to a supported PHP version (8.2 or newer) with the latest update installed. Before or alongside that, update your website software, theme and plugins, because older ones may not work on newer PHP. Take a backup first and check the site afterwards. If you don’t know who hosts your site, your web developer or domain provider can usually tell you.

How accurate are these numbers?

They are a floor, not a total. We only count the 16,565 sites that openly disclose their PHP version; most servers don’t, so the real number of exposed sites is likely higher. The check is passive: one ordinary request per site for its homepage, reading the response headers and page, with no scanning, probing or attempts to exploit anything. It is a point-in-time snapshot that updates as the scan runs and hosts apply fixes. The “not yet patched” share is the most time-sensitive figure: the scan began on the day the fix was released, and servers patched by their Linux distribution may still report an older version number. See Methodology & caveats for detail.

Who made this?

The data and analysis are by TheColab.ai. You’re welcome to cite the figures with credit.

Explore this with AI

Opens an AI chat with a prompt about this page, including the latest figures.

06 · Methodology & caveats

How we counted, and what the numbers can’t tell you

The domain list

We built a list of registrable .co.nz names from public sources: the Common Crawl web graph (2022 to 2026 releases), the Tranco, Cisco Umbrella and Majestic top-site lists, the Chrome UX Report (New Zealand and global), and the open tb0hdan domains dataset. Names that did not resolve in DNS were dropped. Other New Zealand zones (.nz, .org.nz, .govt.nz and others) are not included.

What we collected

For each domain we made one ordinary request for the homepage, as a browser would, from a crawler that identifies itself (NZWebsitesCensus/1.0). If a site did not answer we tried at most a few address variations (https, http, www). We read only what the server sends back to every visitor: the response headers and the homepage HTML. We did not probe for vulnerabilities, log in, request any other page, or test whether any site can be exploited.

How versions and platforms were identified

A site counts as “disclosing” when its Server or X-Powered-By header, or a technology fingerprint built from those headers, contains a full PHP version number. Platforms were identified with the open-source Wappalyzer fingerprints and the page’s generator tag. Percentages in the version charts use disclosing sites as the denominator; platform percentages use sites with an identifiable platform.

.co.nz sites scanned
252,433
Responded to the request
217,507
Platform identified
99,529
Disclosed a PHP version
16,565

Definitions

  • Patched release: the site reports PHP 8.5.12, 8.4.27, 8.3.36 or 8.2.35, or a later release on the same branch. These are the first releases with the fix.
  • Not yet patched: the site reports any other version, that is, a PHP version released before this week’s fix. That includes supported branches that have not been updated yet (for example 8.3.35) and every end-of-life version.
  • No official fix: PHP 8.1 or older. End-of-life: PHP 7.4 or older.
  • Runs on PHP: sites whose response headers or detected technology mention PHP or a PHP-based platform such as WordPress, as a share of the 99,529 sites whose platform we could identify.

All shares are of the 16,565 sites that disclosed an exact PHP version, unless stated otherwise. Each figure is a snapshot of the moment the site was checked.

Caveats

  • The figures are a floor, not a total. Most servers do not announce their PHP version, so this counts only the 16,565 sites that do. Servers configured to hide version details tend to be better maintained, so the share of out-of-date PHP among all sites is unknown and the absolute number of exposed sites is very likely higher than shown here.
  • A version number is not proof of exposure. Some Linux distributions and long-term-support vendors back-port security fixes without changing the version string, so a few sites listed as old may be patched. This matters most for the “not yet patched” figure: a server patched by its distribution can still report, say, 8.2.34. In the other direction, a supported version is only safe if the latest point release is installed.
  • Very old versions. Published analysis traces the affected code back to PHP 5.4. The 293 sites showing PHP 5.3 or older may not be affected by these two flaws specifically, but have had no security fixes of any kind for over a decade. We count them as end-of-life.
  • A snapshot in time. The scan began on 21 October 2026, the day the fixed releases were published, so many sites were checked within hours of the fix appearing. Hosts are updating servers now, and the “not yet patched” share in particular will fall. The “last updated” time above shows when this data was generated.
  • One domain, one site. Many domains share a server or hosting account, so site counts are not counts of servers or organisations. We do not name or list individual sites.

Sources on the vulnerabilities

Data & analysis by TheColab.ai. You are welcome to cite and reproduce these figures with credit. The underlying aggregate numbers are published at data.json.