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 44% of New Zealand websites that reveal their PHP version run software with no official fix for this week’s critical flaw
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.
The scan is still running. Figures on this page update automatically as new results are published.
Explore this with AI
- Open in ChatGPT (opens in a new tab)
- Open in Claude (opens in a new tab)
- Open in Copilot (opens in a new tab)
- Open in Perplexity (opens in a new tab)
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
On the newest fixed release
135
sites show PHP 8.5.12
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.
- 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
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.
View as table
| PHP version | Status | Sites | % 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)
View as table
| Platform | Type | Sites | % 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
- Open in ChatGPT (opens in a new tab)
- Open in Claude (opens in a new tab)
- Open in Copilot (opens in a new tab)
- Open in Perplexity (opens in a new tab)
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
- PHP project security advisory, 21 October 2026
- Tenable: PHP2Shell (CVE-2026-109618, CVE-2026-109619) FAQ
- PHP supported versions
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.
