Aktuální situace: PHP2Shell. Dvě kritické zranitelnosti PHP (CVSS 9.2) umožňují spustit škodlivý kód bez přihlášení. Záplaty od 21. 10. 2026.Co nyní udělat →
PHP2Shell · CVE-2026-109618 · CVE-2026-109619

Nezáplatované PHP jsou otevřené dveře. My je zavřeme.

Nouzová pomoc na dálku pro firmy v Evropě: záplatování PHP, kontrola stop po průniku, odstranění škodlivého kódu, hardening serveru. Okamžitě, se specializovanými partnery, dokud není incident uzavřen a zdokumentován.

CVSS 9.2dvě zranitelnosti, škodlivý kód bez přihlášení
8.2.35 · 8.3.36 · 8.4.27 · 8.5.12první záplatované verze
22,6 mil.exponovaných instancí podle Unit 42
kontrola · produkce
$ php -v
PHP 8.3.35 (cli) (built: Sep 30 2026)
! Stav před záplatou z 21. 10. 2026
$ phpsos pruefen --ziel produktion
  Provozní režim ... php-fpm
  CVE-2026-109618 .. otevřeno
  CVE-2026-109619 .. otevřeno
  Restart workerů .. čeká
$ phpsos absichern
  [ok] Balíček 8.3.36 nasazen
  [ok] všichni workeři restartováni
  [ok] Souborový systém zkontrolován na webshelly
  [ok] Zpráva pro vedení vytvořena
  • Made in GermanyIT bezpečnost z Německa, práce v souladu s evropským právem na ochranu osobních údajů.
  • Více než 25 letVíce než 25 let se spolu s naší sítí partnerů specializujeme na IT bezpečnost a provoz serverů.
  • Síť partnerůSpecializovaní kybernetičtí odborníci na forenzní analýzu, penetrační testy a zabezpečení serverů, koordinovaní jedním kontaktním místem.
Samotest · 10 sekund

Je vaše PHP už záplatované?

Zadejte svou verzi PHP. Test ji porovná s bezpečnostními oznámeními z php.net a řekne, co dělat dál. Důležité: ani záplatovaná verze nedokazuje, že se před aktualizací nic nestalo.

Jak zjistit verzi PHP →

Běží pouze ve vašem prohlížeči, nic se neodesílá. Podklad: bezpečnostní oznámení php.net z 21. a 23. 10. 2026. Backporty distribucí někdy číslo verze nemění.

Rychlý test nezávislý na čísle verze

Podle příručky PHP přišlo se záplatami nastavení memory_hard_limit_percent. Pokud ho vaše PHP nezná, je zranitelné:

php -r 'var_dump(ini_get("memory_hard_limit_percent"));'

bool(false) znamená: neznámé, tedy zranitelné. Kontrolujte každou nainstalovanou verzi PHP zvlášť; příkazová řádka může používat jinou verzi než webový server.

Nouzový test · 4 otázky

Jak naléhavá je vaše situace?

Čtyři otázky, jedno zařazení, první kroky a připravená zpráva pro nás přes WhatsApp. Při stupni 3 platí: nic nemazat, nic znovu nenasazovat, zajistit stopy.

1. Co pozorujete?
2. Jak běží vaše PHP?
3. Je PHP záplatované?
4. Jaká data tam jsou?
Služby

Od tísňového volání po zabezpečený server

Přebíráme techniku a dodáváme doklady, které potřebuje vedení, ochrana osobních údajů i pojišťovna.

Postup

Jak pracujeme v krizové situaci

Jasné kroky, jeden kontaktní bod, vše na dálku. Specialisté z naší partnerské sítě se přidají, když je potřeba forenzní analýza nebo penetrační test.

  1. Zmapování situace

    Napíšete nám přes WhatsApp nebo zavoláte. Zjistíme systém, verzi PHP, hosting a pozorování.

  2. Zajištění a uzavření

    Zajistit stopy, záplatovat PHP nebo nasadit přechodná opatření, restartovat všechny workery, doložit stav záplat.

  3. Kontrola a vyčištění

    Zkontrolovat soubory, databázi, účty a logy na stopy průniku. Odstranit webshelly a zadní vrátka.

  4. Hardening a zpráva

    Zabezpečit konfiguraci, zavést monitoring, zpráva pro vedení, ochranu osobních údajů a pojišťovnu.

