Kritická zranitelnost · aktualizováno

PHP2Shell: kritické zranitelnosti PHP. Je váš web v bezpečí?

Dvě kritické zranitelnosti v PHP, známé jako PHP2Shell, umožňují útočníkovi spustit vlastní kód na serveru bez přihlášení. Opravy vyšly 22. října 2026. Pokud váš web běží na starší verzi PHP, ověřte jeho zabezpečení co nejdříve.

Konzultace zdarma · Cena vždy předem

Váš web na PHP je v ohrožení – CVE-2026-109618 a CVE-2026-109619, CVSS 9,2. My vám to opravíme.
9,2 / 10
CVSS 4.0 · kritické
2 chyby
CVE-2026-109618 a 109619
Bez přihlášení
Vzdálené spuštění kódu
≤ PHP 8.1
Bez oficiální opravy
Výsledek za pár sekund · zdarma

Zjistěte, na jaké verzi PHP běží váš web

Zadejte adresu webu. Pokusíme se zjistit verzi PHP a hned vám řekneme, jestli se vás zranitelnost týká – a co s tím dělat.

Kontrola trvá pár sekund a čte jen veřejně dostupné informace, které server posílá každému návštěvníkovi. Nic na vašem webu neměníme.

Automatická kontrola vychází z informací, které server zveřejňuje. Za proxy, CDN nebo při skryté hlavičce nemusí odpovídat skutečnosti. Spolehlivé ověření provedeme přímo na serveru nebo v administraci hostingu.

Dominik Výtisk

Dominik Výtisk · Ajťák na pomoc

Publikováno · aktualizováno

CVE-2026-109618 a CVE-2026-109619 (označované jako PHP2Shell) jsou dvě kritické zranitelnosti běhového prostředí PHP s hodnocením CVSS 4.0 9,2 z 10. Projekt PHP je opravil 22. října 2026 ve verzích 8.2.35, 8.3.36, 8.4.27 a 8.5.12. Útočníkovi umožňují vzdáleně spustit vlastní kód na serveru, a to bez přihlášení.

Bezpečnostní aktualizace už tedy existují. Ne každý provozovatel webu je však může jednoduše nainstalovat. Zvláštní pozornost si zaslouží weby na PHP 8.1 a starším, pro které oficiální oprava nevyšla.

Týká se vás to?

Ano, pokud váš web běží na PHP 8.2 starším než 8.2.35, 8.3 starším než 8.3.36, 8.4 starším než 8.4.27, 8.5 starším než 8.5.12, nebo na PHP 8.1 a starším. Verzi zjistíte zdarma kontrolou výše nebo v administraci hostingu.

Co se stalo a proč by vás to mělo zajímat?

PHP je jedním z nejpoužívanějších jazyků pro tvorbu webových stránek a aplikací. Běží na něm například redakční systémy, firemní prezentace, e-shopy i interní informační systémy.

Zranitelnosti označované jako CVE-2026-109618 a CVE-2026-109619 se týkají samotného běhového prostředí PHP. Nejde tedy o chybu konkrétního redakčního systému nebo zastaralého pluginu.

Podle oficiálních bezpečnostních oznámení jde o chyby ve správě paměti. CVE-2026-109618 se projeví, když PHP při zpracování požadavku vyčerpá paměť – útočník toho dosáhne speciálně sestaveným požadavkem s formulářovými daty. CVE-2026-109619 souvisí se stavem, který na serveru zůstane po předchozím požadavku (tzv. use-after-free). U serverů s Apache a mod_php dochází ke zneužití ještě před spuštěním samotného webu, takže nepomůže ani bezpečnostní plugin ve WordPressu nebo jiném redakčním systému.

Projekt PHP hodnotí obě chyby CVSS 4.0 skóre 9,2, americká databáze zranitelností NVD jim přidělila CVSS 3.1 skóre 9,8 (kritické). K 22. říjnu 2026 nejsou v katalogu aktivně zneužívaných zranitelností CISA KEV – to se ale u chyb s veřejně popsaným mechanismem může změnit během dní.

