PHP2Shell is de naam voor twee kritieke kwetsbaarheden in PHP: CVE-2026-109618 en CVE-2026-109619. Beide hebben een CVSS-score van 9,2 en kunnen een aanvaller zonder account code laten uitvoeren op een PHP-webserver. PHP publiceerde op 21 oktober 2026 beveiligingsupdates. Een gemelde aanvalspoging van vier dagen eerder maakte de urgentie van de patchronde extra duidelijk.
4
5
24
Wat doen de PHP2Shell-lekken?
De kwetsbaarheden zitten in de manier waarop PHP geheugen en verzoeken verwerkt. PHP omschrijft CVE-2026-109618 als geheugenbeschadiging bij een geheugentekort tijdens het opruimen van een verzoek. Bij CVE-2026-109619 kan achtergebleven status van een eerder verzoek opnieuw worden gebruikt door een later verzoek dat door hetzelfde workerproces wordt afgehandeld. Beide problemen kunnen leiden tot uitvoering van code op afstand.
4
10
Het risico geldt voor PHP-installaties die webverzoeken verwerken, waaronder PHP-FPM en Apache met mod_php, maar ook andere webserverconfiguraties.
4
5 Volgens het PHP-beveiligingsteam is het risico het grootst bij mod_php.
7
Welke PHP-versies zijn gepatcht?
PHP publiceerde op 21 oktober 2026 de volgende bijgewerkte versies:
4
- PHP 8.5.12
- PHP 8.4.27
- PHP 8.3.36
- PHP 8.2.35
Werk elke installatie bij naar de gepatchte versie voor de gebruikte PHP-reeks. Controleer alle systemen die webverkeer verwerken; alleen nagaan welke versie van een framework of CMS actief is, is niet genoeg.
4
5
Volgens berichtgeving kwamen de patches eerder uit dan gepland: de release stond aanvankelijk voor 22 oktober op de agenda, maar werd vervroegd nadat informatie voortijdig naar buiten was gekomen. De beschikbare berichtgeving maakt niet duidelijk wat precies is uitgelekt, wie dat deed of hoe de informatie is verspreid.
3
20
Wat is bekend over aanvalspogingen?
Amazon Threat Intelligence meldde een exploitpoging die op 17 oktober werd geregistreerd door MadPot, het honeypotnetwerk van Amazon. Dat is vier dagen vóór de openbare bekendmaking en het verschijnen van de patches. De poging kwam van een IP-adres dat wordt geassocieerd met een commerciële anonimiseringdienst. Amazon zegt niet te weten hoe de aanvaller vooraf informatie over de kwetsbaarheden kreeg.
24
Cloudflare meldde dat het aantal exploitpogingen na de bekendmaking opliep tot miljoenen. Dat zijn tellingen van pogingen, niet van bevestigde hacks.
18
19 Ook een poging die een honeypot registreert, bewijst niet dat een aanvaller een productieserver heeft binnengedrongen. De beschikbare berichtgeving geeft geen uitsluitsel over hoeveel productiesystemen, als dat er al zijn, daadwerkelijk zijn gecompromitteerd.
24
46
Wat moeten beheerders doen?
- Installeer de gepatchte PHP-versie voor elke gebruikte PHP-reeks.
4
- Controleer log- en beveiligingsgegevens vanaf 17 oktober. Omdat Amazon toen al een poging op een honeypot registreerde, is alleen terugkijken tot de patchdag mogelijk niet voldoende.
24
46
- Maak onderscheid tussen pogingen en een geslaagde inbraak. Veel pogingen kunnen erop wijzen dat aanvallers een kwetsbaarheid testen, maar bewijzen niet dat op een specifieke server code is uitgevoerd.
18
24
De belangrijkste stappen zijn dus: alle kwetsbare PHP-installaties bijwerken en relevante activiteit vanaf 17 oktober onderzoeken. De grote aantallen pogingen onderstrepen de urgentie, maar betekenen niet dat elke server waarop is gemikt ook is gehackt.