Terminalvenster met de uitvoer van php -v, waarin versie 8.5.12 zichtbaar isMet php -v zie je welke PHP-versie een server draait; vanaf 8.5.12 zijn beide lekken gedicht. Screenshot: digitalartdesign.nl

Het PHP-project heeft op 21 oktober 2026 updates uitgebracht voor twee kritieke lekken waarmee een aanvaller zonder inloggen code kan uitvoeren op een webserver. De lekken, samen PHP2Shell genoemd, zitten volgens Google Cloud in alle versies van PHP 5.4 tot en met 8.5.11. Draait je website op WordPress, Drupal, Joomla of een ander PHP-systeem, dan moet je hostingpartij of beheerder updaten naar PHP 8.5.12, 8.4.27, 8.3.36 of 8.2.35.

Wat er aan de hand is

Het gaat om CVE-2026-109618 en CVE-2026-109619. Bij het eerste lek kan PHP bij een geheugentekort werk onderbreken terwijl interne gegevens maar half zijn klaargezet. Bij het tweede blijven gegevens van een afgerond verzoek achter, die een volgend verzoek in hetzelfde proces nog gebruikt. Beide lekken krijgen een CVSS-score van 9,2. Volgens php.net loopt elke installatie die webverzoeken afhandelt risico, van PHP-FPM tot Apache met mod_php. Bij mod_php werkt een aanval al voordat er applicatiecode draait.

Calif wist volgens zijn eigen pagina zonder inloggen code uit te voeren op onder meer WordPress 7.1.2, Drupal 11.4.3, Joomla 6.1.4, MediaWiki 1.46.2 en Nextcloud 35.0.1. Volgens Wiz en Cloudflare draait PHP op ongeveer 70 procent van de websites.

De rol van AI

Calif vond een van de lekken met GPT-5.6 Sol, schrijft OpenAI, binnen het programma Patch the Planet. Wiz vond beide lekken los daarvan en gebruikte daarvoor zijn eigen tool Wiz Atlas, Gemini 4 Argon en GPT-5.6 Sol. Volgens Calif waren er geen speciale opstelling of onuitgebrachte modellen nodig, wel kennis van oude PHP-lekken om het model te sturen. Wiz rekent de lekken “tot de ernstigste die in PHP zijn gevonden, en mogelijk in de geschiedenis van software” (vertaald).

Wat het kost en wie risico loopt

De updates zijn gratis. Voor PHP 8.1 en ouder komen er geen officiële releases. Het PHP-project publiceert wel minimale broncode-patches voor 7.4, 8.0 en 8.1. PHP 8.2 krijgt na 31 december 2026 geen beveiligingsupdates meer.

Er zijn al aanvalspogingen. Amazon zag op 17 oktober, vier dagen vóór de bekendmaking, een aanvalspoging op zijn honeypotnetwerk MadPot. Cloudflare zette op 21 oktober om 5.02 uur Nederlandse tijd firewallregels aan voor alle klanten, ook gratis accounts. Volgens Cloudflare-topman Matthew Prince zag het netwerk in de tien uur vóór de bekendmaking al duizenden aanvalspogingen; een dag later waren het er miljoenen.

Tijdlijn van 1 augustus tot 23 oktober 2026 met ontdekking, melding, eerste aanvalspoging, patch en vervolgadvies
Tussen ontdekking en patch zaten bijna drie maanden; de eerste aanvalspoging kwam volgens Amazon vóór de patch. Beeld: De redactie / digitalartdesign.nl

Wat je nu moet doen

  • Update naar een van de vier gepatchte versies en herstart daarna PHP-FPM of Apache. Anders blijft de kwetsbare code volgens Google Cloud in de draaiende processen zitten.
  • Gebruik je pakketten van je distributie, controleer dan met apt-get changelog php-fpm of rpm -q --changelog php-fpm of de twee CVE-nummers erin staan.
  • Kun je niet direct updaten, dan noemt php.net tijdelijke maatregelen, zoals post_max_size = 8M voor sites zonder uploads en session.upload_progress.enabled=0. Het PHP-project zegt erbij dat die een installatie niet veilig maken.
  • Wiz raadt aan logbestanden te controleren op ongebruikelijke multipart-verzoeken gevolgd door geheugenfouten of herhaalde HTTP 500-fouten, en op ongewoon grote PHPSESSID-cookies. Amazon adviseert te zoeken vanaf 17 oktober, niet vanaf de dag van de patch.

Waarom dit ertoe doet

Twee teams vonden met taalmodellen los van elkaar ernstige fouten in code van meer dan tien jaar oud. Amazon trekt daaruit de les dat de tijd tussen patch en werkende aanval in uren te meten is. Voor de meeste lezers zit het risico bij een hostingpartij die laat updatet. Vraag je host welke PHP-versie je site draait. Zit je op 8.1 of ouder, dan is overstappen nu de veilige keuze.

Bronnen

Door De redactie

De redactie van Digital Art Design schrijft over wat AI kan in beeld, video, audio, design en daarbuiten. Tips en correcties: redactie@digitalartdesign.nl.