PHP2Shell byl vážným varováním: nejen před chybami v široce používaném softwaru, ale také před tím, kolik práce stojí udržovat ho bezpečný. V říjnu 2026 vedly dvě kritické zranitelnosti k nouzovému vydání oprav pro jazyk PHP, který podle zpráv používá až 70 % webů.
11 Událost zároveň znovu otevřela širší otázku, zda mají open-source projekty dost lidí a prostředků na kontrolu, opravy a údržbu softwaru, na němž závisí velká část internetu.
22
Co se při incidentu PHP2Shell stalo
Zranitelnosti CVE-2026-109618 a CVE-2026-109619 mohly útočníkovi umožnit vzdáleně spustit kód na zranitelném systému PHP, a to bez přihlášení. Obě dostaly hodnocení závažnosti 9,2.
9
17 Chyby byly přímo v běhovém prostředí PHP; jejich odhalení samo o sobě neznamená, že každá aplikace napsaná v PHP byla nezabezpečená.
PHP vydalo opravené verze 8.5.12, 8.4.27, 8.3.36 a 8.2.35 dne 21. října 2026.
18
27 Podle popisu výzkumu od společnosti Calif se na objevení zranitelností podílely Calif, OpenAI a Wiz.
15 Zprávy zároveň popisovaly narušení koordinovaného zveřejnění: správci PHP obvinili společnost Chainguard, že informace zveřejnila před plánovaným termínem, a projekt následně vydal opravy předčasně.
35
37
Rozšíření PHP vysvětluje, proč byla reakce tak naléhavá. Zprávy uvádějí, že tento jazyk používá až 70 % webů; jde však o odhad jeho rozšíření, nikoli o počet zranitelných nebo napadených stránek.
11 Dostupné zdroje rovněž nepotvrzují konkrétní tvrzení, že EFF odhadla k 23. říjnu více než 33 milionů zranitelných systémů.
Pokusy o útok nejsou důkazem úspěšného napadení
Amazon údajně zaznamenal pokus o zneužití zranitelností už 17. října, tedy před veřejným vydáním opravy. Později také popsal rozsáhlé pokusy o jejich zneužití.
34 Další zprávy uváděly miliony pokusů.
6 Samostatně média informovala o preventivních odstávkách služeb, zatímco jejich provozovatelé řešili zranitelnosti. Šlo mimo jiné o služby spojované s japonským ministerstvem financí a přístavem v Rotterdamu.
12
Pokus o zneužití ale není totéž co potvrzené napadení. BBC 22. října uvedla, že zatím nebyl hlášen žádný úspěšný útok; Security Affairs 23. října také napsal, že úspěšné zneužití nebylo potvrzeno.
9
31 Rozdílná tvrzení mohou odrážet odlišná časová období nebo různé chápání pojmu „zneužití“. Dostupné důkazy ukazují na důvodné obavy z útočné aktivity, nikoli na to, že byly úspěšně napadeny miliony systémů.
Poučení pro open-source: nalezením chyby práce nekončí
PHP2Shell ukázal, jak důležité je hledat chyby i v zavedeném a dlouhodobě používaném softwaru. Objev je ale jen první krok: opravu je potřeba prověřit a vydat a provozovatelé musí zjistit, kterých systémů se týká, a aktualizaci nasadit. Organizace Sovereign Tech výslovně popsala incident jako odhalení mezery ve financování bezpečnosti klíčového open-source softwaru.
22
Důležitá proto není jen rychlost hledání chyb, ale i kapacita reagovat na ně. Větší počet odhalených zranitelností může zvýšit nároky na správce projektů i bezpečnostní týmy. Samotný nárůst hlášených chyb ale nedokazuje, že se software stává méně bezpečným nebo že za ním stojí umělá inteligence. Objev chyby také automaticky nezajistí lidi, kteří nález ověří, domluví koordinované zveřejnění a připraví i nasadí spolehlivou opravu.
Opatrný závěr tedy není, že PHP je ze své podstaty nezabezpečené. Jde o to, že software používaný napříč velkou částí webu potřebuje průběžnou bezpečnostní kontrolu a údržbu — a rychlejší odhalování chyb tuto práci činí naléhavější.
11
22
Co mají provozovatelé PHP udělat
Organizace, které PHP používají, by měly:
- Zmapovat systémy dostupné z internetu. Zjistit, které služby PHP používají, a zaznamenat skutečné verze běhového prostředí.
- Nainstalovat odpovídající opravu. Použít verzi určenou pro nasazenou větev PHP, případně se řídit ověřenými pokyny dodavatele, pokud runtime spravuje nebo balíčkuje třetí strana. PHP vydalo opravené verze 21. října.
18
27
- Ověřit, že aktualizace skutečně běží. Zkontrolovat, zda nasazené služby a procesy používají opravené prostředí. Provozní doporučení po aktualizaci uvádějí také restart PHP workerů.
32
- Vyjadřovat se přesně o incidentech. Rozlišovat mezi zranitelnými systémy, pokusy o útok, potvrzeným napadením a neověřenými tvrzeními. Preventivní odstávka ani zaznamenaný útočný provoz samy o sobě neprokazují průnik do systému.
Dlouhodobé poučení z PHP2Shell se týká celého bezpečnostního řetězce: důležité je chybu objevit, prověřit opravu, domluvit zveřejnění, vydat aktualizaci a nasadit ji. Financování údržby, která tento řetězec drží pohromadě, je součástí ochrany kritické open-source infrastruktury — nikoli jen volitelný výdaj navíc.
22