PHP2Shell er betegnelsen for to kritiske sårbarheder i PHP: CVE-2026-109618 og CVE-2026-109619. Begge har fået en CVSS-score på 9,2 og kan gøre det muligt for en angriber at køre kode på en PHP-webserver uden først at logge ind. PHP udgav rettelser den 21. oktober 2026, efter at et angrebsforsøg dateret fire dage tidligere skærpede alvoren.
4
5
24
Hvad går PHP2Shell-sårbarhederne ud på?
Fejlene handler om, hvordan PHP håndterer hukommelse, når webforespørgsler behandles. PHP beskriver CVE-2026-109618 som korruption af hukommelse ved håndtering af en situation, hvor hukommelsen slipper op under oprydning efter en forespørgsel. CVE-2026-109619 handler om, at forældet tilstand fra en tidligere forespørgsel kan blive genbrugt af en senere forespørgsel på den samme worker-proces. Begge fejl kan føre til fjernkørsel af kode.
4
10
Risikoen gælder PHP-installationer, der håndterer webforespørgsler, herunder PHP-FPM og Apache med mod_php samt andre webserveropsætninger.
4
5 PHP’s sikkerhedsteam har vurderet, at risikoen er størst for mod_php.
7
Rettede PHP-versioner
PHP udgav disse opdateringer den 21. oktober 2026:
4
- PHP 8.5.12
- PHP 8.4.27
- PHP 8.3.36
- PHP 8.2.35
Administratorer bør opdatere til den rettede version for den PHP-gren, de bruger. Da sårbarhederne berører installationer, der behandler webtrafik, bør man gennemgå alle relevante miljøer – ikke kun applikationens framework eller CMS.
4
5
Ifølge rapporter blev rettelserne udgivet tidligere end planlagt, efter at oplysninger om sårbarhederne blev offentliggjort før tid. Udgivelsen var oprindeligt planlagt til den 22. oktober. De tilgængelige oplysninger fastslår ikke præcist, hvad der blev lækket, hvem der stod bag, eller hvordan oplysningerne blev spredt.
3
20
Hvad ved man om angrebsforsøg?
Amazon Threat Intelligence har rapporteret om et angrebsforsøg mod deres MadPot-honeypot, som er dateret til den 17. oktober – fire dage før offentliggørelsen og rettelserne. Amazon oplyste, at forsøget kom fra en IP-adresse knyttet til et kommercielt anonymiseringsnetværk. Det er fortsat uklart, hvordan aktøren fik kendskab til sårbarhederne på forhånd.
24
Cloudflare rapporterede, at antallet af forsøg på at udnytte sårbarhederne steg til flere millioner efter offentliggørelsen. Tallene tæller forsøg – ikke hjemmesider, der med sikkerhed er blevet kompromitteret.
18
19 Et forsøg registreret i en honeypot viser, at der blev rettet aktivitet mod en fælde, men beviser ikke, at et produktionssystem blev brudt ind i. De tilgængelige oplysninger fastslår ikke, hvor mange produktionssystemer der eventuelt blev kompromitteret.
24
46
Hvad bør administratorer gøre?
- Installér den rettede PHP-version for hver berørt PHP-gren, der er i brug.
4
- Gennemgå aktivitet fra den 17. oktober og frem. Amazons tidlige registrering betyder, at det ikke er nok kun at undersøge aktivitet fra dagen, hvor rettelsen blev udgivet.
24
46
- Skeln mellem angrebsforsøg og et bekræftet indbrud. Forsøgstal kan vise, at sårbarheden bliver afprøvet, men fastslår ikke, at der er kørt kode på en bestemt server.
18
24
Det vigtigste er at opdatere berørte PHP-installationer og undersøge relevant aktivitet helt tilbage fra den 17. oktober. De høje tal for angrebsforsøg understreger, at det haster, men de er ikke i sig selv bevis på, at alle målrettede servere er blevet kompromitteret.