<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Linux on mpeeters.nl</title><link>https://mpeeters.nl/tags/linux/</link><description>Recent content in Linux on mpeeters.nl</description><generator>Hugo</generator><language>nl-NL</language><lastBuildDate>Sat, 24 Oct 2026 23:27:16 +0200</lastBuildDate><atom:link href="https://mpeeters.nl/tags/linux/index.xml" rel="self" type="application/rss+xml"/><item><title>PHP2Shell, drie dagen later: welke sporen je op je webserver zoekt</title><link>https://mpeeters.nl/blog/php2shell-sporen-zoeken/</link><pubDate>Sat, 24 Oct 2026 23:27:16 +0200</pubDate><guid>https://mpeeters.nl/blog/php2shell-sporen-zoeken/</guid><description>&lt;p>Op 21 oktober schreef ik over &lt;a href="https://mpeeters.nl/blog/php2shell-kritieke-php-lekken/">PHP2Shell&lt;/a>, de twee kritieke PHP-kwetsbaarheden die uitlekten voordat er een patch was. Toen ging het om voorbereiden en patchen. Drie dagen later is er meer bekend, en één ding verandert de opdracht: het misbruik begon al vóór de patch. Wie netjes heeft bijgewerkt, is daarmee nog niet klaar. De vraag is ook of er in de dagen daarvoor iets is gebeurd.&lt;/p>
&lt;p>Dit artikel gaat over die tweede vraag. Ik zet de waarnemingen van de afgelopen dagen op een rij en laat daarna zien welke sporen zo&amp;rsquo;n aanval achterlaat en hoe je er op een Linux-webserver naar zoekt. Ik beschrijf geen exploit; de focus ligt op detectie en onderzoek. Paden en adressen in de voorbeelden zijn fictief of komen uit de genoemde bronnen.&lt;/p></description></item></channel></rss>