Následky úspěšného útoku mohou zahrnovat například:

  • kompromitaci webového serveru
  • neoprávněný přístup k datům a souborům
  • ohrožení databáze a zákaznických údajů
  • zneužití serveru k dalším útokům
  • výpadek webových stránek nebo provozních systémů
  • náklady na obnovu, zabezpečení a řešení následků incidentu

Útočníci podobné chyby zneužívají automaticky – skenery procházejí internet a hledají zranitelné servery bez ohledu na to, komu web patří. Riziku proto čelí i malé firmy a živnostníci, jejichž web několik let nikdo technicky neudržoval.

Největší problém? Staré verze PHP bez bezpečnostní podpory

Pro PHP 8.1 a starší projekt PHP opravu PHP2Shell nevydal: PHP 8.1 skončilo s podporou 31. 12. 2025 a starší verze ještě dřív. Tyto weby zůstanou zranitelné, dokud nepřejdou na podporovanou verzi.

Vývoj PHP probíhá v jednotlivých verzích a každá z nich má omezenou dobu podpory. Jakmile konkrétní verze dosáhne konce životního cyklu, označovaného jako EOL (End of Life), vývojový tým PHP pro ni standardně přestává vydávat bezpečnostní aktualizace.

To znamená, že pokud váš web používá například PHP 7.4, PHP 7.1 nebo ještě starší verzi, nestačí vždy jen spustit běžnou aktualizaci balíčků. Pro tyto verze už nemusí být oficiální bezpečnostní oprava dostupná.

VerzeOpraveno ve verzi
PHP 8.58.5.12 a novější
Podporováno
PHP 8.48.4.27 a novější
Podporováno
PHP 8.38.3.36 a novější
Podporováno
PHP 8.28.2.35 a novější
Podpora končí 31. 12. 2026
PHP 8.1Oficiální oprava nevyšla
Po skončení podpory (EOL)
PHP 7.4 a staršíOficiální oprava nevyšla
Po skončení podpory (EOL)

U aktuálně řešených zranitelností byly vydány opravené verze PHP 8.2.35, 8.3.36, 8.4.27 a 8.5.12. PHP 8.1 a starší verze již od projektu PHP nedostávají standardní bezpečnostní aktualizace. Někteří dodavatelé operačních systémů nebo komerční poskytovatelé dlouhodobé podpory mohou vydávat vlastní opravy, ale jejich dostupnost je nutné ověřit pro konkrétní prostředí.

Pozor: PHP 8.2 sice obdrželo opravu aktuálních zranitelností, jeho standardní bezpečnostní podpora ale končí 31. prosince 2026. Při plánování upgradu proto dává smysl zohlednit nejen aktuální opravu, ale také další životní cyklus vybrané verze.

Proč nestačí pouze aktualizovat server?

Starší webové aplikace mohou být úzce navázané na konkrétní verzi PHP. Po přechodu na novější verzi se proto mohou objevit problémy s kompatibilitou, zastaralými knihovnami, databázovým připojením nebo samotným zdrojovým kódem.

Typickým příkladem je web, který bez problémů funguje mnoho let na PHP 7.4, ale po přepnutí na PHP 8.3 začne vykazovat chyby nebo přestane fungovat úplně.

Bez přípravy může nepromyšlená aktualizace způsobit výpadek webu, nefunkční objednávky nebo problémy s administrací.

Správný postup proto zahrnuje nejen výběr bezpečné verze PHP, ale také kontrolu kompatibility, zálohování, otestování aplikace a ověření jejího fungování po nasazení.

Nevíte, na jaké verzi PHP váš web běží?

Zjistíme to za vás – automaticky za pár sekund, nebo ručně přímo na serveru.

Zkontrolovat web zdarma

Jak zjistit, jestli je váš web ohrožený?

Váš web je ohrožený, pokud běží na PHP 8.2 starším než 8.2.35, 8.3 starším než 8.3.36, 8.4 starším než 8.4.27, 8.5 starším než 8.5.12, nebo na PHP 8.1 a starším, pro které oficiální oprava nevyšla. Nejvyšší riziko mají servery s Apache a mod_php, týká se ale i PHP-FPM. Samotný vzhled ani bezproblémový chod webu o bezpečnosti verze PHP nic neříká.

