PHP2Shell er navnet på to kritiske sårbarheder i PHP’s håndtering af webforespørgsler: CVE-2026-109618 og CVE-2026-109619. De kan gøre det muligt for en angriber at køre kode på en berørt server uden først at logge ind. PHP udsendte hasteopdateringer den 21. oktober 2026, efter at oplysninger om fejlene var blevet offentligt kendt før den planlagte offentliggørelse. Rapporter om angrebsforsøg er ikke i sig selv dokumentation for, at systemer blev kompromitteret.
4
6
15
Hvad gør PHP2Shell-sårbarhederne?
Begge fejl findes i PHP selv – ikke i en bestemt hjemmeside eller app. Sikkerhedsadvarsler beskriver PHP 5.4 og nyere som berørt, når installationen behandler webtrafik. Særligt udformede forespørgsler kan udløse sårbarhederne.
8
14
De to fejl skyldes forskellige tekniske problemer: CVE-2026-109618 handler om korruption af hukommelse ved en out-of-memory-situation, mens CVE-2026-109619 skyldes forældet global tilstand. Begge fik en CVSS 4.0-score på 9,2 og blev klassificeret som kritiske.
4
15
PHP bruges bredt, men de tilgængelige kilder fastslår ikke en pålidelig andel af alle hjemmesider, der er berørt. Opgørelser kan tage udgangspunkt i forskellige grupper af hjemmesider, så et stort procenttal bør ikke forveksles med et præcist antal sårbare websteder. For den enkelte driftsansvarlige er det afgørende, om en PHP-installation, der håndterer webtrafik, stadig mangler en rettelse.
3
14
Offentliggørelse, AI-assisteret research og rettelser
Sårbarhederne blev offentligt kendt den 20. oktober – dagen før PHP udsendte hasteopdateringer og før den oprindeligt planlagte offentliggørelse den 22. oktober.
6
7
16
Cloudflare nævnte Calif, Wiz, OpenAI og Quarkslab i sin beskrivelse af offentliggørelsen. Samtidig beskrev medier AI-assisteret research fra Calif og skrev, at Wiz uafhængigt havde fundet og indberettet fejlene. De tilgængelige kilder fastslår ikke den præcise tekniske rolle, som hver enkelt part spillede.
14
20
Rettelserne fra den 21. oktober findes i PHP-versionerne 8.5.12, 8.4.27, 8.3.36 og 8.2.35.
15
16 Administratorer bør undersøge, hvilke PHP-versioner der kører i produktion, og installere den relevante rettede version eller en bekræftet sikkerhedsrettelse fra leverandøren. Nogle hostingudbydere indarbejder sikkerhedsrettelser i deres egne pakker uden at ændre versionsnummeret, så tjek udbyderens sikkerhedsmeddelelse, hvis versionsstrengen ser ældre ud.
1
Hvad ved man om angrebsforsøg?
Den 21. oktober beskrev sikkerhedsmedier angrebsforsøg, der rettede sig mod sårbarhederne. Cloudflare oplyste, at virksomheden havde observeret angrebstrafik, og SecurityWeek skrev, at flere cybersikkerhedsvirksomheder havde set forsøg, før PHP-rettelserne blev udgivet.
14
15
Oplysningerne gav ikke et entydigt svar på, om angreb var lykkedes. En senere opsummering af rapporteringen fra den 21. oktober skrev, at CISA og Canadas cybersikkerhedscenter på det tidspunkt ikke havde observeret eller identificeret udnyttelse, mens sikkerhedsvirksomheder meldte om forsøg. Det er ikke det samme: En forespørgsel, der forsøger at udnytte en fejl, beviser ikke, at angriberen fik adgang. Omvendt beviser manglende observation hos en myndighed heller ikke, at ingen systemer blev kompromitteret.
25
Opdateringer, overblik og midlertidig beskyttelse
NSA anbefalede organisationer at prioritere leverandørernes sikkerhedsrettelser og kortlægge hardware og software, der afhænger af sårbare PHP-versioner.
17 CISA blev også omtalt som en myndighed, der opfordrede til hurtig opdatering.
20 Hvis en berørt tjeneste ikke kan opdateres hurtigt, lød rådet ifølge mediedækningen på midlertidigt at tage den offline frem for at lade den stå eksponeret.
7
21
Cloudflare oplyste, at deres WAF-kunder – både på gratis og betalte abonnementer – som standard var beskyttet mod PHP2Shell fra 21. oktober kl. 03.02 UTC.
14 Et WAF, altså en firewall til webtrafik, kan give et ekstra lag beskyttelse, men erstatter ikke en opdatering af PHP. Filtrering er ikke dokumentation for, at den underliggende server er sikker.
14
17
Sagen førte også til kontrol af produkter ud over almindelige PHP-servere. Help Net Security skrev, at Palo Alto Networks havde oplyst, at alle versioner af PAN-OS og Panorama var berørt, og at rettelser endnu ikke var tilgængelige på tidspunktet for artiklen.
33 Produkters eksponering og mulige afværgeforanstaltninger afhænger af leverandøren. Organisationer med netværksudstyr eller administrerede platforme bør derfor følge den relevante leverandørs sikkerhedsmeddelelse frem for at gå ud fra, at en opdatering af PHP-pakken også løser problemet dér.
Kort fortalt
Behandl PHP2Shell som en hastesag: Få overblik over PHP-tjenesterne, installer en rettet version eller en bekræftet sikkerhedsrettelse fra leverandøren, og brug midlertidig isolation eller filtrering som en overgangsløsning. Rapporteringen den 21. oktober giver grund til at tage angrebsforsøg alvorligt, men ikke til at sidestille hvert forsøg med et bekræftet indbrud.
1
15
17
25