Skip to main content
AI doesn’t set its own limits. We do.
AI risk2 min read

AI-Discovered PHP Flaws and Millions of Exploit Attempts

AI-assisted disclosure shortened the window before mass exploitation of PHP vulnerabilities. Patching speed, asset inventory, and emergency authority.

Short answer

AI can accelerate discovery and exploitation of long-hidden software flaws — after October 2026 PHP disclosures, providers saw exploit attempts spike from thousands to millions. Know what runs your websites, confirm patches in writing, check for prior compromise, and authorise emergency repairs without waiting for routine meetings.

One of the less obvious dangers of AI is that it can shorten the time between discovering a computer-security weakness and criminals trying to exploit it. That challenge was visible in October 2026, when serious flaws were disclosed in PHP, a programming language used by a large proportion of the world's websites.

Researchers used AI assistance to investigate weaknesses that had reportedly existed for years. After public disclosure on 21 October, website operators rushed to apply repairs, and some services were temporarily taken offline. The Guardian reported that Cloudflare observed attempted exploitation rising from thousands to millions. Those figures describe attempted activity seen by one provider, not confirmed successful break-ins or a reliable count of affected organisations.

The United States National Security Agency warned that unprotected servers could be exposed to unauthorised access, stolen information, or service disruption. A company might have a well-designed website and still be vulnerable because an underlying software component has a fault. That is why the issue matters to ordinary businesses, not only technology companies.

What to do

Start with knowing what your organisation runs. Ask your technical team or hosting provider which versions of PHP support your public websites and whether they are affected by the disclosed flaws. Request written confirmation that relevant security updates have been installed. Unsupported software should be replaced, and a system that cannot be made safe may need to be isolated or temporarily switched off.

Next, check for signs that somebody attempted to use the weakness before the repair. If there are indications of unauthorised access, preserve the records, investigate, and replace exposed passwords or keys. Make sure backups can be restored and that suppliers know who must be contacted outside office hours.

The wider lesson is speed. A quarterly meeting is too slow to approve a critical security update when exploitation begins within hours. Management should establish an emergency process identifying who can authorise repairs, take a website offline, and notify affected customers without waiting for routine committee meetings.

Sources


We connect emerging AI-related threats to critical systems, response times, and supplier obligations — through gap assessment alongside conventional security practice.

Next step

Apply this to your own AI systems

We can tell you in three to four weeks exactly where you stand against ISO/IEC 42001 and the EU AI Act, what carries over from your existing certifications, and what closing the gap would cost.