PHP2Shell-alarmen gav investorer en konkret anledning til at se nærmere på cybersikkerhedsfirmaer. Websteder skulle beskyttes eller opdateres, og Cloudflares webapplikations-firewall var direkte relevant for indsatsen. Cloudflare steg mere end 6 % i intradagshandlen, mens andre sikkerheds- og softwareaktier også gik frem. Kursstigningerne skyldtes dog ikke nødvendigvis PHP-fejlene alene: markedsrapporter pegede også på en rotation fra halvlederaktier til software og på separate nyheder om Nvidia og CrowdStrikes AI-sikkerhedssamarbejde.
19
20
22
17
Det påvirkede aktierne
Afsløringen af sårbarhederne og de forebyggende nedlukninger af websteder satte fokus på efterspørgslen efter sikkerhedsløsninger. TradingKey beskrev fremgang blandt beslægtede softwareaktier, herunder Datadog, Okta og Zscaler. En separat markedsrapport opgjorde Cloudflare til omkring 7 % oppe og Palo Alto Networks til 4 % oppe senere på dagen. Det er øjebliksbilleder fra intradagshandlen – ikke bekræftede afkast ved børslukning – og de viser ikke i sig selv, at PHP-hændelsen drev alle aktierne op.
19
20
Cloudflare havde en særlig tydelig forbindelse til hændelsen: selskabet beskrev, hvordan det havde indført beskyttelse mod fejlene i sin webapplikations-firewall, også kaldet WAF. Det gjorde tjenesten relevant for organisationer, der ville mindske risikoen, mens de installerede en softwareopdatering. En firewallregel er dog en midlertidig afværgeforanstaltning – ikke en erstatning for at opdatere PHP.
15
11
Der var også andre markedsdrivere. En rapport beskrev, hvordan investorer flyttede penge fra halvlederaktier til softwareaktier, blandt andet på grund af bekymringer om udgifterne til AI-infrastruktur og finansieringsomkostninger. En anden rapport koblede CrowdStrikes fremgang til et udvidet AI-sikkerhedssamarbejde med Nvidia. Samme rapport noterede også kursstigninger i Datadog og Okta. De særskilte forhold er med til at forklare, hvorfor dagens optur var bredere end PHP-historien.
22
17
Hvad gik PHP-fejlene ud på?
De to sårbarheder, CVE-2026-109618 og CVE-2026-109619, fik samlet navnet PHP2Shell. De blev vurderet til 9,2 på CVSS v4.0-skalaen. Risikoen blev beskrevet som uautoriseret fjernkørsel af kode: En angriber kunne potentielt køre kode på en sårbar server uden først at logge ind.
14
15
Ifølge Cloudflare omfattede den berørte gruppe webservere med PHP 5.4 eller nyere. Nødopdateringerne til understøttede versioner var PHP 8.2.35, 8.3.36, 8.4.27 og 8.5.12.
15
8
PHP-udviklerne advarede om fejlene tirsdag den 20. oktober, og rettelserne blev tilgængelige dagen efter. En rapport oplyste, at opdateringen blev bekræftet klar omkring kl. 13.45 GMT den 21. oktober.
13
9
Derfor blev websteder taget offline
Offentlige myndigheder, hospitaler og universiteter i Europa var blandt de aktører, der midlertidigt tog websteder offline som en sikkerhedsforanstaltning, mens administratorerne arbejdede på at håndtere fejlene. En midlertidig nedlukning er ikke i sig selv tegn på, at et websted var blevet hacket.
3
Wikimedias driftsmeddelelse nævnte specifikt Cloud VPS og Toolforge blandt de tjenester, der blev taget offline under det forebyggende vedligeholdelsesarbejde. Det betyder ikke, at alle Wikipedias tjenester var utilgængelige.
7
En rapport anslog, at PHP bruges på omkring 70 % af verdens websteder. Tallet siger noget om teknologiens udbredelse – ikke hvor mange websteder der kunne udnyttes eller faktisk var blevet kompromitteret.
8
Hvad bør webstedsejere gøre?
Cloudflare oplyste, at selskabet så angreb begynde at dukke op, mens flere nationale myndigheder ifølge rapporteringen ikke havde observeret udnyttelse. De meldinger kan godt være sande samtidig: overvågning og tidsrum varierer, og fravær af observerede angreb er ikke bevis for, at et sårbart system er sikkert.
1
3
Har du et mindre websted på et delt webhotel, så spørg udbyderen, om serverens PHP-version er opdateret til en rettet udgave, eller om udbyderen har installeret en særskilt sikkerhedsrettelse. At opdatere et CMS – altså et system til at administrere webstedets indhold – er ikke nødvendigvis det samme som at opdatere den PHP-version, det kører på. Betragt en webapplikations-firewall som et midlertidigt ekstra lag, og få afklaret, hvad udbyderen har rettet, og hvornår.