De kritiska PHP-felen PHP2Shell gjorde cybersäkerhetsbolag mer intressanta för investerare. Webbplatsägare skyndade sig att skydda eller uppdatera sårbara system, och Cloudflares brandvägg för webbapplikationer var direkt relevant för arbetet. Cloudflare steg mer än 6 procent under handeln, samtidigt som även andra säkerhets- och mjukvaruaktier gick upp. Men uppgången kan inte förklaras enbart av PHP-felen: rapporter pekade också på en rotation från halvledaraktier till mjukvara och på separata AI-säkerhetsnyheter från Nvidia och CrowdStrike.
19
20
22
17
Därför steg aktierna
När sårbarheterna offentliggjordes och webbplatser stängdes ned i förebyggande syfte hamnade säkerhetsutgifter i investerarnas blickfång. TradingKey kopplade händelsen till uppgångar i mjukvarubolag som Datadog, Okta och Zscaler. En separat marknadsrapport uppgav att Cloudflare var upp omkring 7 procent och Palo Alto Networks 4 procent under eftermiddagshandeln. Det här är ögonblicksbilder från handeln, inte verifierade stängningskurser – och de visar inte att PHP-incidenten låg bakom varje akties rörelse.
19
20
Cloudflare hade en tydlig koppling till händelsen: bolaget uppgav att det hade infört skydd i sin brandvägg för webbapplikationer, en så kallad WAF. Det gjorde tjänsten relevant för organisationer som ville minska risken medan de installerade en programfix. Men en brandväggsregel är ett tillfälligt skydd, inte en ersättning för att uppdatera PHP.
15
11
Det fanns också andra marknadsdrivkrafter. En rapport beskrev hur investerare flyttade kapital från halvledaraktier till mjukvarubolag, bland annat mot bakgrund av oro kring AI-infrastrukturens utgifter och finansieringskostnader. En annan kopplade CrowdStrikes uppgång till ett utökat samarbete med Nvidia om AI-säkerhet; samma rapport noterade uppgångar för Datadog och Okta. Det bidrar till att förklara varför uppgången omfattade fler bolag än dem som berördes direkt av PHP-nyheterna.
22
17
Vad PHP-felen innebar
De två sårbarheterna, CVE-2026-109618 och CVE-2026-109619, kallades tillsammans PHP2Shell. De fick betyget 9,2 på skalan CVSS v4.0. Risken beskrevs som fjärrkörning av kod utan autentisering – en angripare skulle alltså kunna köra kod på en sårbar server utan att först logga in.
14
15
Cloudflare beskrev den berörda gruppen som webbservrar med PHP 5.4 eller senare. Säkerhetsuppdateringarna för stödda grenar var PHP 8.2.35, 8.3.36, 8.4.27 och 8.5.12.
15
8
PHP-utvecklarna varnade för felen tisdagen den 20 oktober. Korrigeringarna blev tillgängliga dagen därpå, onsdagen den 21 oktober. En rapport uppgav att uppdateringen bekräftades tillgänglig omkring klockan 13.45 GMT.
13
9
Därför togs webbplatser ned
Myndighets-, sjukhus- och universitetswebbplatser i Europa hörde till de tjänster som stängdes ned tillfälligt medan administratörer arbetade med att hantera sårbarheterna. En förebyggande nedstängning betyder inte i sig att webbplatsen hade utsatts för en lyckad attack.
3
Wikimedias incidentmeddelande pekade särskilt ut Cloud VPS och Toolforge som tjänster som togs offline under förebyggande underhåll. Det innebär inte att alla Wikipedias tjänster låg nere.
7
En rapport uppskattade att PHP används på omkring 70 procent av världens webbplatser. Siffran visar hur utbredd tekniken är – inte hur många webbplatser som faktiskt var sårbara eller hade blivit komprometterade.
8
Vad webbplatsägare bör tänka på
Cloudflare uppgav att bolaget såg tidiga attacker, medan rapporteringen också beskrev att flera nationella myndigheter inte hade observerat någon exploatering. Uppgifterna behöver inte stå i motsats till varandra: övervakningens omfattning och tidsperiod kan skilja sig åt. Att ingen attack har rapporterats är inte ett bevis på att ett sårbart system är säkert.
1
3
För en mindre webbplats hos ett webbhotell med delad servermiljö är den viktiga frågan om webbhotellet har uppdaterat serverns PHP-version till en korrigerad version eller installerat en säkerhetsfix från leverantören. Att uppdatera ett innehållshanteringssystem är inte nödvändigtvis samma sak som att uppdatera PHP som systemet körs på. Se en WAF som ett tillfälligt skydd och fråga webbhotellet vad som har åtgärdats – och när.
11
14