PHP2Shell is de naam voor twee kritieke kwetsbaarheden in PHP: CVE-2026-109618 en CVE-2026-109619. PHP bracht op 21 oktober 2026 beveiligingsupdates uit, nadat details voortijdig waren uitgelekt. Een dag later meldden beveiligingsbedrijven een sterke toename van pogingen om de kwetsbaarheden uit te buiten. PHP wordt naar schatting op zo’n 70% van de websites gebruikt. Dat helpt de urgentie verklaren, maar betekent niet dat 70% van de websites is gehackt.
1
2
9
18
19
Wat konden de PHP2Shell-kwetsbaarheden doen?
De kwetsbaarheden zijn aangemerkt als remote-code-execution (RCE)-problemen: onder bepaalde omstandigheden kon een aanvaller op afstand code uitvoeren op een kwetsbare server, zonder eerst in te loggen. De ene fout had te maken met corruptie bij een tekort aan geheugen; de andere met verouderde globale status in het programma.
6
7
Volgens berichtgeving liep het mogelijk getroffen versiebereik terug tot PHP 5.4. Dat betekent niet dat bewezen is dat elke PHP-website kwetsbaar was door de configuratie of daadwerkelijk is aangevallen.
14
21
Spoedupdates na een voortijdig lek
PHP publiceerde op 21 oktober bijgewerkte versies: 8.5.12, 8.4.27, 8.3.36 en 8.2.35.
1
6 De updates volgden op een lek op 20 oktober, vóór de geplande bekendmaking op 22 oktober. Door dat voortijdige lek liep de gecoördineerde planning spaak en volgde een spoeduitgave van de patches.
2
9
13
Voor organisaties die PHP gebruiken, is de praktische eerste stap om na te gaan welke PHP-versie draait op elke server die vanaf het internet bereikbaar is, en die bij te werken naar de gepatchte versie voor de betreffende reeks. Beveiligingsadviezen benadrukken dat beheerders alle PHP-installaties moeten controleren die webverzoeken verwerken, in plaats van aan te nemen dat het probleem alleen een bepaald type site of toepassing raakt.
7
11
AI hielp bij onderzoek, maar werkte niet alleen
OpenAI meldde dat beveiligingsbedrijf Calif één kwetsbaarheid vond met GPT-5.6 Sol, binnen het initiatief Patch the Planet. Wiz ontdekte en meldde onafhankelijk beide kwetsbaarheden. De PHP-beheerders waren verantwoordelijk voor de oplossingen en de release.
48 OpenAI zei ook dat het de twee voorafgaande maanden had besteed aan afstemming met beheerders, onderzoekers en beveiligingsbedrijven.
48
Dit is een voorbeeld van AI als hulpmiddel bij kwetsbaarheidsonderzoek — geen bewijs dat een AI-systeem de fouten in zijn eentje ontdekte, controleerde of oploste. De berichtgeving beschrijft onderzoek en coördinatie waarbij naast AI ook beveiligingsbedrijven en de PHP-beheerders betrokken waren.
35
48
Veel aanvalspogingen, maar geen wereldwijde telling van hacks
Cloudflare meldde dat het aantal pogingen om de kwetsbaarheden uit te buiten opliep van duizenden vóór de openbare bekendmaking tot miljoenen erna. Amazon zou op 17 oktober al een aanvalspoging hebben gezien, vier dagen voordat de kwetsbaarheden openbaar werden gemaakt. Dit zijn meldingen over pogingen, niet over het aantal succesvolle inbraken.
19
Beveiligingsbedrijven meldden ook activiteit buiten zogeheten honeypots — loksystemen die aanvallen registreren — maar ze gaven aan dat overheidsinstanties die meldingen op dat moment niet hadden bevestigd.
17 Daarnaast berichtten media dat websites en diensten uit voorzorg offline werden gehaald, waaronder meer dan dertig Britse overheidsdiensten.
23 De NSA waarschuwde dat aanvallers de fouten konden gebruiken om webservers over te nemen, gegevens te stelen, diensten te verstoren of verder een netwerk binnen te dringen. USA Today meldde dat de dienst adviseerde websites offline te halen als ze de kwetsbaarheden niet snel konden verhelpen.
18
23
De berichtgeving wijst op een snelle beveiligingsreactie en veel aanvalspogingen. Ze levert geen wereldwijd totaal op van succesvolle hacks. Ook is het geschatte aandeel websites dat PHP gebruikt geen maatstaf voor het aantal bevestigde kwetsbare of gecompromitteerde sites.