Dat zei NCSC-directeur Matthijs van Amelsfort woensdagavond in het televisieprogramma Pauw & De Wit. Cybersecurity-experts waarschuwen ondertussen dat de gevolgen van de beveiligingslekken nog maanden merkbaar kunnen zijn. Vooral systemen die niet tijdig worden bijgewerkt, blijven een aantrekkelijk doelwit voor hackers.
NCSC ziet nog geen misbruik van PHP-lekken, experts vrezen maandenlange gevolgen
Het Nationaal Cyber Security Centrum (NCSC) heeft nog geen actief misbruik waargenomen van de kritieke kwetsbaarheden in programmeertaal PHP, die woensdag tot grote onrust leidden.
Volgens Van Amelsfort ziet het NCSC wel een toename van het online verkeer, wat erop wijst dat er actief wordt gezocht naar websites die mogelijk nog kwetsbaar zijn. De ontdekking van de beveiligingslekken leidde woensdag tot het tijdelijk offline halen van tal van websites, waaronder die van gemeenten en andere overheidsorganisaties. Ook de websites van Binnenlands Bestuur en iBestuur waren enkele uren niet bereikbaar. Organisaties namen deze maatregel uit voorzorg om te voorkomen dat aanvallers misbruik konden maken van de kwetsbaarheden.
Rond 16.00 uur kwamen beveiligingsupdates beschikbaar waarmee de kwetsbaarheden konden worden verholpen. Verschillende organisaties brachten hun websites vervolgens weer online. Het NCSC benadrukt dat organisaties zo snel mogelijk moeten controleren of hun systemen kwetsbaar zijn en de beschikbare updates moeten installeren.
Risico op eerdere inbraken
Volgens verschillende cybersecurity-experts betekent het installeren van een beveiligingsupdate echter niet automatisch dat een systeem weer veilig is. Wereldwijd zullen naar verwachting nog veel systemen kwetsbaar blijven, onder meer doordat organisaties niet onmiddellijk updaten of gebruikmaken van verouderde PHP-versies waarvoor geen officiële beveiligingsupdates meer worden uitgebracht. Hackers kunnen de komende tijd blijven zoeken naar systemen waarop de kwetsbaarheden nog aanwezig zijn.
‘Een patch dicht het lek, maar maakt een eerdere inbraak niet ongedaan’, zegt ethisch hacker Wouter van Dongen tegen het ANP. Volgens hem bestaat bovendien het risico dat aanvallers al een achterdeur hebben geplaatst. ‘Daarmee kunnen ze later opnieuw toegang krijgen, zelfs als de kwetsbaarheid inmiddels is verholpen.’
Ook Richard Verbeek van IT-dienstverlener Fellowmind waarschuwt dat organisaties niet uitsluitend moeten vertrouwen op het installeren van de update. Ze moeten volgens hem eerst controleren of aanvallers mogelijk al toegang hebben gekregen tot hun systemen. ‘Juist daar zit het gevaar: bedrijven die opgelucht hun website weer aanzetten zonder te weten of hun gegevens en achterliggende systemen veilig zijn.’
Gevolgen mogelijk pas later zichtbaar
Gert Heiremans, hoofd technologie en veiligheid bij de Belgische identificatieapp itsme, verwacht dat de kwetsbaarheden nog lange tijd gevolgen zullen hebben. ‘De komende dagen, weken en maanden gaan we hier nog wel van horen’, zegt hij tegen het ANP. Wanneer hackers gegevens hebben buitgemaakt, of dat de komende tijd alsnog doen, kan het volgens hem bovendien enige tijd duren voordat organisaties ontdekken dat hun systemen zijn gecompromitteerd.
De grote vraag naar beveiligingsupdates levert volgens de geraadpleegde cyberexperts overigens geen problemen op. Zij verwachten niet dat het massaal downloaden van de PHP-patches tot overbelasting leidt.
Hoewel het NCSC vooralsnog geen actief misbruik heeft vastgesteld, blijft waakzaamheid volgens de experts noodzakelijk. Het beschikbaar komen van de updates neemt het risico voor systemen die nog niet zijn bijgewerkt niet weg. Bovendien moeten organisaties rekening houden met de mogelijkheid dat eventuele eerdere inbraken pas op een later moment aan het licht komen.
Plaats een reactie
U moet ingelogd zijn om een reactie te kunnen plaatsen.
"Experts vrezen maandenlange gevolgen".
Als dat het enige probleem zou zijn, dan zou het meevallen.
We hebben software waarvan we weten dat er kwetsbaarheden in kunnen zitten. We hebben al tientallen jaren normen voor ontwikkeling, testen, beheer en beveiliging. We hebben organisaties die daarop moeten toezien. We hebben bestuurders die verantwoordelijk zijn. En we hebben een compleet leger aan adviseurs, auditors en cybersecuritydeskundigen.
Vervolgens gaat er iets mis. De websites gaan uit, de experts komen op televisie, de patches worden geïnstalleerd en iedereen haalt opgelucht adem.....Tot de volgende keer.
Misschien moeten we niet alleen onderzoeken hoe snel we een brand kunnen blussen, maar eindelijk eens vaststellen wie verantwoordelijk is voor de brandveiligheid.
N.B. Ik heb de oorspronkelijke verklaring van de PHP Foundation van 21 oktober opgezocht. Daarin staat iets opmerkelijks: de eerste aanwijzingen voor een van de kwetsbaarheden waren al in 2024 bekend. Het oplossen ervan liep vervolgens vast door een combinatie van technische afwegingen, besluitvorming op basis van consensus en onvoldoende beschikbare deskundigheid. De PHP Foundation noemt dat zelf een structureel falen.
Dat is toch nieuws dat thuishoort in een blad voor bestuurders? Het laat namelijk precies zien hoe een technisch beveiligingsprobleem óók een governanceprobleem wordt: onvoldoende capaciteit, moeizame besluitvorming, onduidelijkheid over prioriteiten en uiteindelijk grote gevolgen voor de afnemers.
Overigens is er ook een belangrijk tegenargument. Het tijdelijk offline halen van websites kan juist getuigen van verstandig risicomanagement. En een onbekende kwetsbaarheid kun je niet altijd voorkomen. De vraag is vooral of je bent voorbereid om de gevolgen te beperken.
Het is niet correct dat dit niet eerder is ontdekt
2024: PHP-kernontwikkelaar vindt de OOM-bug tijdens een audit; geen consensus over fix, niet geprioriteerd (bron: Wikipedia/The Next Web — Wikipedia cite: Constantin, The Next Web)
Augustus 2026: Ryan Austin (Calif) vindt de kwetsbaarheden tijdens audit van PHP-broncode met hulp van GPT-5.6 Sol, als onderdeel van OpenAI's "Patch the Planet"; Wiz ontdekt ze onafhankelijk en neemt contact op (Wikipedia, WSJ)
Wiz used Gemini 4 Argon + GPT-5.6 Sol + Wiz Atlas
Pre-disclosure exploitatie:
17 okt 2026: Amazon MadPot honeypots registreren exploitatiepoging, 4 dagen vóór de publieke leak, vanaf commerciële anonymiseringsinfrastructuur (Amazon Threat Intelligence blog)
Leak en aankondiging:
20 okt 2026: details lekken uit via Hacker News-forumpost, een post op X door watchTowr, en een per ongeluk vrijgegeven PoC-video van Calif (Wikipedia, BleepingComputer)
20 okt 2026: PHP security team kondigt aan: security release gepland voor woensdag 21 okt 14:00 UTC, twee kritieke kwetsbaarheden, CVSS v4.0 9.2; "we reserve the right to release earlier should details become public or evidence of active exploitation appears" (php.net archive 20 Oct)
CERT-EU publiceert advies 2026-018 (cert.europa.eu, 20 Oct — "2 days ago" from search results on 22 Oct)
Exploitatie begint / PoCs:
21 okt, 02:00–08:00 UTC: meerdere PoC's circuleren vanaf gevarieerde geanonimiseerde infrastructuur (meerdere actoren) (Amazon Threat Intelligence)
21 okt, vroeg: Chainguard brengt gepatchte versies vroegtijdig uit → aanvallers kunnen de codechange diffen → PoC's, write-ups en partiele mitigaties circuleren nog vóór het einde van het embargo (Wikipedia/watchTowr)
Sansec verwacht "mass attacks within 15 minutes of the release"
21 okt 13:34 UTC: GitHub security advisories gepubliceerd (GHSA-w8hw-w9fx-j79w = CVE-2026-109618; GHSA-6wmf-4rv5-p3rp = CVE-2026-109619), 26 minuten vóór de aangekondigde releasetijd (Wikipedia + php.net)
21 okt, net voor 16:00 CEST (14:00 UTC): patches vrijgegeven — PHP 8.5.12, 8.4.27, 8.3.36, 8.2.35 (php.net); Bron-backports voor 7.4/8.0/8.1
21 okt: watchTowr observeert exploitatie in the wild via Attacker Eye honeypot-netwerk (watchTowr)
21 okt: Cloudflare rapporteert vroege exploitatiepogingen (ook pogingen om bescherming te omzeilen), deployt tijdelijke WAF-regels (Wikipedia/Cloudflare/The Hacker News)
21 okt: CISA zegt géén exploitatie waargenomen te hebben (per die dag) (Wikipedia)
21 okt 17:22–17:24 UTC: VulnCheck registreert bevestigde exploitatiepoging vanaf 221.14.159.134 (China Unicom, Henan): webshell geplant via PHP_SESSION_UPLOAD_PROGRESS, session ID xqsuvwz3n97wu8j3emz1axuo5y, 10 mislukte read-back-pogingen (VulnCheck)
21 okt: SOCRadar: BreachForums en Dread gaan offline, verwijzend naar de ernst van php2shell; forumchatter toont vraag naar werkende exploits (SOCRadar)