Jak zjistit verzi PHP vašeho webu

  1. 1Bezplatná kontrola výše: Zadejte adresu webu a během pár sekund uvidíte verzi PHP. Funguje, pokud ji server nezakrývá.
  2. 2Administrace hostingu: Většina hostingů ukazuje verzi PHP v nastavení webu nebo domény a často ji tam jde i přepnout.
  3. 3Soubor phpinfo: Nahrajte na server soubor info.php s obsahem <?php phpinfo(); a otevřete ho v prohlížeči. Po zjištění verze ho hned smažte – prozrazuje podrobnosti o serveru.

Co ověřujeme při odborné kontrole

  • Verzi PHP: Na jaké verzi web skutečně běží a zda pro ni existují bezpečnostní opravy.
  • Stav podpory: Zda jde o podporovanou verzi, nebo o systém po skončení životního cyklu.
  • Kompatibilitu aplikace: Zda lze web bezpečně provozovat na novější verzi PHP.
  • Závislosti a rozšíření: Zda používané knihovny, moduly a další komponenty odpovídají modernímu prostředí.
  • Konfiguraci serveru: Zda jsou správně nastavené služby, oprávnění, aktualizace a další bezpečnostní prvky.
Pro vývojáře a správce serverů: technické podrobnosti
  • Apache mod_php: automatické zpracování těla požadavku může vyčerpat memory_limit ještě při startu požadavku a ukončovací rutina pak pracuje s neplatným stavem – zcela před spuštěním kódu aplikace.
  • PHP-FPM: podle analýzy zdrojového kódu zranitelné (cesta přes aplikačně specifické vyčerpání paměti), úplný exploit pro FPM zatím zveřejněn nebyl. Podle oznámení jsou pravděpodobně zasažené i FrankenPHP a LSAPI.
  • Rychlá kontrola zvenčí: curl -sI https://vas-web.cz | grep -i x-powered-by. Hlavička bývá skrytá (expose_php = Off), pak ověřte verzi na serveru přes phpinfo() – php -v v konzoli může ukazovat jinou verzi, než jakou používá web.
  • Distribuční balíčky (Debian, Ubuntu, RHEL) mohou mít opravu backportovanou bez změny čísla verze. Ověřte stav v bezpečnostním trackeru vaší distribuce.
  • Oficiální oznámení: GHSA-w8hw-w9fx-j79w a GHSA-6wmf-4rv5-p3rp.

Pomůžeme vám se zabezpečením i modernizací webu

Pokud váš web běží na starší verzi PHP, nemusíte hned objednávat úplně nové stránky. V první řadě je důležité zjistit, v jakém stavu se váš web nachází a jaký postup bude nejbezpečnější a ekonomicky nejrozumnější.

V Ajťák na pomoc nabízíme pomoc s technickou modernizací webů, aktualizací PHP a řešením problémů s kompatibilitou. Díky dlouholetým zkušenostem s vývojem webových aplikací, backendovými technologiemi a správou serverového prostředí dokážeme posoudit konkrétní situaci a navrhnout odpovídající řešení. Působíme v Brně, Olomouci, Studénce a okolí, s weby a servery pracujeme i na dálku po celé ČR.

Pomoci vám můžeme například s:

Kontrola aktuálního stavu webu

a identifikace zastaralých technologií.

Upgrade PHP na podporovanou verzi

včetně úprav potřebných pro správnou funkčnost aplikace.

Modernizace starších webů

které již neodpovídají současným technickým a bezpečnostním požadavkům.

Řešení problémů s kompatibilitou

pokud web po aktualizaci přestane správně fungovat.

Tvorba nového webu

pokud je stávající řešení příliš zastaralé nebo se jeho další rozvoj nevyplatí.

Technická konzultace

při které společně vyhodnotíme možnosti, rizika a další postup.

Naším cílem není doporučovat kompletní přestavbu za každou cenu. Pokud lze váš stávající web bezpečně a rozumně modernizovat, pomůžeme vám najít cestu, jak jej zachovat. Pokud je naopak jeho technický stav dlouhodobě neudržitelný, probereme s vámi možnosti nového řešení. Kromě PHP se vyplatí projít i další slabá místa – na to slouží náš audit webu.

