Bezpečnostní oprava chrání servery teprve tehdy, když si ji jejich správci mohou nainstalovat. Při řešení zranitelností PHP2Shell pomohl překlenout tuto mezeru dobrovolný správce balíčků Ondřej Surý: připravil balíčky PHP pro Debian a Ubuntu, včetně verzí určených pro starší vydání PHP.
17
28 Jeho práce ukazuje, že bezpečnost open-source softwaru nezávisí jen na nalezení chyby a její opravě, ale také na lidech, kteří udržují cestu, po níž se aktualizace dostávají k provozovatelům systémů.
Co bylo PHP2Shell a jaké opravy PHP vydalo
Označení PHP2Shell se vztahuje ke dvěma zranitelnostem: CVE-2026-109618 a CVE-2026-109619. Bezpečnostní tým PHP obě v předběžném oznámení ohodnotil skóre 9,2 podle metodiky CVSS v4.0.
6
7 Úspěšné zneužití mohlo útočníkovi bez přihlášení umožnit vzdáleně spustit kód na zranitelné instalaci PHP, která obsluhuje webové požadavky.
3
8
Dne 21. října 2026 PHP vydalo opravené verze 8.2.35, 8.3.36, 8.4.27 a 8.5.12.
3 Šlo o vydání přímo od projektu PHP. Aby si ale správci mohli opravu snadno nasadit na svých systémech, bylo potřeba připravit a distribuovat také balíčky určené pro konkrétní operační systémy.
Proč záleželo na balíčcích
Mnoho správců serverů používá předpřipravené balíčky místo toho, aby PHP sestavovali přímo ze zdrojového kódu. Připravit takové balíčky je samostatný krok — nestačí pouze napsat nebo začlenit původní opravu. Surý se dobrovolně věnuje balíčkům PHP pro Debian a Ubuntu už více než 20 let, převážně ve volném čase.
17
32
Podle zveřejněných informací byly v jeho repozitáři v den vydání dostupné opravené balíčky pro verze PHP od 5.6 do 8.5.
28 Důležité to bylo i pro starší instalace: PHP 8.1 a starší už od projektu PHP nedostávaly běžné aktualizace. Projekt přesto zveřejnil opravy zdrojového kódu pro verze 7.4, 8.0 a 8.1 a opravy nabízeli také někteří další dodavatelé.
2
33
Rozdíl je praktický. Záplatu ve zdrojovém kódu mohou využít ti, kdo ji umějí sami aplikovat a software sestavit. Připravený balíček dává správcům přímější možnost, jak opravu nasadit. Surého práce tuto cestu pomohla otevřít uživatelům Debianu a Ubuntu, včetně těch, kteří stále provozovali starší verze PHP.
24
28 Dostupné zprávy potvrzují, že balíčky vznikly; neříkají však, kolik serverů si je nainstalovalo ani jak rychle.
Krátké přípravy a spor o načasování vydání
Bezpečnostní tým PHP plánoval vydání na 21. října a uvedl, že je může uspíšit, pokud se informace o zranitelnostech dostanou na veřejnost nebo se objeví známky aktivního zneužívání.
7 Samotné vydání provázel spor. PHP Foundation uvedla, že společnost Chainguard zveřejnila opravené obrazy kontejnerů více než šest hodin před koordinovaným vydáním, a označila to za porušení embarga.
34 Jiná zpráva uvádí, že generální ředitel Chainguardu své rozhodnutí vysvětloval tím, že se už objevovaly exploity.
36 Tyto zdroje zachycují rozdílné postoje; samy o sobě spor nerozhodují.
Bezpečnost open-source stojí i na údržbě
Reakce na PHP2Shell spojila několik článků řetězce: výzkum zranitelností, opravy v původním projektu, přípravu balíčků pro jednotlivé distribuce a jejich instalaci správci. Surého dlouholetá dobrovolnická práce zviditelnila důležitost balíčkování, ale obecné poučení se týká celé infrastruktury open-source softwaru: oprava musí projít rukama správců a distribucí, než může chránit systémy, které daný software používají.
17
24
Údržba je proto sama o sobě bezpečnostním tématem. Spolehlivé doručování aktualizací závisí na lidech a projektech, které dokážou balíčky udržovat aktuální — i když původní projekt už starší verze běžně nepodporuje.
28
33