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?

Every claim, and who makes it

This page v13 written in site v0.19.2 on 25 October 2026 · history and changes, 12 earlier

70 claims: 19 confirmed, 36 reported, 8 disputed, 3 contradicted, 4 unverified. A claim is a sentence somebody said, with the party that said it, the captured sources it comes from, and one of five words for how far it can be trusted. The words are defined here, once, and the build refuses a claim whose sources are not in the manifest.

The flaws themselves

ClaimWho says itStatusFact-checkPrimarySources
Two critical vulnerabilities, CVE-2026-109618 and CVE-2026-109619, each CVSS v4.0 9.2, fixed in PHP 8.5.12, 8.4.27, 8.3.36 and 8.2.35 fact timeline →PHP Group (CNA), GitHub advisories, php.netconfirmedA6 Established5/5CVE record CVE record PHP PHP php.net
The flaws are CVSS 10.0
The PHP Foundation: 'a wrong CVSS score of 10.0 (the actual score is 9.2)'. Daubois traces it to a social post relayed by Phoenix Security and to watchTowr via Cyber Daily.
fact timeline →
social posts on 20 October, relayed by a vendor and a news sitecontradictedrefuted contradicted1/2PHP Foundation Daubois
Unauthenticated RCE over HTTP against Apache mod_php with default settings, before any application code runs fact timeline →PHP security team (GHSA, oss-security), php.netconfirmedA6 Established3/3PHP oss-security php.net
Remote code execution is confirmed on PHP-FPM
GHSA-w8hw (CVE-2026-109618): 'no complete FPM exploit has been demonstrated for this SAPI'. The Foundation blog: RCE 'was also confirmed on PHP-FPM through application-level code paths'. GHSA-6wmf (CVE-2026-109619): session lifecycle RCE 'validated against mod_php and FPM'. The accounts may refer to different CVEs.
fact timeline →
PHP Foundation blog; GHSA-6wmf for the session pathdisputedA6 Established4/4PHP Foundation PHP PHP oss-security
The fix removes longjmp() for out-of-memory errors in favour of a delayed soft OOM at the next VM safe point and a hard OOM via _exit(); the changelog line is 'Avoid state corruption via bailout' fact timeline →PHP security teamconfirmedA6 Established3/3PHP php.net php-src
The 8.5.12 fix may be incomplete, or there is a third, different bug
Per a Matrix channel, Canonical asked PHP and 'was told that it's unrelated and not a real issue'. Second-hand. Nothing from PHP on the list at capture.
fact timeline →
Fediverse posts relayed to oss-security by Aaron Rainbolt and Yves-Alexis PerezunverifiedA1 Weak signal opinion disputed0/1oss-security
All PHP versions from 5 onwards are affected by at least one of the flaws
The CVE records list only 8.2 to 8.5 with defaultStatus 'unaffected'. php.net published source backports for 7.4, 8.0 and 8.1, which implies they are affected. A scanner that trusts the CVE record will miss 7.4 to 8.1.
fact timeline →
NCSC-NL; Wiz ('>= 5.4'); CERT-FR (5.x, 6.x, 7.x, 8.0, 8.1)disputedA3 Echoed disputed3/4NCSC-NL Wiz on X CERT-FR oss-security
Updating is the only complete mitigation; the configuration measures reduce exposure to specific paths and do not make an installation safe fact timeline →php.net; PHP security teamconfirmedA6 Established3/3php.net oss-security PHP
A web application firewall may provide some protection until systems are patched
Swiss BACS: 'Even a web application firewall alone is not sufficient.' Cloudflare says its rules blocked the traffic it saw and that attackers mutated payloads to get past them.
fact timeline →
CISAdisputedA6 Established3/3CISA BACS Cloudflare
In researchers' own tests, pre-authentication RCE was confirmed against WordPress, Drupal, Joomla, MediaWiki, Roundcube, Magento, phpMyAdmin, Nextcloud, Laravel, Symfony and WHMCS
Two researcher parties, no third-party reproduction in the vault. The demo videos were not downloaded.
fact timeline →
Calif; Wiz for WordPress and DrupalreportedA2 Reported2/2Calif Wiz
None of the public proof-of-concept exploits reviewed by VulnCheck has the correct mechanism; a lab reproduction of the leaked PoC's precondition produced a clean 200
The Hacker News says the same of the public code. Fastly: working RCE needs knowledge of the running binary's layout on x86_64.
fact timeline →
rjmendez (detection author) citing VulnCheck; HuntressreportedA1 Weak signal status overstated1/2rjmendez, GitHub Huntress
Triggering the bug is much easier than turning it into code execution; the CVSS vector says attack complexity high
Fastly: 'most deployments may be safe from RCE. Do not assume this holds true for you.' Imperva: five demonstrated techniques, three via session upload progress; about 67 KB of memory disclosed per attack.
fact timeline →
Imperva; Fastly; the CVE recordconfirmedA3 Echoed opinion status overstated3/3Imperva Threat Research Fastly CVE record
Both bugs are in the C engine, not in PHP code: the allocator's longjmp-based bailout on out-of-memory, and request globals that survive a failed request
The fix replaces bailout with a delayed error and an UnwindExit at a safe point, adds a hard limit that _exits, and resets the globals. See the code page.
fact timeline →
php/php-src fix commit; the GitHub advisoriesconfirmedA6 Established3/3php/php-src, read from a clone PHP PHP
Patching the demonstrated paths does not make the bailout mechanism safe; more paths should be expected
A position, from a vendor; consistent with the Fediverse report of a third bug.
fact timeline →
FastlyreportedA2 Reported opinion1/2Fastly oss-security

