image

Minister: maatschappelijke impact van PHP-lekken nog onduidelijk

vrijdag 23 oktober 2026, 11:51 door Redactie, 9 reacties

De maatschappelijke impact van de twee kwetsbaarheden in PHP waardoor tal van websites afgelopen woensdag offline gingen is op dit moment nog onduidelijk, aldus minister Van Weel van Justitie en Veiligheid. De bewindsman noemt het goed dat veel organisaties hun websites uit voorzorg uit de lucht haalden, ook al was dit niet zonder impact. Van Weel stuurde een brief over de PHP-kwetsbaarheden, ook bekend als PHP2Shell, naar de Tweede Kamer.

"De precieze maatschappelijke impact van deze kwetsbaarheden is op dit moment niet duidelijk. De impact wordt op dit moment onderzocht en nauwgezet gevolgd", schrijft Van Weel. "Op dit moment worden de eerste internationale signalen van mogelijk misbruik ook onderzocht door het NCSC. Verdere signalen over misbruik zijn aannemelijk, aangezien er al zogenoemde Proof of Concepts (PoC’s) bekend zijn."

De minister stelt dat het NCSC allerlei organisaties kon informeren dat informatie over de kwetsbaarheden vroegtijdig bekend was geworden. "Dit heeft ertoe geleid dat veel organisaties preventief hun website en systemen offline hebben gehaald, ook in andere landen wordt aan organisaties het advies gegeven om systemen preventief offline te halen. Het is goed om te zien dat veel organisaties de adviezen van het NCSC opvolgen, ook al zijn deze maatregelen niet zonder impact."

Verder stelt Van Weel dat het incident laat zien dat de digitale wereld bekende en onbekende kwetsbaarheden kent. "Het blijft daarom van belang om de basismaatregelen die het NCSC adviseert op orde te hebben, zodat tijdig en adequaat gereageerd kan worden op kwetsbaarheden en incidenten." Als laatste merkt de minister op dat de situatie ook aantoont dat het belangrijk is dat Nederland digitaal weerbaar blijft. "Weerbaarheid begint door de basis op orde te hebben: breng risico’s in kaart, bevorder veilig gedrag, bescherm systemen, applicaties en apparaten, beheer toegang tot data en diensten, en wees voorbereid op incidenten."

Reacties (9)
Vandaag, 13:43 door Anoniem
Eén van de effecten van de uitval van Albert Heijn en het PHP2shell debacle is de aanschaf van meer noodpakketten. :]
Vandaag, 14:07 door Anoniem
Hier Gaat Bert Hubert wat verder op in.

We hebben een golf gehad... Het zichtbare deel is verholpen, mwa de pleister is geplakt. Nu alle php in embedded hardware nog, NAS, Firewalls, VPN doosjes, Home Automation, OT, IoT, .....
Er zijn ook voldoende mensen die nog geen idee hebben.. Hun koelkast met digitale interfase, de wasmachine met wifi bediening, de oven met... etc. De kans is vrij groot dat daar PHP bij zit.

BNR Tech:
https://www.youtube.com/watch?v=Os4SlQDAsB8
Vandaag, 14:18 door Anoniem
PHP gaat nu pas echt onder het vergrootglas...
Mogelijk wordt het eens tijd om hetzelde te doen met nginx, apache, caddy, haproxy, lighttpd, en de overige items die direct aan t internet gehangen worden.
Vandaag, 14:20 door Anoniem
Door Anoniem: Eén van de effecten van de uitval van Albert Heijn en het PHP2shell debacle is de aanschaf van meer noodpakketten. :]
Maar worden die ook over een half/heel jaar ververst? Anders blijft t een paniek aankoop...
opmerking die gisteren hoorde: ja we hadden zo'n radiootje.. maar onze dochter heeft die meegenomen toen ze uit huis ging...
Vandaag, 15:27 door Anoniem
Door Anoniem: Hier Gaat Bert Hubert wat verder op in.

We hebben een golf gehad... Het zichtbare deel is verholpen, mwa de pleister is geplakt. Nu alle php in embedded hardware nog, NAS, Firewalls, VPN doosjes, Home Automation, OT, IoT, .....
Er zijn ook voldoende mensen die nog geen idee hebben.. Hun koelkast met digitale interfase, de wasmachine met wifi bediening, de oven met... etc. De kans is vrij groot dat daar PHP bij zit.

BNR Tech:
https://www.youtube.com/watch?v=Os4SlQDAsB8

Geneuzel in de marge, om eerlijk te zijn.

Al die embedded SHIT is zo gammel als het maar zijn kan, en als je per ongeluk dat PHP lek zou kunnen patchen blijven er nog steeds een berg lekken over.
Vaak in de "UI" code van de vendor.

Op basis van historie is het vrij simpel : dit soort embedded devices kun je gewoon nooit blootstellen aan een 'hostile' netwerk.
Vandaag, 15:36 door Anoniem
Ik heb een onderbuikgevoel dat het hele akkefietje ook door cloudflare is uitgebuit. Waar ik zelf nooit fan van ben geweest omdat het in principe een MITM is die notabene via Trumpistan loopt.

