image

Amerikaanse overheid waarschuwt voor misbruik van PHP2Shell-lekken

dinsdag 27 oktober 2026, 09:51 door Redactie, 9 reacties
Laatst bijgewerkt: Gisteren, 10:27

Aanvallers maken misbruik van de PHP2Shell-lekken waarvoor vorige week patches verschenen, zo waarschuwt het Amerikaanse cyberagentschap CISA. Details over deze aanvallen zijn niet gegeven. Wel heeft het CISA Amerikaanse overheidsinstanties opgedragen om de twee PHP-kwetsbaarheden (CVE-2026-109618 en CVE-2026-109619) binnen drie dagen te patchen. Daarnaast moeten overheidsinstanties onderzoeken of hun systemen niet al zijn gecompromitteerd. Via de kwetsbaarheden kan een ongeauthenticeerde aanvaller code op kwetsbare systemen uitvoeren.

Kort na het uitkomen van de PHP2Shell-kwetsbaarheden rapporteerden cybersecuritybedrijven dat ze allerlei aanvallen hadden waargenomen, maar die bleken bij nader onderzoek vooral 'AI slop' te zijn en niet goed te werken. Volgens onderzoekers is het lastig om eenvoudig een succesvolle exploit te ontwikkelen. Misbruik vereist namelijk dat de aanvaller de geheugenadressen weet te achterhalen die meestal door ASLR zijn beveiligd.

Een aanvaller moet voor een succesvolle exploit dan ook ASLR weten te omzeilen. Address space layout randomization (ASLR) is een techniek die het lastiger maakt voor een aanvaller om te voorspellen waar in het geheugen bepaalde delen van programma's worden geladen. Dit moet het uitbuiten van kwetsbaarheden in applicaties veel lastiger maken.

"Verder onderzoek laat zien dat het misbruiken van deze kwetsbaarheden ingewikkeld is en de kans op grootschalig misbruik kleiner dan eerder werd ingeschat", zo stelt het Nationaal Cyber Security Centrum (NCSC). "Op dit moment is bij ons één melding bekend van mogelijk misbruik in het buitenland, maar is niet bevestigd dat de aanval ook daadwerkelijk succesvol is geweest", aldus de laatste update in het beveiligingsbulletin van het NCSC.

The Shadowserver Foundation is een stichting die onderzoek doet naar kwetsbare systemen op internet en geregeld scans uitvoert zodra een grote kwetsbaarheid bekend wordt. In het geval van de PHP2Shell-lekken heeft de stichting nog geen scan uitgevoerd. Wel werd er een scan naar PHP-installaties gedaan die een end-of-life versie van de programmeertaal draaien. Wereldwijd gaat het om honderdduizenden installaties die een PHP-versie draaien die niet meer met patches worden ondersteund. In Nederland werden om bijna 20.000 installaties geteld. Het werkelijke aantal ligt mogelijk hoger, omdat de meeste PHP-installaties niet hun versie vermelden.

Reacties (9)
Gisteren, 09:56 door Anoniem
Jup, de domino's beginnen te vallen voor ieder die niet gepatched heeft.
Gisteren, 10:21 door meinonA
> Wereldwijd gaat het om honderdduizenden installaties die een PHP-versie draaien die niet meer met patches worden ondersteund.

Officieel niet, maar PHP2Shell is verholpen t/m php 5.6 in https://packages.sury.org/

Verder zegt een versienummer ook helemaal niks; 5.6.40 kan wel of niet gepatcht of lek zijn.
Gisteren, 11:22 door Anoniem
kijk het is een use after free; en het gaat problemen veroorzaken, maar nu de patch uit is; is het een kwestie van updaten en doorgaan.
Gisteren, 11:33 door Anoniem
Door meinonA:
> Wereldwijd gaat het om honderdduizenden installaties die een PHP-versie draaien die niet meer met patches worden ondersteund.

Officieel niet, maar PHP2Shell is verholpen t/m php 5.6 in https://packages.sury.org/

Verder zegt een versienummer ook helemaal niks; 5.6.40 kan wel of niet gepatcht of lek zijn.
Nope heel wat zijn gebackport en moet je specfiek de CVE string van opzoeken in terminal.

Dat gezegd hebbende is het vaak wel te raden aan de hand van de provider of het een backport betreft.
Het is niet alsof het een industrie geheim is welke providers backporting contracten hebben of eigen personeel en de database versie veraadt het ook vaak. als je op een EOL zit maar niet de laatste versie van het nummer in de EOL kan je er gif op innemen dat ze niet de backport hebben. Want een provider gaat echt niet elke tussenrelease backporten die verwacht dat je iedergeval op de laatst mogelijke van een versie nummer reeks zit.
Gisteren, 12:57 door BaseFortify
Ondanks dat ontwikkelen en utvoering van een exploit moelijk is voor PHP2Shell zullen veel het wel proberen. Hoge bomen enzovoort. Organisaties die niet patchen komen er over een tijd achter als the exploits breed beschikbaar komen
Gisteren, 16:04 door Anoniem
Door Anoniem: Jup, de domino's beginnen te vallen voor ieder die niet gepatched heeft.
ik wil ze de kost niet geven die ergens intern een mediawiki hebben draaien die al jaren niet meer wordt bijgewerkt en waarbij de sprong naar current de boel compleet zou slopen, als je de tussenliggende softwarereleases nog kan vinden.
Gisteren, 17:19 door Anoniem
Door Anoniem: Jup, de domino's beginnen te vallen voor ieder die niet gepatched heeft.

Populair gedachtegoed dit, zonder enige onderbouwing.
Een application layer firewall kan dit ook prima voorkomen.
Jammer dat dat daar geen aandacht aan besteed wordt op dit platform.
Gisteren, 20:15 door Anoniem
Ik ben zo blij dat we alles gewoon netjes up-to-date houden en ook nog eens alles achter swoole hebben draaien, waardoor de kapotte code buiten spel stond. (plus, je moet natuurlijk er vanuit gaan dat ze binnen komen, dus schadebeperking is NOG belangrijker, zoals vastzetten in een container zonder rechten).
Vandaag, 09:43 door Anoniem
Door Anoniem:
Door Anoniem: Jup, de domino's beginnen te vallen voor ieder die niet gepatched heeft.

Populair gedachtegoed dit, zonder enige onderbouwing.
Een application layer firewall kan dit ook prima voorkomen.
Jammer dat dat daar geen aandacht aan besteed wordt op dit platform.
Ga je gang leg dat maar uit. Er is geen enkele maatregel qua application firewall die tenzij je al je verkeer filtert op IP of het een interne app betreft dit had kunnen voorkomen. Er waren regels beschikbaar die het moeilijker maakte maar denk je werkelijk dat als cybersecurity bedrijven offline gaan een firewall genoeg was? Die hebben ze echt wel in hun arsenaal kan ik je verzekeren. Nee dat was conditional mitigation.

Maar als je meer kennis daarin hebt hier is je platform.
Technische kennis delen mits juist moet altijd toegejuigd worden.
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.