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 →

Nouze s PHP? Zavolejte nebo napište přes WhatsApp – pomůžeme

Váš server s PHP dělá problémy a chcete okamžitě mluvit s odborníkem? Na dálku zjistíme, zda jde o výpadek, nebo útok, a přebíráme to od první zprávy.

Stav 4 min čteníOkamžitá pomoc

Stručně: Pokud váš server s PHP dělá problémy a chcete mluvit přímo s odborníkem, zavolejte nebo napište přes WhatsApp. Týká se to vás? Zavolejte nám. Pomůžeme. Na dálku zjistíme, zda za tím stojí výpadek, chybná konfigurace, nebo útok, a přebíráme situaci od první zprávy, dokud není incident uzavřen a zdokumentován.

Jednejte ihned

Nyní nic nemažte a nic znovu nenasazujte. I restart nebo návrat k předchozímu stavu může stopy smazat. Nejprve nám popište, co vidíte. Nahlásit nouzi, poté stanovíme další krok.

Týká se to vás? Tyto poruchy jsou případem pro nás

Ne každá porucha je útok, ale v těchto dnech se vyplatí podívat se. Ozvěte se, pokud se u vašeho systému s PHP objeví něco z následujícího:

  • Procesy PHP nebo webový server končí, stále se znovu spouštějí nebo je ukončuje systém (exit status 137).
  • Zátěž stoupá bez zjevné příčiny nebo se plní paměť.
  • Stránky vracejí prázdné odpovědi, chyby 500 nebo chybová hlášení, která dříve nebyla.
  • Pod webovým serverem nebo PHP-FPM běží procesy, které spouštějí shell.
  • Ve složce pro nahrávání nebo cache leží soubory PHP, které neznáte.
  • Po aktualizaci PHP přestala fungovat aplikace.
  • Váš hosting zablokoval přístup nebo vypnul web.

Rozdíl mezi výpadkem a útokem se obvykle ukáže teprve v lozích. První vodítka, na čem záleží, popisuje příspěvek Webový server spouští shell.

Co udělat hned

  1. Pozorovat, než zasáhnete. Poznamenejte si čas, chybová hlášení a co se naposledy změnilo (aktualizace, plugin, konfigurace).
  2. Zajistit logy. Zkopírujte protokoly webového serveru, PHP a systému stranou, než se zrotují. Odborný tisk radí uchovat logy od 20. 10. 2026.
  3. Nerestartovat naslepo. Restart některý výpadek odstraní, ale zničí pomíjivé stopy. Restartujte, pokud to provoz vyžaduje, a zapište si, co jste udělali.
  4. Zvážit dostupnost. Pokud tušíte útok, je odstínění nebo vypnutí často správné. Německé BSI k tomu radí, pokud aktualizace není okamžitě možná.
  5. Zjistit verzi PHP. php -v ukáže verzi, ale ne vždy tu, kterou používá běhové prostředí webového serveru.
  6. Zavolat nebo napsat. Čím přesněji situaci popíšete, tím rychleji se dostaneme k jádru.

Jak PHP SOS konkrétně pomáhá?

Pracujeme na dálku, bez cestování, v celém Německu i v Evropě.

  1. Zmapování situace: V prvním rozhovoru nasloucháme a cíleně se ptáme: systémy, provozní režim PHP, čas, poslední změny. Poté víte, zda vidíme výpadek, nebo podezření na útok.
  2. Zajištění a uzavření: Zajistíme stav, odstraníme příčinu a v případě potřeby uzavřeme zranitelnost aktualizací, restartem a přechodnými opatřeními.
  3. Kontrola a vyčištění: Pokud se ukáže průnik, odstraníme škodlivý kód, zkontrolujeme přístupy a tajemství. Jinak zdokumentujeme příčinu a necháme provoz běžet čistě.
  4. Hardening a zpráva: Dostanete krátkou zprávu a doporučení, aby se porucha neopakovala.

Pokud za tím stojí více, přecházíme do nouzové pomoci při napadení webu nebo do strukturované reakce na incidenty (Incident Response).

Paměť, přerušení a nový limit

