Aktuálna situácia: PHP2Shell. Dve kritické zraniteľnosti PHP (CVSS 9.2) umožňujú spustenie škodlivého kódu bez prihlásenia. Záplaty od 21. 10. 2026.Čo treba urobiť teraz →

Núdzový stav PHP? Zavolajte alebo napíšte cez WhatsApp – pomôžeme vám

Váš server PHP robí problémy a chcete hneď hovoriť s odborníkom? Na diaľku objasníme, či ide o výpadok, alebo útok, a preberáme prípad od prvej správy.

Stav 4 min čítaniaOkamžitá pomoc

Stručne: Ak váš server PHP robí problémy a chcete hovoriť priamo s odborníkom, zavolajte alebo napíšte cez WhatsApp. Ste postihnutý? Zavolajte. Pomôžeme vám. Na diaľku objasníme, či za tým stojí výpadok, chybná konfigurácia alebo útok, a preberáme prípad od prvej správy, kým nie je incident uzavretý a zdokumentovaný.

Konajte hneď

Teraz nič nemažte a nič neinštalujte odznova. Aj reštart alebo rollback môže zahladiť stopy. Najprv nám opíšte, čo vidíte. Nahláste núdzový prípad, potom určíme ďalší krok.

Ste postihnutý? Tieto poruchy sú prípadom pre nás

Nie každá porucha je útok, ale v týchto dňoch sa oplatí pozrieť sa. Ozvite sa, ak sa vo vašom systéme PHP vyskytuje niečo z tohto:

  • Procesy PHP alebo webový server sa prerušujú, opakovane sa reštartujú alebo ich ukončuje systém (exit status 137).
  • Zaťaženie stúpa bez zjavného dôvodu alebo sa zapĺňa pamäť.
  • Stránky vracajú prázdne odpovede, chyby 500 alebo chybové hlásenia, ktoré predtým neboli.
  • Pod webovým serverom alebo PHP-FPM bežia procesy, ktoré spúšťajú shell.
  • V adresári pre nahrávanie alebo cache ležia súbory PHP, ktoré nepoznáte.
  • Po aktualizácii PHP prestala fungovať aplikácia.
  • Váš poskytovateľ hostingu zablokoval prístup alebo vypol stránku.

Rozdiel medzi výpadkom a útokom sa väčšinou ukáže až v logoch. Prvé indície, na čom záleží, popisuje príspevok Webový server spúšťa shell.

Čo urobiť hneď

  1. Pozorovať, skôr než zasiahnete. Zapíšte si čas, chybové hlásenia a čo sa naposledy zmenilo (aktualizácia, plugin, konfigurácia).
  2. Zabezpečiť logy. Skopírujte protokoly webového servera, PHP a systému preč, skôr než sa otočia. Odborná tlač radí uchovať logy od 20. 10. 2026.
  3. Nereštartovať naslepo. Reštart odstráni niektorý výpadok, ale zničí prchavé stopy. Reštartujte, ak to prevádzka vyžaduje, a zapíšte si, čo ste urobili.
  4. Zvážiť dostupnosť. Ak máte podozrenie na útok, oddelenie alebo vypnutie je často správne. BSI to radí, ak aktualizáciu nemožno nasadiť hneď.
  5. Zistiť verziu PHP. php -v ukazuje verziu, ale nie vždy tú, ktorú používa runtime webového servera.
  6. Zavolať alebo napísať. Čím presnejšie dokážete situáciu opísať, tým rýchlejšie sa dostaneme k jadru.

Ako PHP SOS konkrétne pomáha?

Pracujeme na diaľku, bez výjazdu, v celej Európe.

  1. Zmapovať situáciu: V prvom rozhovore počúvame a cielene sa pýtame: systémy, režim prevádzky PHP, čas, posledné zmeny. Potom viete, či vidíme výpadok, alebo podozrenie na útok.
  2. Zabezpečiť a uzavrieť: Zabezpečíme stav, odstránime príčinu a, ak je to potrebné, zraniteľnosť uzavrieme aktualizáciou, reštartom a prechodnými opatreniami.
  3. Skontrolovať a vyčistiť: Ak sa ukáže vniknutie, odstránime škodlivý kód, skontrolujeme prístupy a tajné údaje. Inak zdokumentujeme príčinu a necháme prevádzku bežať čisto.
  4. Spevniť a podať správu: Dostanete krátku správu a odporúčania, aby sa porucha neopakovala.

Ak za tým je viac, prejdeme na núdzovú pomoc pri hacknutom webe alebo na štruktúrovanú Incident Response.

Pamäť, prerušenia a nový limit

