image

Amazon: eerste PHP2Shell-aanvallen op 17 oktober waargenomen

donderdag 22 oktober 2026, 13:39 door Redactie, 3 reacties

De eerste aanvallen die gebruikmaakten van PHP2Shell vonden al op 17 oktober plaats, vier dagen voordat het bestaan van PHP-lekken CVE-2026-109618 en CVE-2026-109619 door de PHP Foundation openbaar werd gemaakt. Dat meldt Amazon op basis van eigen gegevens. Volgens het techbedrijf waren de aanvalspogingen afkomstig van een ip-adres van een 'commercieel anonimiseringsnetwerk'.

"Hoewel de kwetsbaarheid onder embargo was, suggereert het aanvallen van een honeypot vanaf een geanonimiseerd ip-adres dat de activiteit door een threat actor is uitgevoerd, maar het blijft onduidelijk hoe de aanvaller de exploit-informatie voor de aankondiging in handen heeft gekregen", aldus Amazon. Het bestaan van de PHP2Shell-lekken, waardoor ongeauthenticeerde aanvallers code op kwetsbare systemen kunnen uitvoeren, was bij allerlei partijen bekend. Die konden zo updates voor hun producten ontwikkelen waarin PHP wordt gebruikt, maar mochten niets over de kwetsbaarheden bekendmaken.

Oorspronkelijk zouden de PHP-updates op donderdag 22 oktober moeten verschijnen. Dinsdagavond publiceerde iemand informatie over CVE-2026-109618 en CVE-2026-109619 op Hacker News. Vervolgens liet de PHP Foundation weten dat de patches op woensdag 21 oktober om 16.00 uur zouden verschijnen. Gisteren zag Amazon naar eigen zeggen uren voor het verschijnen van de PHP-patches ook al allerlei aanvalspogingen. Volgens het techbedrijf vindt inmiddels grootschalig misbruik van PHP2Shell plaats. Amazon adviseert om PHP-systemen op eventueel misbruik te controleren, teruggaand tot 17 oktober.

Reacties (3)
Gisteren, 14:28 door Named
Oftewel, zo'n "embargo" werkt niet goed en geeft actors soms juist meer tijd om toe te slaan.
Dan maar iedereen gelijk maken? (Of misschien eerder uitbrengen enkel op zeer goed vertrouwen.)
Gisteren, 16:48 door Anoniem
Door Named: Oftewel, zo'n "embargo" werkt niet goed en geeft actors soms juist meer tijd om toe te slaan.
Dan maar iedereen gelijk maken? (Of misschien eerder uitbrengen enkel op zeer goed vertrouwen.)

Embargo werkte prima tot chainguard ID=10T CEO de patch vroeg uitgaf wat in goed vertrouwen was geinformeerd. Daarvoor waren er zover bekend geen werkende verifieerde PoC's Zelfs niet toen die video paar minuten online stond met meer details waren er geen geslaagde PoC's gemaakt. Had die CEO gedaan wat die had moeten doen namelijk hun team laten overleggen met php.net of embargo nog naar aanleiding van huidige signalen goldt was er niks gebeurd qua wereldwijde publieke paniek.

Maar Chainguard bracht php.net in een heel lastige situatie want de patch was nog lang niet klaar voor alle type distro's systemen en daarmee ging de hele schedule release planning van alle tussen leveranciers naar de maan en moest iedereen ineens rap schakelen wat straks nog wel eens nadelige gevolgen kan hebben wegens halve werkende patches.

Dat er genoeg pogen om iets voor mekaar te krijgen wil niet zeggen dat er acuut gevaar is.
Want als bij Amazon wel iets geslaagd was hadden we de paniek vier dagen eerder gehad. En dat was er niet dus kan het niet plausibel noemen dat het embargo in dit geval nadelig was.

Daarom zijn het ook aanvals pogingen en geen geslaagde aanvallen. Als we moeten acteren op enkel pogingen kan je als beheerder meteen stoppen. Ik heb als ik kijk een kleine 10k aanval, probe, scan pogingen gehad op ons netwerk in de afgelopen uur allemaal afgewend en niet interresant vanuit veiligheid aspect dus voor ons en enkel als trend onderzoek.
Gisteren, 18:42 door Anoniem
tsss "want de patch was nog lang niet klaar voor " 6h voordat de disclosure zou gebeuren? maak dat een ander wijs...
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.