image

Minister: maatschappelijke impact van PHP-lekken nog onduidelijk

vrijdag 23 oktober 2026, 11:51 door Redactie, 19 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 (19)
23-10-2026, 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. :]
23-10-2026, 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
23-10-2026, 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.
23-10-2026, 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...
23-10-2026, 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.
23-10-2026, 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.
23-10-2026, 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
23-10-2026, 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
23-10-2026, 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.
23-10-2026, 23:07 door Anoniem
Het regent vragen over cyberveiligheid sinds de kwetsbaarheden in de programmeertaal PHP bekend werden. Via het PHP-lek zouden servers en websites kunnen worden overgenomen en misbruikt. Ook in een deurbel met camera, een slimme wasmachine of een robotstofzuiger kan PHP zitten, waarschuwt het Nationaal Cyber Security Center (NCSC). Denk na of het wel nodig is al die IoT apparaten met het internet te verbinden, raadt Juriaan Spierenburg van NCSC aan.

https://nos.nl/artikel/2636368-zijn-door-het-php-lek-slimme-apparaten-nog-wel-veilig-te-gebruiken
24-10-2026, 11:53 door Anoniem
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
XZ was geen probleem voor gebruikers. Is niet eens in productie code uitgerold.
De impact van Log4j viel ook wel mee. Was een probleem voor enterprises met specifieke java code. Ook dit php probleem blijkt toch lastiger uit te buiten. Het grootste probleem zit 'm in al die IoT die niet meer worden ge-update. Gelukkig zitten de meeste thuis in een ge-nat lokaal netwek. Daar is zo wie zo de windows desk/laptop het grootste probleem met zijn maandeljkse kritieke lekken en niemand die zich er aan stoort. Dat gaat dus met PHP ook gebeuren. Niks aan het handje. De slechte professionele naam bestond al.
24-10-2026, 14:25 door Anoniem
Iedereen heeft het er over, maar niemand komt met een oplossing.
Veel bla, weinig actie.
25-10-2026, 16:47 door Anoniem
In de database van MindYourPass, met een half miljoen websites die vanuit Nederland worden gebruikt door bedrijven, overheden en particulieren, hebben ze nu onderzocht hoeveel daarvan gebaseerd zijn op php. Dat geldt voor ongeveer 38 procent. Ongeveer de helft daarvan heeft inmiddels de ‘gerepareerde’ versie daarvan. De andere helft dus niet.

https://www.nrc.nl/nieuws/2026/10/23/het-patchen-na-het-php-lek-is-nog-lang-niet-klaar-a4939629
25-10-2026, 17:31 door Anoniem
Het blijft dus dweilen met de (AI-)kraan open.
26-10-2026, 09:31 door Anoniem
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.

Heb je dan hoop dat een courante generatie van dat soort spul beter blijft ?

Een upgrade excuus moet je niet verspillen - maar het is en blijft spul dat altijd wel zal rammelen.
Mooi als je een keer "bij" bent, maar de zut blijft te lang in gebruik met te weinig resources en totaal geen cultuur (noch aan de ontwikkelkant , noch aan de beheerkant) met de mate van paranoia die nodig is om aangesloten te zitten aan hostile netwerken.

Dus ook je nieuwe versie van smart zooi zul je moeten afschermen en niet van de devices zelf afhankelijk zijn voor security.
26-10-2026, 11:30 door Anoniem
Het probleem van PHP is dat het geen taal is, maar een raamwerk van voorgedefinieerde functies die allerhande dingetjes doen.

Je bent afhankelijk van hoe de ander het heeft geprogrammeerd, en als daar een probleem in zit, kan je dat bijna niet zelf verhelpen. PHP zit zo complex in elkaar dat het geen doen is om het zelf te fixen.
26-10-2026, 20:38 door Anoniem
Door Anoniem: Denk na of het wel nodig is al die IoT apparaten met het internet te verbinden, raadt Juriaan Spierenburg van NCSC aan.[/url]
Heeft natuurlijk geen effect bij de fabrikanten van die meuk, die willen vooral datagraaien.
Mogelijk dat een developer nog een poging waagt, maar die wordt vast teruggefloten voor z'n baas (al dan niet via degene die over de centjes gaat).
28-10-2026, 18:32 door Anoniem
Interview
De Nederlandse PHP-programmeur die de internetmeltdown mede moest oplossen

Derick Rethans: ‘Van paniek ga je alleen maar fouten maken’

Een spoedcursus in mediatraining, zo omschrijft de Nederlandse PHP-ontwikkelaar Derick Rethans (47) zijn afgelopen week. Net als zijn collega’s gaf hij interviews aan kranten, persbureaus, tv-zenders en youtubers. ‘Op live-tv moet je korte antwoorden geven, dat heb ik wel geleerd’, zegt hij. Zelf spreekt hij van een ‘mediastorm’: ‘Dat is wel even wat anders voor ons. Normaal gesproken ziet bijna niemand ons werk.' Nu stond het plotseling overal in de schijnwerpers.

https://www.volkskrant.nl/tech/de-nederlandse-php-programmeur-die-de-internetmeltdown-mede-moest-oplossen-van-paniek-ga-je-alleen-maar-fouten-maken~ba49dcfc/
30-10-2026, 12:16 door Anoniem
Achtergrond: "Einer muss es ja machen"
Opeens moest de slecht gefinancierde stichting achter programmeertaal PHP keihard aan de bak

Wie betaalt voor het onderhoud aan de fundamenten van het web? "Free software staat voor vrijheid, niet voor ‘gratis’."

Een cartoon [ https://xkcd.com/2347/ ] die veel wordt gedeeld, toont een grote machine die ‘alle moderne digitale infrastructuur’ moet verbeelden. Onderin zit een dun, maar cruciaal pilaartje. Daarbij staat „een project dat een willekeurige persoon uit Nebraska al sinds 2003 onderhoudt zonder ooit bedankt te worden.”

In veel posts worden ondernemers die voor hun bedrijfsvoering deels afhankelijk zijn van PHP, opgeroepen de stichting financieel te steunen. Vaak staan er staatjes bij die aan de ene kant de miljardenwinsten van techbedrijven laten zien en aan de andere kant het budget van opensourcestichtingen als de Linux en PHP Foundation.

interview met Volker Dusch, door zijn firma Programmier.bar voor een half jaar uitgeleend aan de PHP Foundation.

https://www.nrc.nl/nieuws/2026/10/29/opeens-moest-de-slecht-gefinancieerde-stichting-achter-programmeertaal-php-keihard-aan-de-bak-a4939870

Mede aan het woord komen Brenno de Winter en Ronny Lam, bestuurslid Dutch Open Source Business Alliance. De Europese Commissie publiceerde dit jaar voor het eerst een open source strategie. Een voorstel is de oprichting van een Europees Sovereign Tech Fund. De inspiratie daarvoor komt uit Duitsland. Dat land heeft een Sovereign Tech Agency.
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.