How big it is

ClaimWho says itStatusFact-checkPrimarySources
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%'unverifiedA1 Weak signal measures differently2/3Wiz Wiz on X BBC News
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 textreportedA2 Reported measures differently3/3Cloudflare OpenAI on X Wiz
Something like 30 million websites could be affected
No basis given.
fact timeline →
Alan Woodward, via the BBCreportedA2 Reported0/1BBC 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 SecurityWeekreportedA2 Reported0/2THN 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.LVreportedA2 Reported1/1CERT.LV
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 cca173c64ec5confirmedA1 Weak signal contradicted status overstated1/1NCSC-NL

Who found it, and how

ClaimWho says itStatusFact-checkPrimarySources
The flaws were found by researchers using frontier AI under OpenAI's Patch the Planet initiative
All three research parties say AI was used. Calif: 'No special harness, or access to models that weren't generally available to everyone were used'. Calif does not name a model; Wiz names Gemini 4 Argon, GPT-5.6 Sol and Wiz Atlas; OpenAI's blog reportedly names GPT-5.6 Sol but is blocked.
fact timeline →
BBC; OpenAI; Calif; WizreportedA3 Echoed opinion measures differently3/4BBC News OpenAI on X Calif Wiz
Calif found the flaws first: discovery 1 August, hash commitment 5 August, report to PHP 11 August
The hash tweet is dated 5 August 2026 on X; its pre-image has not been published, so what it commits to cannot be checked.
fact timeline →
Calif; PHP Foundation (report date)confirmedA3 Echoed opinion measures differently status overstated3/3Calif Ryan Austin, Calif on X PHP Foundation
OpenAI independently reported the same root cause on 11 August, with further vectors on 18 September
The GitHub advisories credit amyb-oai among four reporters. OpenAI's own post credits Calif's discovery 'using GPT-5.6 Sol' and Wiz; an X Community Note disputes OpenAI's role.
fact timeline →
PHP FoundationreportedA2 Reported disputed2/2PHP Foundation PHP
Wiz Research independently discovered the first flaw on 19 August and reported on 24 August
Wiz's X post says 'Wiz Research uncovers' with no credit to Calif or OpenAI; the blog thanks both.
fact timeline →
Wiz; PHP Foundation (24 August)reportedA2 Reported2/2Wiz PHP Foundation
The GitHub advisories credit four reporters: lcfr-hax (Calif), sagitzadik-wiz (Wiz), amyb-oai (OpenAI) and tomash-areion
tomash-areion is not named in the PHP Foundation's thanks and appears nowhere else on this beat.
fact timeline →
GitHub security advisoriesconfirmedA6 Established2/3PHP PHP Daubois
The out-of-memory issue was found in a 2024 audit by Quarkslab (funded through OSTIF and the Sovereign Tech Agency) but exploitation was not proven, so it was not fixed
Two parties agree. The Foundation calls the delay 'a structural failure'. Cloudflare lists Quarkslab among the 2026 disclosers; nobody else does.
fact timeline →
PHP Foundation; CalifconfirmedA2 Reported disputed status overstated2/2PHP Foundation Calif
Frontier AI found the flaw ahead of attackers, giving defenders time to prepare
Amazon reports an exploit attempt against a honeypot on 17 October, four days before disclosure, from an actor whose source of exploit information is unknown.
fact timeline →
OpenAIdisputedA2 Reported opinion disputed1/2OpenAI on X THN
The most severe flaws ever detected by AI
Wiz's own wording is 'among the most severe vulnerabilities discovered in PHP, and arguably in software history'. OpenAI: 'one of the most impactful vulnerabilities in recent memory'.
fact timeline →
BBC attributing WizreportedA2 Reported opinion measures differently1/2BBC News Wiz
Quarkslab's published audit summary lists 27 findings, two redacted because their fixes were complex and in progress; it does not describe an out-of-memory finding
The Foundation says the OOM signs were found while fixing one of the audit's findings, not in the audit report itself.
fact timeline →
Quarkslab's blog; a Substack analysisreportedA6 Established1/2Quarkslab David Lopez-Kurtz
Chainguard's team found the same bugs independently with an AI harness and a frontier model after a researcher warned them on the Friday before
Unverified by anyone else.
fact timeline →
Dan Lorenc, via The RegisterreportedA2 Reported0/1The Register

