Research collected from outside sources and what this site derives from them; every fact links to a saved copy of its source Research or story?
Briefing for Alex, curious reader · Plain English · from the same 70 claims, selected and ordered for one reader
What happened, does it affect me, and should I worry?
This briefing v14 written in site v0.19.2 on 25 October 2026 · history and changes, 13 earlier
The answer in thirty seconds
Two serious holes were found in PHP, software that runs on the servers behind a large share of websites. They were fixed on 21 October 2026. Your phone and laptop are not the target: websites are, and it is the job of whoever runs them to update. Some sites were taken offline as a precaution. As of 16:05 UTC on 24 October, the latest capture in the evidence vault, no named organisation has said it was compromised through php2shell.
You do not need to know anything about computers to follow this. Below are the five things worth knowing, then the evidence behind them, folded away until you want it.
What to decide or do
- PHP is not on your phone or laptop. It runs on the servers that build websites. This is a problem for the organisations that run those websites, and it is theirs to fix.
- Nothing to install, nothing to change on your own devices because of this. Be wary of any message that says otherwise and asks you to click or download something: scammers use headlines like this one.
- If a website you use was down on 21 or 22 October, it was most likely a precaution. Dutch government services such as DigiD were taken offline on purpose, as a precaution; that is a decision, not a sign of a break-in.
- Nobody has confirmed being hacked through this yet. Attackers have been trying, in large numbers, and that may change; this site will say so when the evidence does.
- The big numbers in the headlines are not what they sound like. 70% is roughly the share of websites built with PHP, not a share of the Internet that is broken. The numbers page explains each one.
Your reading path
- Your briefing 4 min
- Explained from the start 6 min
- Impact: offline vs compromised 2 min
- The numbers 2 min
About 14 minutes in all. Choose read as Alex and the bar under the menu keeps your place on every page.
What this briefing covers
- what PHP is, in one sentence
- whether their own phone or laptop is at risk
- why websites went offline
- whether anyone was actually hacked
What you can skip
- version numbers
- server settings
- the code
Words you will meet
PHPphp2shellEvidence vaultPrimary sourceWeb serverExploit, exploitationRemote code execution (RCE)HoneypotNCSCPatchCVEKEVCISAProof of concept (PoC)
Each is underlined where it first appears; hover or tap for a one-line definition, or open the glossary.
The facts this rests on
Show the 29 claims behind this briefing, each with its status and sources
- confirmed two or more primary sources agree, or the fact was counted from a captured file
- reported one party says so, and it has not been contradicted
- disputed the sources disagree, and both readings are shown
- contradicted a primary source says otherwise
- unverified even the reporting outlet could not check it
- p/n primary sources among the n cited; a blocked capture is counted and marked
| Claim | Who says it | Status | Fact-check | Primary | Sources |
|---|---|---|---|---|---|
| Latvia restricted access from abroad to several state digital resources, possibly until 26 October; lsm.lv and 112.lv were restored by 20:00 UTC The one documented case of government services being pulled from the public internet, from the agency itself. fact timeline → | CERT.LV | confirmed | A6 Established●●●●●● | 1/1 | CERT.LV |
| Weird Gloop turned off its wiki web servers for 13 hours and still served about 94% of page views from cache Primary, and the one outage with a measured cost. fact timeline → | Weird Gloop | confirmed | A2 Reported●●○○○○ status overstated | 1/1 | Weird Gloop |
| Parts of Wikipedia, Edinburgh council, French government sites, the University of Geneva, online shops and the BBC were affected or taken offline Not captured from any of the named organisations. fact timeline → | BBC | reported | A2 Reported●●○○○○ | 0/1 | BBC News |
| As of 09:35 UTC on 25 October, no named organisation has said it was compromised through php2shell. Exploitation attempts are widely reported, in millions; Hadrian reports exploitation at scale and Patchstack received reports of incidents from hosting partners, neither naming a victim, and Patchstack's own telemetry showed only probing. Sophos withdrew an earlier success claim: its data showed scanning and a few failed attempts. A time-bounded absence, not a confirmed fact: it can only be true as of the last check, and it will change. Changed from "confirmed" on 22 October at the editor's request. Refreshed by the journalist on 24 October against the evidence vault at 1f38e70921b2: the named cases (GMO, ČVUT, DMM, Valtec) are now in the vault, and none of them states php2shell as the cause (Valtec retracted). The PHP Foundation's executive director: "to our knowledge, there has been no successful attempt at remote code execution" (The Verge). Luxembourg: no institution has announced an intrusion (Paperjam). Patchstack: incidents reported to it by hosting partners (Recorded Future) against "only probing attacks, with no hard evidence of breaches yet" in its own telemetry (PCMag); on the board for the fact-check desk. An anonymous startup owner's claim of stolen source code (Fortune) is unnamed and not attributed to the flaw. Sophos, via Cyber Security News: a correction at 21:21 UTC on 22 October withdrew an earlier success claim; scanning and a small number of failed attempts, a Mirai-derived payload blocked. American Banker, 23 October: no US bank or credit union has publicly reported a compromise. Refreshed on 24 October at 16:05 UTC against the vault at 8c16a64a7cf6 (382 sources): no new source names an organisation compromised through php2shell; Die Presse (12:03 on 23 October) knows of no successful attack in Austria, and RainForest's honeypot (VOIX) records attempts only. Refreshed again on 25 October at 09:35 UTC (10:35 BST) against the vault at 87795d121200 (418 sources): still no new source names an organisation compromised through php2shell; Turkey's Presidency Cybersecurity Directorate says the e-Devlet portal had no problem. fact timeline → | this site, from every captured source in the evidence vault (418 sources, head 87795d121200), as of its latest capture at 09:35 UTC on 25 October | reported | A4 Corroborated●●●●○○ | 6/23 | CISA CISA Huntress Amazon SecurityWeek SecurityWeek Recorded Future Imperva Threat Research Weird Gloop Paperjam PCMag IT Social Lupa.cz Yahoo! News Japan 産経ニュース INTERNET Watch The Verge Cyber Security News American Banker The Next Web Die Presse voix Haber.com |
| The Dutch government took NCSC.nl offline as a precaution, with no active misuse seen yet; Dutch press reported DigiD, MijnOverheid and Overheid.nl offline too The government's notice names only NCSC.nl; DigiD and MijnOverheid rest on the press (fact-check desk, run 1: holds in part, overstated). fact timeline → | the Dutch government | reported | A4 Corroborated●●●●○○ | 1/2 | Rijksoverheid / NCSC-NL TPO.nl |
| Finland's state IT provider Valtori restricted public traffic to government web services from 12:45 local time on 21 October as a precaution fact timeline → | Yle; Helsinki Times, quoting Valtori | reported | A2 Reported●●○○○○ | 0/2 | Yle Helsinki Times |
| The Wikimedia Foundation took down a number of systems 'as a precautionary measure until they can be safely patched' No Wikimedia-published statement captured. fact timeline → | the Foundation, as quoted by CNN and The Cyber Express | reported | A4 Corroborated●●●●○○ | 0/2 | CNN The Cyber Express |
| Edinburgh council's site went offline late on 21 October; the council called it 'essential maintenance' and did not confirm a link fact timeline → | The Scotsman quoting the council | reported | A3 Echoed●●●○○○ | 0/1 | The Scotsman |
| Oxford City Council: 'a precaution because of a worldwide issue with the underlying technology and is not a cyber incident' fact timeline → | the council's social post, via Oxford Chronicle | reported | A2 Reported●●○○○○ | 0/1 | Oxford Chronicle |
| Edinburgh and Oxford councils, the Met Police and the Office for Budget Responsibility were unavailable; Bristol, Lambeth and Barnet council sites showed errors fact timeline → | LBC; Insurance Business | reported | A3 Echoed●●●○○○ | 0/2 | LBC Insurance Business |
| CISA has not observed exploitation; neither CVE is in the Known Exploited Vulnerabilities catalog Catalog version 2026.10.21 fetched 2026-10-22T08:15Z, 1,754 entries. A point-in-time negative finding. fact timeline → | CISA | confirmed | A6 Established●●●●●● | 3/3 | CISA CISA CVE record |
| Amazon and Cloudflare saw sites being probed for the flaw Both companies have since said so themselves. fact timeline → | Alan Woodward, via the BBC; confirmed by both companies' own posts | confirmed | A5 Confirmed●●●●●○ | 2/3 | BBC News Cloudflare Amazon |
| There is no evidence yet that hackers have exploited the flaw fact timeline → | Ryan Austin, Calif, on Radio 4, 08:00 BST 22 October | reported | A2 Reported●●○○○○ disputed | 0/1 | BBC News |
| Reports of active exploitation exist The only agency saying so, and it does not say whose reports. fact timeline → | NCSC New Zealand | reported | A2 Reported●●○○○○ disputed | 1/1 | NCSC New Zealand |
| An exploit attempt hit an Amazon honeypot on 17 October from an anonymisation network; proof-of-concept attempts began about 02:00 UTC on 21 October from multiple actors; after release 'PHP2Shell is now being broadly exploited in the wild' Primary party. Amazon adds: 'it's unclear if any of these attempts would have succeeded in real-world systems'. Attempts against honeypots, not compromises of victims. fact timeline → | Amazon (CJ Moses, AWS Security Blog) | reported | A2 Reported●●○○○○ superseded | 1/2 | Amazon THN |
| Cloudflare observed attack traffic targeting its customers after the leak, with attackers mutating payloads Primary party, no volumes. fact timeline → | Cloudflare | reported | A2 Reported●●○○○○ | 1/1 | Cloudflare |
| Automated exploitation attempts were seen in Latvia; none succeeded Primary source. fact timeline → | CERT.LV | reported | A2 Reported●●○○○○ | 1/1 | CERT.LV |
| Exploit attempts across Cloudflare's network: thousands in the ten hours before announcement, tens of thousands within 45 minutes after, hundreds of thousands within two hours, millions by 22 October 01:25 UTC Primary party. Attempts, not compromises; no blocked count; 1.4 million views at capture. fact timeline → | Matthew Prince, Cloudflare CEO, on X | reported | A2 Reported●●○○○○ measures differently | 1/1 | Matthew Prince, Cloudflare CEO on… |
| No traffic matching the php2shell exploit patterns was seen during Imperva's pre-disclosure monitoring A negative finding from a party that had the details under embargo. fact timeline → | Imperva Threat Research | reported | A2 Reported●●○○○○ measures differently | 1/1 | Imperva Threat Research |
| No exploitation observed on Huntress partner systems as of 20:30 UTC on 21 October; no public exploit code known to Huntress fact timeline → | Huntress | reported | A2 Reported●●○○○○ disputed | 1/1 | Huntress |
| The last PHP core RCE, CVE-2024-4577, was exploited in the wild one day after disclosure and in KEV three days after; php2shell is not in KEV after one day The KEV dates are counted from the captured catalog; 'exploited in the wild one day after disclosure' rests on Akamai alone. fact timeline → | CISA KEV catalog; Akamai (2024) | reported | A2 Reported●●○○○○ | 3/3 | CISA CVE record Akamai Security Research |
| Criminals are using AI to 'vibe code' an attack method fact timeline → | unnamed researchers, via the BBC | unverified | A1 Weak signal●○○○○○ opinion | 0/1 | BBC News |
| watchTowr sees active exploitation attempts and lists the flaws as exploited in the wild watchtowr.com returns HTTP 403 to this site's capture tool; known only from search summaries. fact timeline → | watchTowr | unverified | A6 Established●●●●●● | 2/2 | watchTowr watchTowr |
| 674 products in the NCSC-NL inventory: 206 vulnerable, 46 fixed, 418 under investigation, 3 not vulnerable Counted, not quoted. NCSC-NL calls unbacked entries 'investigation leads'. fact timeline → | NCSC-NL, counted by this site from the file at commit cca173c64ec5 | confirmed | A1 Weak signal●○○○○○ contradicted status overstated | 1/1 | NCSC-NL |
| PHP is used by almost 70% of websites whose server-side language is known None of the three cites the survey it comes from. A share of websites using PHP is an upper bound on exposure, not a count of vulnerable systems. fact timeline → | Cloudflare; OpenAI ('an estimated 70%'); Wiz body text | reported | A2 Reported●●○○○○ measures differently | 3/3 | Cloudflare OpenAI on X Wiz |
| Something like 30 million websites could be affected No basis given. fact timeline → | Alan Woodward, via the BBC | reported | A2 Reported●●○○○○ | 0/1 | BBC News |
| VulnCheck counts about 2.6 million internet-facing hosts exposing PHP; Censys, of the 2.58 million hosts it saw, could read a version on 1.58 million, and 1.57 million of those were unpatched on 21 October Censys: 2.58 million hosts seen, 1.58 million reporting a version, 1.57 million not patched; nearly 3 million by 22 October. VirusTotal: 5.1 million IPs running PHP, 1.1 million announcing a version. Unit 42: 22.6 million systems that 'could be vulnerable' (via Insurance Business). Censys's own post was not found. fact timeline → | VulnCheck and Censys, via The Hacker News and SecurityWeek | reported | A2 Reported●●○○○○ | 0/2 | THN SecurityWeek |
| About 6,000 potentially affected resources in Latvia, a few hundred in the public sector Primary source, one country, says 'potentially'. fact timeline → | CERT.LV | reported | A2 Reported●●○○○○ | 1/1 | CERT.LV |
| 70% of the Internet is affected The BBC was 'unable to independently verify that figure'. Wiz's body text says 70% of websites and cites no measurement. fact timeline → | Wiz (headline, X post); the BBC, which reports it as Wiz's 'roughly 70%' | unverified | A1 Weak signal●○○○○○ measures differently | 2/3 | Wiz Wiz on X BBC News |
Every sentence above rests on these rows. They are folded away because they are written in the sources' own vocabulary; the glossary explains each term.
What is still open
- Who first leaked the CVE IDs on 20 October, and where. The PHP Foundation does not say; a PHP security team member points to an anonymous Hacker News post, and Notebookcheck and Nguoi Quan Sat repeat that account. No copy of the post is in the vault.
- Whether the deleted Calif video is the one now embedded on Calif's own write-up. Calif's page does not mention the leak.
- Whether any site was actually compromised before it was patched or taken offline. Every claim of exploitation so far is of attempts, probes or honeypot hits, and the named cases do not state php2shell as the cause. Authorities in Singapore and Luxembourg now ask operators to look for traces; the answer will come from those searches, if it comes.
- Which sites were really taken offline, and why. The list now draws on more captured reports (Germany's hospitals and hosts, Morocco, Romania, Japan), but most are press accounts; few come from the organisations themselves (the Dutch government, Latvia's agency, Weird Gloop, the Charité's spokesman as quoted). A community tracker counts 51 listed and 50 back.
- Whether the 8.5.12 fix is complete. A Fediverse report of a third bug or incomplete fix reached oss-security on 21 October; PHP reportedly told Canonical it is unrelated. On 23 October PHP published an informational advisory for a separate flaw, CVE-2026-115560, in the session upload progress feature, reported by Cloudflare, SOCRadar and The Hacker News: it affects fully patched releases including 8.5.12, needs a rare session setting, will be fixed in the next regular release, and has session.upload_progress.enabled=0 as the mitigation; SOCRadar reports no exploitation and no severity score. PHP's advisory is not in the evidence vault, and whether this is the bug the Fediverse report described is not stated.
The full set of claims is on every claim; the ordered steps for a vulnerable system are on if you run PHP. Other readers: Website owner · Project or programme manager · Board member or executive · Security lead · PHP or platform engineer · Journalist · Security researcher · Analyst or policy advisor · CISO · CTO · CFO · Data protection officer · Head of AppSec · Developer · Communications team.