To alvorlige sikkerhetshull i PHP satte nettsikkerhet på investorenes radar 21. oktober 2026. Flere virksomheter forsøkte å beskytte eller oppdatere nettsidene sine, og Cloudflares brannmur for nettapplikasjoner var direkte relevant for arbeidet. Cloudflare-aksjen steg mer enn 6 prosent intradag, mens også andre sikkerhets- og programvareselskaper gikk opp. Men PHP-sårbarhetene forklarer ikke nødvendigvis hele oppgangen: markedsrapporter pekte også på penger som flyttet seg fra halvlederaksjer til programvare, og på en egen AI-sikkerhetsnyhet fra Nvidia og CrowdStrike.
19
20
22
17
Flere faktorer løftet aksjene
Varslene om sårbarhetene og den forebyggende nedstengningen av enkelte nettsteder rettet oppmerksomheten mot sikkerhetsløsninger. TradingKey knyttet hendelsen til oppgang i blant annet Datadog, Okta og Zscaler. En separat markedsrapport oppga at Cloudflare var opp rundt 7 prosent og Palo Alto Networks rundt 4 prosent. Dette er øyeblikksbilder fra handelen, ikke bekreftede sluttkurser – og de viser ikke at PHP-hendelsen alene førte til alle kursbevegelsene.
19
20
Cloudflare hadde en tydelig kobling til hendelsen: Selskapet opplyste at det hadde tatt i bruk beskyttelse i sin brannmur for nettapplikasjoner, ofte kalt WAF. Slike regler kan bidra til å redusere risiko mens virksomheter installerer en programvareoppdatering, men erstatter ikke oppdatering av PHP.
15
11
Det var også andre drivere i markedet. En rapport beskrev hvordan investorer flyttet kapital fra halvlederaksjer til programvareselskaper, blant annet på grunn av bekymring for kostnadene ved AI-infrastruktur og finansieringen av dem. En annen rapport koblet oppgangen i CrowdStrike til et utvidet samarbeid med Nvidia om AI-sikkerhet, og viste samtidig til oppgang i Datadog og Okta. Dette bidrar til å forklare hvorfor aksjerallyet var bredere enn PHP-saken alene.
22
17
Hva var PHP2Shell?
De to sårbarhetene, CVE-2026-109618 og CVE-2026-109619, ble samlet omtalt som PHP2Shell. De fikk begge alvorlighetsgrad 9,2 på CVSS v4.0-skalaen. Ifølge rapporteringen kunne de åpne for ekstern kjøring av kode uten autentisering – det vil si at en angriper potensielt kunne kjøre kode på en sårbar server uten først å logge inn.
14
15
Cloudflare beskrev den berørte gruppen som webservere med PHP 5.4 eller nyere. Rettelsene for støttede versjoner var PHP 8.2.35, 8.3.36, 8.4.27 og 8.5.12.
15
8
PHP-utviklerne varslet om sårbarhetene tirsdag 20. oktober, og rettelsene ble tilgjengelige dagen etter. Én rapport oppga at oppdateringen var bekreftet tilgjengelig rundt klokken 13.45 GMT 21. oktober.
13
9
Nettsteder ble tatt ned som et føre-var-tiltak
Offentlige nettsteder, sykehus og universiteter i Europa var blant tjenestene som ble tatt midlertidig offline mens administratorer arbeidet med å håndtere sårbarhetene. At et nettsted stenges forebyggende, betyr ikke i seg selv at det har vært utsatt for et vellykket angrep.
3
Wikimedias driftsmelding oppga konkret at Cloud VPS og Toolforge var blant tjenestene som ble tatt ned under vedlikeholdet. Det betyr ikke at alle Wikipedia-tjenester var utilgjengelige.
7
PHPs utbredelse bidro til bekymringen. Én rapport anslo at språket brukes på rundt 70 prosent av verdens nettsteder. Det tallet sier noe om teknologiens rekkevidde, ikke hvor mange nettsteder som faktisk var sårbare eller kompromittert.
8
Hva nettstedseiere bør gjøre
Cloudflare sa at de så tidlige angrep, mens flere nasjonale etater ifølge rapporteringen ikke hadde observert utnyttelse. Begge deler kan stemme samtidig: overvåkingen dekker ulike systemer og tidsrom. At ingen angrep er observert, er ikke en garanti for at et sårbart system er trygt.
1
3
For små nettsteder på delt webhotell er det viktig å undersøke om PHP-versjonen på serveren er oppdatert til en rettet utgave, eller om leverandøren har installert en egen sikkerhetsrettelse. Å oppdatere et publiseringssystem betyr ikke nødvendigvis at PHP-versjonen det kjører på også er oppdatert. Se på WAF-beskyttelse som et midlertidig ekstra sikkerhetslag, og spør leverandøren hva som er rettet – og når.
11
14