The leak

ClaimWho says itStatusFact-checkPrimarySources
On 20 October at about 15:00 UTC the two CVE IDs began circulating on forums and social media with a wrong release time and a wrong CVSS score; no technical details leaked
Primary party. The Foundation does not say who or where.
fact timeline →
PHP FoundationreportedA4 Corroborated disputed2/2PHP Foundation PHP Foundation
The leak started with an anonymous Hacker News post citing a reliable source, which came down after screenshots spread; a screenshot of the 'PHP2Shell tool' credited to Calif.io and a short exploitation video also went up and came down
Contradicts the Foundation's 'no technical details leaked' and The Hacker News's 'a proof-of-concept exploit leaked'. No copy of the post, screenshot or video is in the vault.
fact timeline →
Alexandre Daubois (PHP security team, personal blog)reportedA4 Corroborated disputed0/1Daubois
watchTowr confirmed in public that the bugs were real and posted both CVE numbers before the release fact timeline →Daubois; CERT-EU lists a watchTowr X post among public reportsreportedA4 Corroborated1/2Daubois CERT-EU
Calif mistakenly published a video around 20:00 UTC on 20 October showing its proof of concept against a number of targets; copies circulated and 'contributed to accelerated development of various PoCs'
Calif's own page does not mention a leak or a deleted video; it embeds two demo videos. Whether one of them is the deleted video is unknown.
fact timeline →
PHP FoundationreportedA3 Echoed3/4PHP Foundation PHP Foundation BBC News Calif
Mitigation advice given to a few critical-infrastructure providers from about 23:00 UTC on 20 October may have leaked fact timeline →PHP FoundationreportedA2 Reported1/1PHP Foundation
Chainguard unilaterally broke the embargo on 21 October at 07:41 UTC by publishing built images containing the fix
Dan Lorenc (via The Register): 'I made the call to get these out early when exploits hit in the wild'; several unnamed vendors had reported exploits; Chainguard's honeypots trapped IPs; a researcher warned the company on the Friday and its team then found the bugs independently with an AI harness. No evidence published. The PHP security team found no functional exploit by release time.
fact timeline →
PHP Foundation; Chainguard's CEO accepts the time and denies leakingdisputedA2 Reported opinion disputed1/3PHP Foundation The Register Feross Aboukhadijeh on X on X
The release moved forward from 22 October 14:00 UTC to 21 October 14:00 UTC because of the leak
The php.net ChangeLog still dates all four releases 22 October. Wiz's X thread still says 22 October.
fact timeline →
PHP Foundation; php.net pre-announcement; Wiz thread ('Apply the Oct 22 security release')confirmedA4 Corroborated measures differently status overstated4/4PHP Foundation oss-security Wiz on X php.net

When things happened

ClaimWho says itStatusFact-checkPrimarySources
The flaws were disclosed on 22 October 2026
Primary sources put the release at 21 October: GHSAs 13:34Z, tags 13:35Z, CVE records 13:48Z and 13:54Z, GitHub release 14:06Z.
fact timeline →
BBC framing (UK morning coverage)contradictedrefuted measures differently2/3BBC News php.net php-src
The fixes were released at 14:00 UTC on 21 October
CERT-EU says 13:30 UTC; the tags and advisories are stamped 13:34 to 13:35 UTC; the GitHub release 14:06 UTC; the php.net feed entries carry 00:05 to 00:35 UTC, which are authoring times, not publication times.
fact timeline →
php.net pre-announcement; Daubois; CERT-FR (16:00 Paris)disputedA2 Reported disputed7/8oss-security Daubois CERT-FR CERT-EU php-src PHP php-src php.net
The pre-announcement was published at 19:30 UTC on 20 October
The php.net feed says 20:32 UTC; oss-security relayed it at 20:22:51 UTC, so it was public by then.
fact timeline →
PHP FoundationdisputedA2 Reported disputed3/3PHP Foundation oss-security php.net
The fix was authored on 18 October at 15:26 UTC and entered the public branches at 14:06 UTC on 21 October, with merges into 8.3, 8.4 and 8.5 between 14:12 and 14:30 UTC
Counted from the repository, not from a page. Five authors; 389 files; 10,689 insertions.
fact timeline →
php/php-src commit 3584a98bd, read from a cloneconfirmedA6 Established2/2php/php-src, read from a clone php-src

