PHP2Shell er navnet på to kritiske sårbarheder i PHP’s runtime: CVE-2026-109618 og CVE-2026-109619. Under de rette omstændigheder kan de give en angriber uden login mulighed for at køre kode på en server. PHP udgav rettelser den 21. oktober 2026 i version 8.2.35, 8.3.36, 8.4.27 og 8.5.12.
5
36 Den vigtigste opgave for driftsansvarlige er at opdatere den PHP-runtime, der håndterer webtrafikken – eller installere den relevante rettelse fra produktleverandøren – og derefter kontrollere, at opdateringen er trådt i kraft.
Hvad går de to sårbarheder ud på?
Begge fejl handler om sikker håndtering af hukommelse i selve PHP, ikke om en bestemt hjemmesides applikationskode. Beskrivelser af sårbarhederne peger på forløb, hvor forældet eller frigivet hukommelse kan blive udnyttet under PHP’s behandling.
6
9
- CVE-2026-109618 er knyttet til PHP’s håndtering af upload-fremskridt. Wiz beskriver, hvordan fejlen kan afsløre hukommelse fra en PHP-arbejderproces og under de demonstrerede forhold bidrage til hukommelseskorruption og kodekørsel.
6
- CVE-2026-109619 handler om hukommelseshåndtering ved backtraces efter fatale fejl og i OPcache. PHP’s sikkerhedsmeddelelse beskriver forældet intern tilstand, som en senere forespørgsel i samme arbejderproces potentielt kan komme til at bruge.
6
36
Sårbarhederne har ifølge den citerede rapportering en CVSS-score på 9,2.
2
37 Wiz har anslået, at PHP bruges af omkring 70 procent af internettet. Det er et skøn over teknologiens udbredelse – ikke dokumentation for, at 70 procent af hjemmesiderne er sårbare på samme måde eller er blevet kompromitteret.
6
Hvilke PHP-versioner er berørt, og hvilke rettelser findes?
Rapporteringen angiver det sårbare versionsspænd som PHP 5.4 til og med 8.5.11.
56 PHP har udgivet rettelser i version 8.2.35, 8.3.36, 8.4.27 og 8.5.12.
36 Hvis dit system bruger en ældre eller ikke længere understøttet version, bør du undersøge, om PHP-distributøren eller produktleverandøren tilbyder en understøttet opdatering eller en bagudkompatibel rettelse. Gå ikke ud fra, at en almindelig PHP-opgradering er tilgængelig.
17
54
Det er ikke altid nok at opdatere en PHP-pakke. En hjemmeside eller en netværksenhed kan bruge en separat, indbygget PHP-runtime. Find derfor ud af, hvilken PHP-installation der håndterer webforespørgsler, og følg leverandørens vejledning for produkter, der leveres med PHP.
5
54
AI hjalp forskerne – men tidslinjen er ikke helt entydig
Opdagelsen tilskrives Calif, OpenAI og Wiz, og beskrivelser af arbejdet nævner hjælp fra AI-modeller.
4
16 Kilderne er dog ikke enige om, hvornår arbejdet begyndte: USA Today omtaler en første opdagelse hos Calif i juli og en uafhængig opdagelse hos Wiz i august, mens The Register placerer forskernes arbejde mellem august og september.
4
47 Anden rapportering nævner også Google-modeller, men det tilgængelige materiale fastslår ikke præcist, hvad hver model bidrog med, eller hvor selvstændigt arbejdet blev udført.
50
Det er værd at skelne mellem AI-assisteret forskning og en påstand om, at et AI-system på egen hånd fandt, verificerede og rettede begge sårbarheder. De beskrevne forløb involverede menneskelige forskere og vedligeholdere.
4
16
Hvad betyder forbindelsen til PAN-OS?
Palo Alto Networks har offentliggjort en sikkerhedsmeddelelse om konsekvenserne af de to PHP-sårbarheder for virksomhedens produkter, herunder produktfamilien PAN-OS.
34
35 Det betyder ikke i sig selv, at enhver PAN-OS-installation kan angribes ad samme vej som en PHP-webserver. Konfigurationen og leverandørens rettelser har betydning.
Administratorer bør tjekke Palo Alto Networks’ aktuelle meddelelse for status på det konkrete produkt og den installerede softwareversion og følge leverandørens opdateringsvejledning. Brug ikke tredjepartsoversigter over hotfix-planer som bevis på, at en rettelse er klar: En af de oversigter, der cirkulerer, betegner selv sine leverandøroplysninger som AI-genererede og siger, at de skal verificeres.
21
Rapporter om angreb er ikke det samme som bekræftede indbrud
Trusselsrapportering omtaler et registreret forsøg på udnyttelse den 17. oktober – før den tekniske offentliggørelse og PHP-rettelserne den 21. oktober.
53 Ifølge Nextgov steg Cloudflares registrerede trafik fra tusindvis af forsøg til millioner.
22 Tallene handler om forsøg på angreb, ikke om et tilsvarende antal vellykkede serverovertagelser.
Rapporteringen om vellykket udnyttelse har været forskellig. BBC skrev den 22. oktober, at der på det tidspunkt ikke var rapporteret om vellykkede angreb.
18 Senere oplyste Palo Alto Networks’ Unit 42, at de ikke kunne bekræfte, at aktivitet, de først havde knyttet til PHP2Shell, skyldtes netop disse CVE’er, og trak sin tidligere opdatering tilbage.
30 På det foreliggende grundlag er der rapporteret om angrebsforsøg, men det er fortsat uklart, om vellykkede indbrud kan tilskrives PHP2Shell.
Ifølge rapporter tog myndigheder og virksomheder nogle onlinetjenester midlertidigt ud af drift, mens de forberedte eller installerede rettelser.
26
51 Sådanne forsigtighedslukninger er ikke i sig selv tegn på, at organisationerne blev hacket.
Praktiske råd til organisationer og hjemmesideejere
- Find alle PHP-installationer. Undersøg hjemmesider, applikationsservere, containere, hostingmiljøer og netværksenheder. Bed hosting- eller driftspartneren om at bekræfte, hvilken runtime der bruges, og hvilken rettelse der gælder.
- Installér en verificeret opdatering. Brug en rettet PHP-version eller en leverandørpakke, der indeholder rettelserne. Følg producentens vejledning for netværksenheder og anden software med indbygget PHP.
17
36
54
- Kontrollér den aktive tjeneste. Sørg for, at den runtime, der håndterer webtrafikken – ikke kun en separat kommandolinjeinstallation – er opdateret. Kontrollér også, at nødvendige arbejderprocesser eller tjenester kører med den rettede version.
- Begræns eksponeringen, hvis du ikke kan opdatere med det samme. NSA anbefaler at prioritere leverandørrettelser og tage systemet ud af drift, hvis en øjeblikkelig opdatering ikke er mulig.
17 FBI og CISA blev også omtalt blandt de amerikanske myndigheder, der opfordrede organisationer til hurtigt at håndtere fejlene.
25
- Hold opdatering og undersøgelse adskilt. En opdatering lukker sårbarheden, men fortæller ikke, om nogen allerede har været inde i systemet. Gennemgå relevante logfiler og systemaktivitet, hvis der er grund til mistanke om kompromittering.
Hvis du ejer en hjemmeside, men ikke administrerer serveren, så kontakt hostingudbyderen eller administratoren og spørg, om PHP-runtime er opdateret. Installér ikke rettelser fra uopfordrede beskeder; brug udbyderens officielle vejledning.
Det er vigtigt at holde tre ting adskilt: Et system kan være sårbart, en angriber kan forsøge at udnytte sårbarheden, og et system kan være kompromitteret. Det er ikke det samme. Opdatér den berørte runtime, få leverandøren til at bekræfte status for produkter som PAN-OS, og undersøg eventuelle tegn på indbrud særskilt.