Od bezpečnostných vydaní z 21. 10. 2026 (8.5.12, 8.4.27, 8.3.36, 8.2.35) existuje direktíva memory_hard_limit_percent. Odvtedy je memory_limit mäkká hranica. Bez vlastného nastavenia platí ako tvrdá hranica dvojnásobok memory_limit do 1G, nad tým memory_limit plus 1G. Ak sa prekročí, proces sa okamžite skončí s exit statusom 137. Prevádzka, ktorá pred aktualizáciou bežala tesne pri limite, tak môže náhle vykazovať prerušenia. Nie je to útok, ale dôsledok opravy a riešením je aplikáciu alebo limit správne upraviť, nie aktualizáciu vrátiť.

Naopak platí: Kto vidí spadnuté procesy a ešte nezáplatoval, nemal by to odbyť ako náhodu, pretože zraniteľnosť CVE-2026-109618 súvisí so stavom Out-of-Memory. Či to u vás zohráva rolu, ukážu logy. Súvislosti k správe pamäte nájdete v časti Out-of-Memory v PHP, možné znaky vniknutia v časti Podozrivé procesy v Linuxe.

Ak zasiahne poskytovateľ hostingu

Niektorí poskytovatelia blokujú účty alebo preventívne vypínajú stránky. Neznamená to automaticky, že ste boli hacknutý, ale môže to byť dôsledok nápadností. Opýtajte sa na dôvod a čas, požiadajte o logy a zaznamenajte si, čo poskytovateľ požaduje. S vaším poskytovateľom hostingu sa dohodneme, ak si to želáte. Zmysluplné je vopred objasniť, kto u poskytovateľa smie rozhodovať a či tam existujú protokoly servera, ktoré sami nevidíte. Takéto údaje, napríklad prístupy na úrovni siete, môžu byť neskôr rozhodujúce, keď treba vymedziť čas možného vniknutia.

Čo by ste nám mali poslať

  • stručný opis: čo vypadlo alebo je nápadné, odkedy?
  • typ systému (vlastný server, hostingový balík, kontajner) a poskytovateľ hostingu
  • výstup php -v, režim prevádzky a webový server, ak sú známe
  • chybové hlásenia alebo úryvky z logov
  • čas poslednej aktualizácie PHP a posledných zmien
  • kontaktná osoba s rozhodovacou právomocou pre reštarty

Prečo PHP SOS

Pracujeme Made in Germany a vďaka partnerskej sieti kybernetických profesionálov sa už vyše 25 rokov špecializujeme na IT bezpečnosť. Hovoríte so stálym kontaktným partnerom namiesto ticketového systému. Pracujeme na diaľku, dokumentujeme, čo vidíme a robíme, a otvorene povieme, čo je preukázané a čo nie. Pre akútne prípady okolo zraniteľnosti existuje navyše okamžitá pomoc pri PHP2Shell.

Ste postihnutý? Zavolajte. Pomôžeme vám.

Ak váš server PHP robí problémy, nečakajte na ďalší výpadok. Zavolajte alebo napíšte cez WhatsApp. Preberáme prípad od prvej správy. Nahlásiť núdzový prípad teraz.

Časté otázky

Môj server PHP je náhle pomalý alebo padá: je to útok?

Nie nutne. Výpadky majú často banálne príčiny, ako nedostatok pamäte, chybná aktualizácia alebo preťaženie. Až pohľad do logov a procesov ukáže, či ide o útok; varovnými znakmi sú napríklad procesy shellu pod webovým serverom alebo neznáme nové súbory PHP.

Čo znamená exit status 137 pri procesoch PHP?

Status 137 znamená okamžite ukončený proces. Podľa príručky PHP sa proces skončí so 137, ak prekročí tvrdý limit pamäte novej direktívy memory_hard_limit_percent; môže ho však ukončiť aj systém pre nedostatok pamäte. Príčinu objasní pohľad do logov.

Môžem sa s odborníkom porozprávať telefonicky, skôr než niečo zmením?

Áno, presne na to je núdzová pomoc. Zavolajte alebo napíšte cez WhatsApp a opíšte, čo je nápadné. Povieme vám, čo by ste mali nechať a čo môžete urobiť bez rizika.

Mám službu PHP jednoducho reštartovať?

Reštart môže odstrániť výpadok, ale zmaže stopy v pamäti. Ak je vniknutie možné, zabezpečte vopred logy a nechajte sa poradiť. Po aktualizácii PHP je naopak reštart povinný.

Pracujete aj vtedy, keď je môj server u poskytovateľa hostingu?

Áno, pracujeme na diaľku s prístupom, ktorý máte, a podľa potreby sa dohodneme s vaším poskytovateľom hostingu. Aké kontroly sú možné, závisí od vašich oprávnení.

Zdroje

Okamžitý kontakt

Každá hodina sa počíta. Napíšte nám hneď.

Stručne opíšte systém, verziu PHP a svoje pozorovanie. Ozveme sa, vyjasníme situáciu a budeme pracovať na diaľku, kým nebude incident uzavretý a zdokumentovaný.

Okamžitá pomoc