Exploitation

ClaimWho says itStatusFact-checkPrimarySources
There is no evidence yet that hackers have exploited the flaw fact timeline →Ryan Austin, Calif, on Radio 4, 08:00 BST 22 OctoberreportedA2 Reported disputed0/1BBC News
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 →
CISAconfirmedA6 Established3/3CISA CISA CVE record
Reports of active exploitation exist
The only agency saying so, and it does not say whose reports.
fact timeline →
NCSC New ZealandreportedA2 Reported disputed1/1NCSC 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)reportedA2 Reported superseded1/2Amazon THN
Cloudflare observed attack traffic targeting its customers after the leak, with attackers mutating payloads
Primary party, no volumes.
fact timeline →
CloudflarereportedA2 Reported1/1Cloudflare
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 postsconfirmedA5 Confirmed2/3BBC News Cloudflare Amazon
Automated exploitation attempts were seen in Latvia; none succeeded
Primary source.
fact timeline →
CERT.LVreportedA2 Reported1/1CERT.LV
Criminals are using AI to 'vibe code' an attack method fact timeline →unnamed researchers, via the BBCunverifiedA1 Weak signal opinion0/1BBC News
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 XreportedA2 Reported measures differently1/1Matthew 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 ResearchreportedA2 Reported measures differently1/1Imperva 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 →HuntressreportedA2 Reported disputed1/1Huntress
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 →
watchTowrunverifiedA6 Established2/2watchTowr watchTowr
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)reportedA2 Reported3/3CISA CVE record Akamai Security Research

What the agencies advise

ClaimWho says itStatusFact-checkPrimarySources
If an immediate update is not feasible, take the system offline until it can be fully mitigated
X post 13:45:58Z 21 October (10.1 million views at capture) and the press release.
fact timeline →
NSA CybersecurityconfirmedA6 Established2/2NSA Cyber on X NSA
Organisations that cannot update immediately, or that run PHP 8.1 or older, should take PHP-based systems offline fact timeline →CISAconfirmedA6 Established1/1CISA
'Where immediate remediation is not feasible, organisations should consider taking the system offline until it can be fully mitigated'
That sentence is not on the NCSC page as captured at 08:09Z on 22 October. The page's offline advice is step 4 of 6 and is worded differently. The page was modified at 07:30Z that morning. The sentence's opening matches the Canadian CCCS text.
fact timeline →
UK NCSC, as quoted by the BBCdisputedA2 Reported disputed2/3BBC News NCSC UK CCCS
The UK's NCSC, the NSA and their counterparts in the EU and Australia advise taking systems offline where patching is not feasible
Australia's ACSC gives no offline advice. CERT-EU says isolate. The Netherlands, Italy, Japan and New Zealand give no offline advice.
fact timeline →
BBCcontradictedA1 Weak signal4/6BBC News ACSC CERT-EU NCSC-NL ACN / CSIRT Italia JPCERT/CC
The risks require immediate patching across United States Government departments and agencies
No CISA emergency directive was visible on the CISA home page at capture.
fact timeline →
NSAreportedA6 Established1/2NSA CISA
Edge protections went live hours before disclosure: Cloudflare at 03:02 UTC; Imperva, Akamai and Fastly on 21 October; Fortinet signatures by 22 October
Every vendor says the same two things: it is a stopgap, and patch anyway.
fact timeline →
the vendorsconfirmedA2 Reported status overstated5/5Cloudflare Imperva Threat Research Akamai Security Research Fastly Fortinet Community

What was taken offline

ClaimWho says itStatusFact-checkPrimarySources
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 →
BBCreportedA2 Reported0/1BBC News
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.LVconfirmedA6 Established1/1CERT.LV
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 OctoberreportedA4 Corroborated6/23CISA 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 governmentreportedA4 Corroborated1/2Rijksoverheid / 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 ValtorireportedA2 Reported0/2Yle 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 ExpressreportedA4 Corroborated0/2CNN The Cyber Express
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 GloopconfirmedA2 Reported status overstated1/1Weird Gloop
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 councilreportedA3 Echoed0/1The 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 ChroniclereportedA2 Reported0/1Oxford 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 BusinessreportedA3 Echoed0/2LBC Insurance Business

The newsroom's own twelve claims, seeded from the BBC live page on the morning of 22 October, are in the vault as claims/claude-newsroom-lead.json and are superseded by the rows above, which trace each of them to primary sources. The raw rows are in data/claims.json.