Postupujte sami

Záplatu zatím nelze nasadit? Přechodná opatření

php.net uvádí nastavení, která ztěžují známé cesty útoku, dokud není nasazena aktualizace. Vyberte svůj provozní režim, zkopírujte řádky a poté restartujte všechny procesy PHP.

BSI (německý spolkový úřad pro informační bezpečnost) doporučuje: pokud aktualizace není okamžitě možná, webový server dočasně odpojit od sítě.

Všechna přechodná opatření vysvětlena →

Přechodná opatření podle php.net, nenahrazují aktualizaci. memory_limit=-1 pouze spolu s limitem paměti přes kontejner nebo cgroup. Předtím si zazálohujte konfiguraci.

Odpovědnost

Kdo co dělá? Mezera mezi hostingem a agenturou

Mnoho firem spoléhá na to, že „někdo“ záplatuje. Rozdělení bývá zpravidla takové:

ÚkolHosting (sdílený hosting)Agentura / webdesignPHP SOS
Aktualizovat balíček PHPvětšinou anovětšinou neano, nebo s vaším poskytovatelem hostingu
Restartovat všechny workery a doložitčástečněneano, s dokladem
Zkontrolovat, zda k průniku nedošlo před záplatouzpravidla nečástečněano
Odstranit webshelly a zadní vrátkazpravidla nečástečněano
Zpráva pro vedení, ochranu osobních údajů, pojišťovnunezřídkaano
Hardening a průběžný monitoringčástečněčástečněano
Znalosti o PHP2Shell

Co je doloženo a co nyní udělat

Fakta z oznámení php.net a německého BSI, zpracovaná pro vedení a administrátory.

Všech 12 stránek se znalostmi

První hodina

10 kroků, než situaci převezmeme

Odškrtněte, co je hotovo. Seznam zůstane uložen ve vašem prohlížeči.

Získat pomoc hned

Zaškrtnutí se ukládá pouze ve vašem prohlížeči.

Blog · 113 článků

Situace, návody, podklady pro rozhodování

Od výstražného stupně BSI přes changelogy balíčků až po otázku, zda systém nasadit znovu, nebo vyčistit. Každý článek se zdroji.

Všech 113 článků blogu

Časté dotazy

Stručně zodpovězeno

Všechny dotazy →

Co je PHP2Shell?

PHP2Shell označuje dvě kritické zranitelnosti přímo v PHP (CVE-2026-109618 a CVE-2026-109619, CVSS 9.2). Mohou útočníkům umožnit spustit na serveru škodlivý kód bez přihlášení. Záplaty jsou k dispozici od 21. 10. 2026.

Které verze PHP jsou bezpečné?

Opravy obsahují verze PHP 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Hostingové firmy a distribuce někdy nasazují backporty, aniž by změnily číslo verze. Rozhodující je stav balíčku nebo písemné potvrzení poskytovatele.

Stačí aktualizace WordPressu nebo e-shopu?

Ne. Zranitelnost je v PHP, ne v CMS. Aktualizace CMS ji neuzavře. A záplata PHP neodstraní škodlivý kód, který byl vložen dříve.

Jak rychle můžete pomoci?

Pracujeme na dálku a začneme, jakmile budou k dispozici přístupy. Napište nám přes WhatsApp systém, verzi PHP a co jste pozorovali. Další postup pak vyjasníme přímo.

Pracujete i pro agentury a zákazníky hostingových firem?

Ano. Pracujeme přímo pro firmy, v pozadí na zakázku agentur a po dohodě s vaším poskytovatelem hostingu, pokud server spravuje on.

Musíme incident nahlásit?

Pokud mohou být dotčeny osobní údaje, platí podle čl. 33 GDPR zpravidla lhůta pro hlášení 72 hodin od okamžiku, kdy jste se o incidentu dozvěděli. Zda se vás týká, ujasněte s pověřencem pro ochranu osobních údajů. Technickou dokumentaci k tomu dodáme my.

Okamžitý kontakt

Každá hodina se počítá. Napište nám hned.

Stručně popište systém, verzi PHP a pozorování. Ozveme se, vyjasníme situaci a budeme pracovat na dálku, dokud nebude incident uzavřen a zdokumentován.

Okamžitá pomoc