PHP2Shell: Alt om den kritiske PHP-sårbarhed
To kritiske sårbarheder i selve PHP, CVSS 9,2, skadelig kode uden login. Her står, hvad der er dokumenteret, hvilke versioner der er sikre, og hvad I gør nu.
Hvad er PHP2Shell? Sårbarheden forklaret enkelt
PHP2Shell er to kritiske sårbarheder i selve PHP, som angribere kan udnytte til at køre kode på webservere uden login. Her er situationen i klare ord.
Læs videre →02CVE-2026-109618: RCE via out-of-memory-tilstand
CVE-2026-109618 er en af de to PHP2Shell-sårbarheder: En out-of-memory-tilstand kan afbryde PHP midt i behandlingen af en forespørgsel. Rettet fra PHP 8.5.12, 8.4.27, 8.3.36 og 8.2.35.
Læs videre →03CVE-2026-109619: RCE via forældet global tilstand
CVE-2026-109619 er den anden PHP2Shell-sårbarhed: En forespørgsels interne tilstand kan bestå efter frigivelsen af hukommelsen og blive brugt af den næste forespørgsel i samme worker.
Læs videre →04CVE-2026-115560: henvisning om session-upload-progress
CVE-2026-115560 er en henvisning fra php.net af 23.10.2026: mulig kodeudførelse kun ved en usædvanlig sessionkonfiguration. Afhjælpning indtil næste release: session.upload_progress.enabled=0.
Læs videre →05Hvilke PHP-versioner er berørt?
PHP2Shell er rettet i PHP 8.5.12, 8.4.27, 8.3.36 og 8.2.35. For PHP 8.1 og ældre findes der ikke længere officielle opdateringer. Tabellen viser status pr. gren.
Læs videre →06Kontrollér PHP-version og rettelsesstatus korrekt
Den viste PHP-version alene siger ikke, om PHP2Shell er lukket. Afgørende er pakkestatus, backports og om de nye processer virkelig kører.
Læs videre →07Hvorfor mod_php bærer den højeste risiko
Ved Apache med mod_php vurderer PHP-teamet risikoen ved PHP2Shell som højest: Dér er der vist en exploit, før applikationskode kører. Sådan kontrollerer og handler I.
Læs videre →08Efter opdateringen: genstart PHP-FPM og alle workers
En PHP-opdatering virker først, når alle PHP-processer er genstartet. Her er kommandoerne til PHP-FPM, Apache, LiteSpeed og containere, og hvordan I kontrollerer genstarten.
Læs videre →09Akutforanstaltninger, hvis I endnu ikke kan rette
Hvis PHP-opdateringen endnu ikke er mulig, mindsker php.nets midlertidige foranstaltninger risikoen, men beskytter ikke fuldstændigt. Sådan sætter I dem korrekt.
Læs videre →10PHP 8.1 og ældre: hvad der gælder nu
For PHP 8.1, 8.0, 7.4 og ældre versioner findes der ingen officielle opdateringer mod PHP2Shell. Hvad kildekode-backports kan, og hvordan vejen til en understøttet version ser ud.
Læs videre →11Patch PHP i Docker-containere
Containere patcher sig ikke selv. Mod PHP2Shell skal I bygge eller hente PHP-imaget påny og oprette hver container påny fra det nye image.
Læs videre →12Er jeg allerede kompromitteret? Tegn efter PHP2Shell
Til PHP2Shell findes der ingen bekræftede Indicators of Compromise. Hvordan I alligevel genkender, om jeres server er hacket, og kontrollerer uden at ødelægge spor.
Læs videre →Hver time tæller. Skriv til os nu.
Beskriv kort system, PHP-version og observation. Vi vender tilbage, afklarer situationen og arbejder på afstand, indtil hændelsen er afsluttet og dokumenteret.