Dvě kritické zranitelnosti v PHP, označované společně jako PHP2Shell, mohou útočníkovi bez přihlášení umožnit spustit kód na webovém serveru. Obě mají hodnocení CVSS 9,2. PHP vydalo opravené verze 21. října 2026 poté, co se objevily zprávy o pokusu o zneužití datovaném o čtyři dny dříve.
4
5
24
Co chyby PHP2Shell umožňují
Obě zranitelnosti souvisejí s chybami při práci s pamětí během zpracování požadavků PHP. U CVE-2026-109618 jde podle PHP o poškození paměti při nedostatku paměti a následném úklidu po požadavku. CVE-2026-109619 se týká opětovného použití zastaralého stavu, který patřil předchozímu požadavku a zůstal v témže pracovním procesu. Obě chyby mohou vést ke vzdálenému spuštění kódu.
4
10
Riziko se týká instalací PHP, které zpracovávají webové požadavky. Patří mezi ně například PHP-FPM, Apache s mod_php i další uváděné konfigurace.
4
5 Bezpečnostní tým PHP označil za nejrizikovější prostředí mod_php.
7
Opravené verze PHP
PHP vydalo opravy 21. října 2026 pro tyto větve:
4
- PHP 8.5.12
- PHP 8.4.27
- PHP 8.3.36
- PHP 8.2.35
Správci by měli aktualizovat každé nasazení na opravenou verzi příslušné větve. Protože se chyby týkají instalací zpracovávajících webový provoz, je důležité projít všechna taková prostředí — nestačí zkontrolovat jen používaný redakční systém nebo aplikační framework.
4
5
Podle zveřejněných zpráv vedlo předčasné zveřejnění informací k urychlení oprav, které se původně očekávaly 22. října. Z dostupných informací ale nelze přesně určit, co uniklo, kdo informace zveřejnil ani jak se šířily.
3
20
Co víme o pokusech o útok
Amazon Threat Intelligence zaznamenal v telemetrii svého honeypotu MadPot pokus o zneužití datovaný 17. října — čtyři dny před veřejným oznámením a vydáním oprav. Amazon uvedl, že pokus přišel z IP adresy spojované s komerční anonymizační sítí. Není však jasné, jak se útočník o zranitelnostech dozvěděl předem.
24
Cloudflare po zveřejnění zaznamenal nárůst pokusů o zneužití do milionů. Jde o počet pokusů, nikoli o potvrzený počet napadených webů.
18
19 Stejně tak záznam v honeypotu dokládá, že se někdo pokusil o útok, ale sám o sobě nepotvrzuje úspěšné napadení produkčního serveru. Dostupné zprávy neurčují, kolik produkčních systémů — pokud vůbec nějaké — bylo skutečně kompromitováno.
24
46
Co by měli správci udělat
- Nainstalovat opravenou verzi PHP na všech používaných zasažených větvích.
4
- Prověřit aktivitu nejméně od 17. října. Amazonův záznam z tohoto data znamená, že při zpětné kontrole nestačí začít až dnem vydání opravy.
24
46
- Rozlišovat mezi pokusem o zneužití a potvrzeným průnikem. Počty pokusů ukazují, že útočníci chybu zkoušejí využít, samy o sobě ale nedokládají spuštění kódu na konkrétním serveru.
18
24
Nejlépe podloženým postupem je aktualizovat zasažené instalace PHP a prověřit relevantní události od 17. října. Vysoký počet pokusů zdůrazňuje naléhavost, není ale důkazem, že každý cílený server byl napaden.