Singapurská šéfka kybernetické bezpečnosti Gwenda Fong vyzvala organizace k rychlému zásahu poté, co byly zveřejněny dvě kritické chyby v PHP a 21. října 2026 vyšly bezpečnostní opravy. Zranitelnosti mohou umožnit vzdálené spuštění kódu bez přihlášení — útočník by tak mohl získat kontrolu nad zasaženým webovým serverem. Zprávy o pokusech o zneužití zvýšily naléhavost situace, samy o sobě ale nedokazují, že byla konkrétní organizace napadena.
3
5
7
14
Proč přišlo naléhavé varování
Obě chyby, společně označované jako PHP2Shell, jsou vedené pod identifikátory CVE-2026-109618 a CVE-2026-109619. Singapurská Agentura pro kybernetickou bezpečnost (CSA) je označila za kritické a každé přidělila skóre 9,2 z 10 podle systému CVSS v4.0. Úspěšné zneužití by mohlo mít vážné následky: útočník by mohl na serveru spouštět kód, aniž by se nejprve přihlásil.
3
Podle zpráv chyby v PHP existovaly řadu let, než je pomohl odhalit výzkum s využitím umělé inteligence. PHP se široce používá pro weby a webové aplikace. Organizace ho proto mohou provozovat na vlastních stránkách, v aplikacích nebo prostřednictvím hostingové služby, aniž by o tom každý tým věděl.
1
5
7
Důležitá byla i načasování: vývojáři zveřejnili opravy 21. října a Fong vyzvala organizace k akci následující den, 22. října. Bezpečnostní média zároveň informovala o funkčních způsobech zneužití a pokusech o útok. BBC tehdy uvedla, že nejsou hlášeny žádné úspěšné útoky. To je podstatný rozdíl: pokusy a předvedené metody znamenají riziko, nikoli potvrzení, že došlo k napadení.
3
6
7
8
14
Někteří provozovatelé webů služby preventivně dočasně vypnuli, zatímco řešili zabezpečení. Výpadek webu proto automaticky neznamená, že ho vyřadili hackeři.
9
Co by měly organizace udělat
1. Zjistit, kde všude používají PHP
Požádejte IT tým, aby prověřil weby, webové servery i zázemí aplikací — včetně systémů provozovaných nebo spravovaných externími dodavateli. U každého systému zaznamenejte používanou verzi PHP a určete, kdo za něj odpovídá. Fong označila vyhledání zranitelných systémů za bezprostřední prioritu.
7
2. Nejprve aktualizovat služby dostupné z internetu
Nainstalujte bezpečnostní opravy PHP vydané 21. října a při určování zasaženého softwaru i vhodného postupu se řiďte upozorněním CSA SingCERT „Critical Vulnerabilities in PHP (PHP2Shell)“. Přednost mají systémy přístupné z internetu. Nespoléhejte na to, že pro každou instalaci PHP platí stejný postup — konkrétní pokyny ověřte v oficiálním upozornění.
3
3. Vyžádat si potvrzení od dodavatelů a hostingu
Malé a střední firmy, které využívají externí IT dodavatele nebo hostingové služby, by se měly přímo zeptat, zda jejich služby používají zasažené verze PHP, které systémy už byly aktualizovány a zda některé veřejně dostupné systémy stále čekají na opravu. Určete odpovědnou osobu i termín dokončení a po provedení zásahu si vyžádejte potvrzení. Menší organizace si nemusí uvědomit, že PHP je součástí služby, kterou využívají.
15
4. Prověřit možné známky napadení
Aktualizace odstraní zranitelnost, ale sama neukáže, zda se někdo do systému dostal ještě před instalací opravy. Požádejte interní bezpečnostní tým nebo dodavatele o kontrolu příslušných serverových a aplikačních záznamů. Zaměřte se na neobvyklé procesy, neočekávané změny souborů a další podezřelou aktivitu. Znepokojivé nálezy řešte podle interního postupu pro bezpečnostní incidenty.
5. Využít pokyny CSA a požádat o technickou pomoc
Předejte upozornění SingCERT lidem, kteří odpovídají za weby, infrastrukturu a bezpečnost. Pokud interní tým nedokáže určit zasažené systémy nebo bezpečně nasadit opravy, obraťte se na příslušného IT dodavatele či kvalifikovaného bezpečnostního odborníka. Upozornění CSA je hlavním zdrojem pokynů k dotčenému softwaru a nápravě.
3
Praktický závěr je jednoduchý: zjistěte, kde PHP běží, co nejrychleji opravte zasažené systémy dostupné z internetu a ověřte jak provedení aktualizace, tak stav systémů. Preventivní vypnutí služby ani pokus o útok nejsou důkazem napadení. Dokončená aktualizace zase sama o sobě nedokazuje, že k přístupu nedošlo už dříve.
6
9
14