# PHP2Shell: allt om den kritiska PHP-sårbarheten

> PHP2Shell begripligt förklarat: CVE-2026-109618 och CVE-2026-109619, berörda versioner, kontroll, omstart och tillfälliga åtgärder.

Källa: https://phpsos.de/sv/php2shell/  
Aktualitet: 2026-10-25  
Leverantör: PHP SOS, PHP-nödhjälp och serversäkerhet. Omedelbar hjälp via WhatsApp: https://wa.me/491736494914?text=Hej%20PHP%20SOS%2C%20vi%20beh%C3%B6ver%20hj%C3%A4lp%20med%20v%C3%A5r%20PHP-server.%20F%C3%B6retag%3A%20%E2%80%A6%20Webbplats%3A%20%E2%80%A6

Två kritiska sårbarheter i själva PHP, CVSS 9,2, skadlig kod utan inloggning. Här står vad som är belagt, vilka versioner som är säkra och vad ni gör nu.

- [Vad är PHP2Shell? Sårbarheten enkelt förklarad](https://phpsos.de/sv/php2shell/was-ist-php2shell/): PHP2Shell är två kritiska sårbarheter i själva PHP som låter angripare köra kod på webbservrar utan inloggning. Här är läget i klartext.
- [CVE-2026-109618: RCE via out-of-memory-tillstånd](https://phpsos.de/sv/php2shell/cve-2026-109618/): CVE-2026-109618 är en av de två PHP2Shell-sårbarheterna: Ett out-of-memory-tillstånd kan avbryta PHP mitt i bearbetningen av en förfrågan. Åtgärdad från PHP 8.5.12, 8.4.27, 8.3.36 och 8.2.35.
- [CVE-2026-109619: RCE via föråldrat globalt tillstånd](https://phpsos.de/sv/php2shell/cve-2026-109619/): CVE-2026-109619 är den andra PHP2Shell-sårbarheten: Internt tillstånd från en förfrågan kan finnas kvar efter att minnet frigjorts och användas av nästa förfrågan i samma worker.
- [CVE-2026-115560: anvisningen om Session Upload Progress](https://phpsos.de/sv/php2shell/cve-2026-115560/): CVE-2026-115560 är en anvisning från php.net den 23 oktober 2026: möjlig kodkörning bara vid en ovanlig sessionskonfiguration. Åtgärd till nästa release: session.upload_progress.enabled=0.
- [Vilka PHP-versioner berörs?](https://phpsos.de/sv/php2shell/betroffene-php-versionen/): PHP2Shell är åtgärdat i PHP 8.5.12, 8.4.27, 8.3.36 och 8.2.35. För PHP 8.1 och äldre finns inga officiella uppdateringar längre. Tabellen visar läget per gren.
- [Kontrollera PHP-version och patchstatus rätt](https://phpsos.de/sv/php2shell/php-version-pruefen/): Den visade PHP-versionen ensam säger inte om PHP2Shell är stängt. Avgörande är paketstatus, backports och om de nya processerna verkligen körs.
- [Varför mod_php bär den högsta risken](https://phpsos.de/sv/php2shell/mod-php-risiko/): Vid Apache med mod_php bedömer PHP-teamet risken från PHP2Shell som högst: Där visades en exploit innan applikationskod körs. Så kontrollerar och agerar ni.
- [Efter uppdateringen: starta om PHP-FPM och alla workers](https://phpsos.de/sv/php2shell/php-fpm-neustart/): En PHP-uppdatering verkar först när alla PHP-processer har startats om. Här är kommandona för PHP-FPM, Apache, LiteSpeed och containrar och hur ni kontrollerar omstarten.
- [Akutåtgärder om ni ännu inte kan patcha](https://phpsos.de/sv/php2shell/sofortmassnahmen-ohne-patch/): Om PHP-uppdateringen ännu inte är möjlig minskar övergångsåtgärderna från php.net risken men skyddar inte fullständigt. Så sätter ni dem rätt.
- [PHP 8.1 och äldre: Vad som gäller nu](https://phpsos.de/sv/php2shell/php-8-1-und-aelter/): För PHP 8.1, 8.0, 7.4 och äldre versioner finns inga officiella uppdateringar mot PHP2Shell. Vad backports i källkoden ger och hur vägen till en version med support ser ut.
- [Patcha PHP i Docker-containrar](https://phpsos.de/sv/php2shell/docker-container-patchen/): Containrar patchar sig inte själva. Mot PHP2Shell måste ni bygga om eller hämta PHP-imagen på nytt och skapa varje container på nytt från den nya imagen.
- [Är jag redan komprometterad? Tecken efter PHP2Shell](https://phpsos.de/sv/php2shell/bin-ich-gehackt-anzeichen/): För PHP2Shell finns inga bekräftade Indicators of Compromise. Så ser ni ändå om er server har hackats och hur ni kontrollerar utan att förstöra spår.