De PHP2Shell-noodsituatie gaf beleggers een concrete aanleiding om opnieuw naar cybersecuritybedrijven te kijken. Websitebeheerders haastten zich om kwetsbare systemen te patchen of tijdelijk af te schermen, en de webapplicatiefirewall van Cloudflare was direct relevant voor die aanpak. Cloudflare steeg tijdens de handel met meer dan 6%; ook andere beveiligings- en softwareaandelen gingen omhoog. De PHP-kwetsbaarheden waren niet de enige verklaring: marktberichten wezen ook op geld dat van chipbedrijven naar softwareaandelen verschoof en op afzonderlijk nieuws over de samenwerking tussen Nvidia en CrowdStrike rond AI-beveiliging.
19
20
22
17
Wat de koersbewegingen aanwakkerde
De bekendmaking van de kwetsbaarheden en het uit voorzorg offline halen van websites vestigden de aandacht op beveiligingsdiensten. TradingKey koppelde de ontwikkelingen aan koerswinsten bij softwarebedrijven als Datadog, Okta en Zscaler. Een afzonderlijk middagbericht meldde dat Cloudflare ongeveer 7% hoger stond en Palo Alto Networks 4%. Dit zijn tussentijdse handelsmomentopnamen, geen bevestigde slotkoersen; ze bewijzen ook niet dat het PHP-incident iedere koersbeweging veroorzaakte.
19
20
Cloudflare had een opvallend directe link met de situatie: het bedrijf meldde beschermingsregels voor zijn webapplicatiefirewall (WAF) te hebben ingezet tegen de kwetsbaarheden. Dat maakte de beveiligingsdiensten van Cloudflare relevant voor organisaties die hun risico wilden beperken terwijl ze een software-update voorbereidden. Zo’n firewallregel is een tijdelijke risicobeperking, geen vervanging voor het bijwerken van PHP zelf.
15
11
Er speelden daarnaast andere marktprikkels. Een marktbericht beschreef hoe beleggers geld verplaatsten van halfgeleideraandelen naar software, mede door zorgen over de uitgaven aan AI-infrastructuur en de financieringskosten daarvan. Een ander bericht koppelde de stijging van CrowdStrike aan een uitgebreide samenwerking met Nvidia rond AI-beveiliging; dat bericht meldde ook winsten voor Datadog en Okta. Die afzonderlijke ontwikkelingen helpen verklaren waarom de rally breder was dan alleen het PHP-nieuws.
22
17
Wat was er aan de hand met PHP2Shell?
De twee kwetsbaarheden, CVE-2026-109618 en CVE-2026-109619, werden samen PHP2Shell genoemd. Volgens de berichtgeving kregen ze allebei een score van 9,2 op de CVSS v4.0-schaal. Het ging om mogelijke uitvoering van code op afstand zonder authenticatie: een aanvaller zou dus mogelijk code op een kwetsbare server kunnen uitvoeren zonder eerst in te loggen.
14
15
Cloudflare omschreef de getroffen groep als webservers met PHP 5.4 of nieuwer. Voor ondersteunde versietakken verschenen de noodupdates PHP 8.2.35, 8.3.36, 8.4.27 en 8.5.12.
15
8
De ontwikkelaars van PHP waarschuwden op dinsdag 20 oktober voor de kwetsbaarheden; de oplossingen kwamen de volgende dag beschikbaar. Volgens een bericht werd de beschikbaarheid van de correctie op 21 oktober rond 13.45 uur GMT bevestigd.
13
9
Waarom organisaties websites tijdelijk offline haalden
Overheden, ziekenhuizen en universiteiten in Europa haalden websites uit voorzorg offline terwijl beheerders aan de kwetsbaarheden werkten. Een tijdelijke sluiting is op zichzelf geen bewijs dat een website succesvol was aangevallen.
3
Wikimedia noemde in zijn incidentmelding specifiek Cloud VPS en Toolforge als diensten die tijdens voorzorgsonderhoud offline waren. Dat betekent niet dat alle Wikipedia-diensten onbeschikbaar waren.
7
De onrust was mede te verklaren door het brede gebruik van PHP. Eén bericht schatte dat PHP op ongeveer 70% van de websites draait. Dat cijfer geeft het bereik van de technologie aan, niet hoeveel websites daadwerkelijk kwetsbaar waren of zijn binnengedrongen.
8
Wat websitebeheerders hiervan kunnen leren
Cloudflare meldde dat het aanvallen zag opkomen, terwijl verschillende nationale instanties volgens berichtgeving geen misbruik hadden waargenomen. Die signalen kunnen naast elkaar bestaan: instanties monitoren niet noodzakelijk dezelfde systemen of perioden. Bovendien bewijst het uitblijven van waargenomen aanvallen niet dat een kwetsbaar systeem veilig is.
1
3
Voor een kleine website op shared hosting is het verstandig bij de hostingprovider na te vragen of de PHP-versie van de server is bijgewerkt naar een versie met de oplossing, of dat de leverancier een eigen beveiligingspatch heeft aangebracht. Een update van een contentmanagementsysteem is niet automatisch hetzelfde als een update van de PHP-versie waarop het draait. Zie een WAF als een tijdelijke extra beschermingslaag en vraag de host wat er precies is gepatcht en wanneer.
11
14