Merkwaardig is dat cloudflare gelijk over miljoenen pogingen begint. Terwijl er nog nergens echt wat aan de knikker blijkt te zijn geweest. Voor zover ik weet.

Overigens, voor alle updaters, vandaag was er bij ubunutu nog een php 5.6 update. Gebruik ik niet maar staat wel op mijn servers. Security tip: Komende dagen in de gaten houden of er nog andere php updates uitkomen. Vooral in paniek worden de meeste fouten gemaakt.
Vandaag, 16:07 door Anoniem
Door Anoniem: PHP gaat nu pas echt onder het vergrootglas...
Mogelijk wordt het eens tijd om hetzelde te doen met nginx, apache, caddy, haproxy, lighttpd, en de overige items die direct aan t internet gehangen worden.

Het gaat nog veel verder dan deze bouwstenen die direct aan het internet hangen. Het risico zit ook in bouwstenen die diep in de krochten van ICT systemen zitten en massaal gebruikt worden. We hebben het gezien bij log4j en ook xz is daar een voorbeeld van. XZ is met een sisser afgelopen omdat een Microsoft medewerker zeer alert was en Red Hat er vervolgens adequaat op reageerde. Als dit geslaagd was, dan was dit veruit de grootste succesvolle aanval aller tijden geweest. Eentje die vele malen groter was dan de ontploffende semafoons (piepers) en portofoons in Libanon.

Over xz heeft Veritasium een mooie docu gemaakt zie: https://www.youtube.com/watch?v=aoag03mSuXQ
Vandaag, 17:01 door Anoniem
Door Anoniem: We hebben het gezien bij log4j en ook xz is daar een voorbeeld van. XZ is met een sisser afgelopen

29-03-2024 Red Hat en VS waarschuw[den] voor backdoor in datacompressietool XZ [probleem speelde maanden lang]

https://www.security.nl/search?keywords=XZ+backdoor&sort=date&order=desc

10-12-2021 Kwetsbaarheid in Apache Log4j 2 maakt[e] remote code execution mogelijk [probleem speelde tot in 2024]

https://www.security.nl/search?continue=1&keywords=Log4j&sort=date&order=desc


Mijn verwachting is dat het PHP2shell-lek nog maandenlang na-ijlt en dat dat de reputatie van PHP geen goed zal doen
Vandaag, 17:59 door Anoniem
Door Anoniem:
Door Anoniem: Hier Gaat Bert Hubert wat verder op in.

We hebben een golf gehad... Het zichtbare deel is verholpen, mwa de pleister is geplakt. Nu alle php in embedded hardware nog, NAS, Firewalls, VPN doosjes, Home Automation, OT, IoT, .....
Er zijn ook voldoende mensen die nog geen idee hebben.. Hun koelkast met digitale interfase, de wasmachine met wifi bediening, de oven met... etc. De kans is vrij groot dat daar PHP bij zit.

BNR Tech:
https://www.youtube.com/watch?v=Os4SlQDAsB8

Geneuzel in de marge, om eerlijk te zijn.

Al die embedded SHIT is zo gammel als het maar zijn kan, en als je per ongeluk dat PHP lek zou kunnen patchen blijven er nog steeds een berg lekken over.
Vaak in de "UI" code van de vendor.

Op basis van historie is het vrij simpel : dit soort embedded devices kun je gewoon nooit blootstellen aan een 'hostile' netwerk.
Never waste a good crisis.

Als dit aanspoort tot vervanging van EOL meuk en slechte onderhoude hardware dan applaudiseer ik enkel ervoor. Wetende als specialist dat het inderdaad kleine overwinningen zijn. Maar we hebben nog nooit zo een kans gehad om gezeik te verminderen die moeten we aangrijpen.

Toen mirai paniek veroorzaakte hoorde je niemand over vervangen van smart devices camera's, babyfoons etc buiten de cybersec wereld (en we weten van bestaan van grote sleeper cells) Dus neuzel maar lekker in de marge als het de risico verlaagt met een beetje prima toch. Dus niet patch advies maar vervangen van de meuk.
Reageren
Ondersteunde bbcodes
Bold: [b]bold text[/b]
Italic: [i]italic text[/i]
Underline: [u]underlined text[/u]
Quote: [quote]quoted text[/quote]
URL: [url]https://www.security.nl[/url]
Config: [config]config text[/config]
Code: [code]code text[/code]

Je bent niet en reageert "Anoniem". Dit betekent dat Security.NL geen accountgegevens (e-mailadres en alias) opslaat voor deze reactie. Je reactie wordt niet direct geplaatst maar eerst gemodereerd. Als je nog geen account hebt kun je hier direct een account aanmaken. Wanneer je Anoniem reageert moet je altijd een captchacode opgeven.