PHP2Shell: een PHP-patch installeren is niet genoeg.
Op 21 oktober 2026 werden twee kritieke PHP-beveiligingslekken bekend, CVE-2026-109618 en CVE-2026-109619, samen PHP2Shell. Zonder in te loggen kon een aanvaller code uitvoeren op een server. Dit is hoe wij die dag onze servers en die van klanten veilig hielden, en wat we doen als jij morgen hulp nodig hebt bij een PHP-patch of PHP-upgrade.
Twee kwetsbaarheden in de PHP-kern, door het PHP-project beoordeeld op 9,2 (CVSS 4.0). Beide zijn te misbruiken met een gewoon webverzoek, zonder account. Wie PHP draait, en dat is het overgrote deel van alle websites, moest op 21 oktober in actie komen.
Wat kon er gebeuren
Remote code execution: een aanvaller voert eigen code uit op de webserver, met de rechten van PHP. Daarmee zijn databases, bestanden, wachtwoorden en andere sites op dezelfde server bereikbaar. Vóór de publicatie werden al aanvalspogingen gezien.
Welke PHP-versies kwetsbaar zijn
Alle versies vóór PHP 8.2.35, 8.3.36, 8.4.27 en 8.5.12. PHP 8.1 en ouder zijn end-of-life en krijgen geen patch van het PHP-project zelf; sommige distributies en controlepanelen leveren wel een backport.
De patch
Rond 16.00 uur Nederlandse tijd verschenen de gepatchte PHP-versies. Updaten naar zo'n versie dicht het lek, maar alleen als de PHP-diensten daarna ook echt herstart zijn en de nieuwe code gebruiken.
Waarom een patch alleen niet genoeg is
Tussen bekendmaking en patch zaten uren waarin servers open lagen. Een bijgewerkt pakket betekent niet dat PHP-FPM de nieuwe code draait. En op servers met meerdere PHP-versies, zoals Plesk of DirectAdmin, moet elke versie apart gecontroleerd worden. Daarom hoort bij patchen altijd een controle.
De patchdag
Zo verliep de dag.
Alle sites gepatcht
Van de eerste melding 's ochtends tot de laatste herstart 's avonds: wat we deden op onze Plesk- en DirectAdmin-servers, op een omgeving met veertien test-, acceptatie- en productiesites, en wat we onderweg tegenkwamen.
Bekend
21 oktober 2026
Patches beschikbaar
Rond 16.00 uur
Tijdelijk offline
14 sites
Geblokkeerd
Tientallen aanvallers
01 Mitigeren, in afwachting van de patch
Risicovolle PHP-functies serverbreed uitgeschakeld op alle Plesk- en DirectAdmin-servers
Kwetsbare sites gecontroleerd op blootstelling en misbruik
Op een andere omgeving veertien test-, acceptatie- en productiesites tijdelijk via nginx offline gehaald, samen met het team van de klant
Bezoekers kregen een nette melding; verkeer bereikte PHP niet meer
Ondertussen realtime gemonitord op verdachte verzoeken en aanvalspogingen
02 Patchen en daadwerkelijk controleren
Na het verschijnen van de patches rond 16.00 uur alle PHP-versies bijgewerkt
PHP-diensten bewust herstart: een bijgewerkt bestand betekent niet dat de draaiende dienst de nieuwe code gebruikt
Per server gecontroleerd welke versies daadwerkelijk draaiden en of het lek was verholpen
Iedere site getest voordat deze weer online ging
03 Plesk en end-of-life PHP-versies
Plesk nam patches over voor PHP-versies die inmiddels end-of-life zijn; dat vroeg om extra controle per versie
Sommige sites draaien bewust nog op een EOL-versie: een upgrade raakt de applicatie en vraagt tijd en budget
Die afweging bespreken we met klanten en leggen we vast, met een pad naar een ondersteunde versie
PHP 5 draait bij ons nergens meer
04 Monitoring en aanvallen
Gedurende de dag gerichte scans en aanvalspogingen gezien op de servers
Tientallen aanvallers geblokkeerd met realtime monitoring
Logging bewaard voor onderzoek achteraf en voor de rapportage richting klanten
Nazorg: controle op sporen van misbruik in de uren vóór de patch
Hosting en onderhoud betekent ook snel risico's beperken en daarna zorgvuldig controleren of alles weer veilig werkt. Lees meer over onze hosting en infrastructuur en cybersecurity.
PHP-patch of PHP-upgrade nodig?
Zo helpen we bij een PHP-beveiligingslek.
Ook op servers die wij niet beheren, en ook als je website door een ander bureau is gebouwd. Bel bij een acuut lek direct: 070 - 2212 515.
01
Inventariseren en mitigeren
Welke PHP-versies draaien er, op welke servers en voor welke sites? Zolang er geen patch is, beperken we het risico: functies uitschakelen, verkeer tegenhouden of sites tijdelijk offline met een nette melding. Ondertussen monitoren we realtime op verdachte aanvallen.
02
Patchen of upgraden
Patches installeren, PHP-diensten herstarten en per versie controleren. Draait een site op een end-of-life versie, dan upgraden we PHP en de applicatie gecontroleerd, met een testomgeving en terugdraaioptie.
03
Controleren en bewaken
Iedere site testen voordat hij weer online gaat, logs nalopen op sporen van misbruik en monitoring inrichten die de volgende scan of aanvalspoging direct zichtbaar maakt.
Veelgestelde vragen
Wat is PHP2Shell precies?
PHP2Shell is de naam voor twee kritieke kwetsbaarheden in PHP, CVE-2026-109618 en CVE-2026-109619, bekendgemaakt op 21 oktober 2026. Ze maken het mogelijk om zonder in te loggen code uit te voeren op een webserver (remote code execution). Het PHP-project beoordeelde beide op 9,2 (CVSS 4.0).
Welke PHP-versies zijn kwetsbaar en welke zijn veilig?
Alle versies vóór PHP 8.2.35, 8.3.36, 8.4.27 en 8.5.12 zijn kwetsbaar. PHP 8.1 en ouder zijn end-of-life en krijgen geen officiële patch; sommige Linux-distributies en controlepanelen zoals Plesk leveren wel een backport. Controleer dus niet alleen het versienummer, maar ook of de patch van je leverancier daadwerkelijk is geïnstalleerd.
Is een PHP-patch installeren genoeg om weer veilig te zijn?
Nee. Na het installeren moeten de PHP-diensten (PHP-FPM, Apache-modules) herstart worden, anders draait de oude code gewoon door. Daarna hoort een controle per versie en per site, en een check op sporen van misbruik in de uren voordat de patch beschikbaar was.
Onze website draait nog op PHP 7.4 of 8.1. Wat nu?
Die versies zijn end-of-life. Soms is er een backport van je hostingleverancier, maar structureel is een PHP-upgrade de enige oplossing. Wij upgraden PHP en de applicatie gecontroleerd: eerst inventariseren wat er breekt, dan aanpassen, testen op een staging-omgeving en pas daarna naar productie.
Kunnen jullie helpen op een server die jullie niet beheren?
Ja. We helpen bij PHP-updates, serverbeheer en het oplossen van kwetsbaarheden op bestaande omgevingen, ook met Plesk of DirectAdmin en ook voor websites die een ander bureau heeft gebouwd. Bel 070 - 2212 515 of mail naar info@acronica.nl.
Hoe voorkomen we dat we de volgende keer achter de feiten aanlopen?
Met structureel beheer: security-advisories volgen, een vaste updatecyclus, monitoring die aanvalspogingen zichtbaar maakt en een plan voor end-of-life software. Zie onze pagina's over beheer en support en cybersecurity.
Contact
Extra handjes nodig voor PHP-updates of serverbeheer?
Een kwetsbaarheid oplossen, PHP upgraden of een server controleren na een lek: je kunt ons gerust bellen. We helpen je graag verder.