Od bezpečnostních vydání z 21. 10. 2026 (8.5.12, 8.4.27, 8.3.36, 8.2.35) existuje direktiva memory_hard_limit_percent. Od té doby je memory_limit měkkým limitem. Bez vlastního nastavení platí jako tvrdý limit dvojnásobek memory_limit do 1G, nad to memory_limit plus 1G. Pokud je překročen, proces okamžitě skončí s exit statusem 137. Provoz, který před aktualizací běžel těsně u limitu, tak může náhle vykazovat přerušení. To není útok, ale důsledek opravy, a řešením je aplikaci nebo limit řádně upravit, nikoli aktualizaci vracet.

A naopak: kdo vidí spadlé procesy a ještě nezáplatoval, neměl by to odbýt jako náhodu, protože zranitelnost CVE-2026-109618 souvisí se stavem nedostatku paměti (Out-of-Memory). Zda to u vás hraje roli, ukážou logy. Souvislosti ke správě paměti najdete na stránce Out-of-Memory v PHP, možné známky průniku na stránce Podezřelé procesy v Linuxu.

Když zasáhne hosting

Někteří poskytovatelé blokují účty nebo preventivně odpojují weby. To automaticky neznamená, že jste byli napadeni, ale může to být důsledek nápadností. Zeptejte se na důvod a čas, požádejte o logy a zaznamenejte, co poskytovatel požaduje. S vaším hostingem se domlouváme, pokud si to přejete. Je užitečné předem ujasnit, kdo u poskytovatele smí rozhodovat a zda tam existují protokoly serveru, které sami nevidíte. Takové údaje, například přístupy na úrovni sítě, mohou být později rozhodující, jde-li o upřesnění času možného průniku.

Co nám poslat

  • stručný popis: co vypadlo nebo je nápadné, od kdy?
  • typ systému (vlastní server, hostingový balíček, kontejner) a hosting
  • výstup příkazu php -v, provozní režim a webový server, pokud jsou známy
  • chybová hlášení nebo výňatky z logů
  • čas poslední aktualizace PHP a posledních změn
  • kontaktní osobu s pravomocí rozhodovat o restartech

Proč PHP SOS

Pracujeme v duchu „Made in Germany“ a spolu s naší partnerskou sítí odborníků na kybernetickou bezpečnost se již více než 25 let specializujeme na IT bezpečnost. Mluvíte s pevným kontaktním bodem místo ticketového systému. Pracujeme na dálku, dokumentujeme, co vidíme a děláme, a otevřeně říkáme, co je doloženo a co ne. Pro akutní případy kolem zranitelnosti existuje navíc okamžitá pomoc při PHP2Shell.

Týká se to vás? Zavolejte nám. Pomůžeme.

Pokud váš server s PHP dělá problémy, nečekejte na další výpadek. Zavolejte nebo napište přes WhatsApp. Přebíráme situaci od první zprávy. Nahlásit nouzi hned.

Časté dotazy

Můj server s PHP je náhle pomalý nebo padá: je to útok?

Nutně ne. Výpadky mají často banální příčiny, jako je nedostatek paměti, chybná aktualizace nebo přetížení. Teprve pohled do logů a procesů ukáže, zda jde o útok; varovnými znameními jsou například procesy shellu pod webovým serverem nebo neznámé nové soubory PHP.

Co znamená exit status 137 u procesů PHP?

Status 137 označuje okamžitě ukončený proces. Podle příručky PHP končí proces stavem 137, pokud překročí tvrdý limit paměti daný novou direktivou memory_hard_limit_percent; mohl ho ale také ukončit systém pro nedostatek paměti. Příčinu objasní pohled do logů.

Mohu si s odborníkem zavolat, než něco změním?

Ano, právě k tomu nouzová pomoc slouží. Zavolejte nebo napište přes WhatsApp a popište, co je nápadné. Řekneme vám, co byste měli nechat být a co můžete bez rizika udělat.

Mám službu PHP jednoduše restartovat?

Restart může výpadek odstranit, ale smaže stopy v operační paměti. Pokud je průnik možný, nejprve zajistěte logy a nechte se poradit. Po aktualizaci PHP je naopak restart povinný.

Pracujete i tehdy, když je můj server u hostingové firmy?

Ano, pracujeme na dálku s přístupem, který máte, a podle potřeby se domlouváme s vaším hostingem. Jaké kontroly jsou možné, závisí na vašich oprávněních.

Zdroje

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