Kdy už dává smysl vytvořit nový web?

Upgrade se většinou vyplatí. Nový web je lepší volbou hlavně tehdy, když:

  • původní aplikace vyžaduje velmi starou verzi PHP,
  • používá neudržované knihovny nebo závislosti,
  • její zdrojový kód je obtížné dále rozvíjet,
  • opakovaně se objevují bezpečnostní nebo provozní problémy,
  • potřebujete nové funkce, lepší výkon nebo modernější administraci.

Podívejte se, jaké weby tvoříme

Co udělat hned

  1. Zjistěte verzi PHP – bezplatnou kontrolou výše nebo v administraci hostingu.
  2. Pokud je verze zranitelná, aktualizujte na 8.2.35, 8.3.36, 8.4.27, 8.5.12 nebo novější. Na hostingu obvykle stačí přepnout verzi v administraci – předtím web zazálohujte a potom ho otestujte.
  3. Na PHP 8.1 a starším naplánujte přechod na podporovanou verzi včetně kontroly kompatibility webu. Oficiální oprava pro tyto verze nevyšla.

Nevíte si rady s některým krokem? Ozvěte se – první konzultace je zdarma a cenu případné práce znáte vždy předem.

Časté otázky k PHP2Shell

Týká se PHP2Shell i webů na WordPressu?

Ano, pokud server běží na zranitelné verzi PHP. Chyba je v samotném PHP, ne ve WordPressu, takže aktualizace WordPressu nebo pluginů ji neopraví. Je potřeba aktualizovat PHP na serveru na 8.2.35, 8.3.36, 8.4.27, 8.5.12 nebo novější.

Ochrání mě bezpečnostní plugin?

Na serverech s Apache a mod_php ne. Podle oficiálního oznámení PHP tam ke zneužití CVE-2026-109618 dochází ještě před spuštěním kódu webu, tedy dřív, než se bezpečnostní plugin vůbec načte. Jedinou spolehlivou ochranou je opravená verze PHP.

Stačí aktualizovat na PHP 8.2.35?

Verze 8.2.35 obě zranitelnosti opravuje. Standardní bezpečnostní podpora PHP 8.2 ale končí 31. prosince 2026, takže je rozumné rovnou naplánovat přechod na PHP 8.3 nebo novější.

Co když mám PHP 7.4 nebo 8.1?

Pro PHP 8.1 a starší projekt PHP oficiální opravu nevydal. Některé linuxové distribuce nebo komerční poskytovatelé dlouhodobé podpory mohou mít vlastní opravu – ověřte to u hostingu. Dlouhodobým řešením je přechod na podporovanou verzi PHP včetně kontroly kompatibility webu.

Mám web na sdíleném hostingu. Musím něco dělat?

Hosting obvykle aktualizuje PHP v rámci verze, kterou máte nastavenou. Pokud ale web běží na staré verzi (například 7.4), oprava pro ni nevyšla a přepnutí na novější verzi musíte zpravidla provést sami v administraci. Před přepnutím web zazálohujte a po něm otestujte.

Potřebujete aktualizovat PHP nebo modernizovat svůj web?

Ozvěte se nám. Pomůžeme vám zjistit, v jakém stavu se váš web nachází, navrhneme vhodný postup a probereme možnosti upgradu nebo vytvoření nového webu.

Nebo volejte +420 510 510 769 nebo pište na zde@ajtaknapomoc.cz

Ajťák na pomoc – technická řešení pro weby, které mají fungovat bezpečně i do budoucna.

Zdroje a další informace

Historie změn

  • – doplněno hodnocení NVD (CVSS 3.1: 9,8), stav v katalogu CISA KEV a shrnutí „Týká se vás to?“.
  • – doplněn postup, jak zjistit verzi PHP, technické podrobnosti, časté otázky a odkazy na oficiální oznámení.
  • – zveřejnění článku.

Článek vychází z veřejně dostupných bezpečnostních informací k 22. říjnu 2026. Dostupnost oprav a doporučený postup je vždy nutné ověřit podle konkrétní verze PHP, operačního systému a způsobu nasazení.