Nujni primer PHP? Pokličite ali WhatsApp – pomagamo

Na kratko: Če vaš strežnik PHP povzroča težave in želite govoriti neposredno s strokovnjakom, pokličite ali pišite po WhatsAppu. Ste prizadeti? Pokličite nas. Pomagamo. Na daljavo razjasnimo, ali za tem stoji izpad, napačna konfiguracija ali napad, in prevzamemo že od prvega sporočila, dokler incident ni zaključen in dokumentiran.

Ste prizadeti? Te motnje so primer za nas

Vsaka motnja ni napad, vendar se v teh dneh splača pogledati. Javite se, če se pri vašem sistemu PHP pojavi naslednje:

• Procesi PHP ali spletni strežnik se prekinjajo, se venomer znova zaganjajo ali jih sistem konča (izhodni status 137).
• Obremenitev narašča brez vidnega razloga ali se pomnilnik polni.
• Strani vračajo prazne odgovore, napake 500 ali sporočila o napakah, ki jih prej ni bilo.
• Pod spletnim strežnikom ali PHP-FPM tečejo procesi, ki zaženejo lupino.
• V mapi za nalaganje ali predpomnilnik ležijo datoteke PHP, ki jih ne poznate.
• Po posodobitvi PHP aplikacija ne deluje več.
• Vaš ponudnik gostovanja je blokiral dostop ali izklopil stran.

Razlika med izpadom in napadom se običajno pokaže šele v dnevnikih. Prve namige, na kaj je treba paziti, opisuje prispevek Spletni strežnik zažene lupino.

Kaj storite takoj

1. Opazujte, preden posežete. Zapišite uro, sporočila o napakah in kaj je bilo nazadnje spremenjeno (posodobitev, vtičnik, konfiguracija).
2. Zavarujte dnevnike. Kopirajte dnevnike spletnega strežnika, PHP in sistema, preden se rotirajo. Strokovni tisk svetuje hrambo dnevnikov od 20. 10. 2026 naprej.
3. Ne zaganjajte na slepo. Ponovni zagon odpravi marsikateri izpad, a uniči hlapne sledi. Zaženite znova, če to zahteva obratovanje, in zabeležite, kaj ste storili.
4. Pretehtajte dosegljivost. Če sumite napad, je izolacija ali ugasnitev pogosto prava. BSI to svetuje, kadar posodobitev ni takoj mogoča.
5. Ugotovite različico PHP. php -v pokaže različico, a ne vedno tiste v izvajalnem okolju spletnega strežnika.
6. Pokličite ali pišite. Čim natančneje opišete stanje, tem hitreje pridemo do bistva.

Kako konkretno pomaga PHP SOS?

Delamo na daljavo, brez prihoda na kraj, po vsej Nemčiji in Evropi.

1. Ocena stanja: V prvem pogovoru poslušamo in ciljno sprašujemo: sistemi, način delovanja PHP, čas, zadnje spremembe. Nato veste, ali vidimo izpad ali sum napada.
2. Zavarovanje in zapiranje: Zavarujemo stanje, odpravimo vzrok in po potrebi ranljivost zapremo s posodobitvijo, ponovnim zagonom in prehodnimi ukrepi.
3. Preverjanje in čiščenje: Če se pokaže vdor, odstranimo škodljivo kodo, preverimo dostope in skrivnosti. Sicer dokumentiramo vzrok in poskrbimo, da obratovanje spet teče čisto.
4. Utrjevanje in poročilo: Prejmete kratko poročilo in priporočila, da se motnja ne ponovi.

Če je za tem več, preidemo v nujno pomoč pri vdrti spletni strani ali v strukturirano odzivanje na incidente.

Pomnilnik, prekinitve in nova omejitev

Od varnostnih izdaj z dne 21. 10. 2026 (8.5.12, 8.4.27, 8.3.36, 8.2.35) obstaja direktiva memory_hard_limit_percent. Od takrat je memory_limit mehka meja. Brez lastne nastavitve kot trda meja velja dvakratnik memory_limit do 1G, nad tem memory_limit plus 1G. Če je presežena, se proces takoj konča z izhodnim statusom 137. Obratovanje, ki je pred posodobitvijo delovalo tik ob meji, lahko zato nenadoma kaže prekinitve. To ni napad, ampak posledica popravka, rešitev pa je aplikacijo ali mejo čisto prilagoditi, ne pa razveljaviti posodobitev.

Obratno velja: kdor vidi sesule procese in še ni namestil popravka, tega ne sme odpisati kot naključje, saj je ranljivost CVE-2026-109618 povezana s stanjem zmanjkanja pomnilnika (out-of-memory). Ali to pri vas igra vlogo, pokažejo dnevniki. Ozadje upravljanja pomnilnika najdete na strani Out-of-memory v PHP, možne znake vdora pa na strani Sumljivi procesi v Linuxu.

Če poseže ponudnik gostovanja

Nekateri ponudniki blokirajo račune ali preventivno izklopijo strani. To samodejno ne pomeni, da ste bili vdrti, je pa lahko posledica nenavadnosti. Vprašajte po razlogu in času, prosite za dnevnike in zabeležite, kaj ponudnik zahteva. S ponudnikom gostovanja se uskladimo, če to želite. Smiselno je vnaprej razjasniti, kdo pri ponudniku sme sprejemati odločitve in ali tam obstajajo zapisniki strežnika, ki jih sami ne morete videti. Taki podatki, na primer dostopi na ravni omrežja, so lahko pozneje odločilni, ko gre za zožitev časa možnega vdora.

Kaj nam pošljite

• kratek opis: kaj je izpadlo ali je nenavadno, od kdaj?
• vrsta sistema (lasten strežnik, paket gostovanja, vsebnik) in ponudnik gostovanja
• izpis php -v, način delovanja in spletni strežnik, kolikor je znano
• sporočila o napakah ali izseki iz dnevnikov
• čas zadnje posodobitve PHP in zadnjih sprememb
• kontaktna oseba s pooblastilom za odločanje o ponovnih zagonih

Zakaj PHP SOS

Delamo »Made in Germany« in smo s partnerskim omrežjem kibernetskih strokovnjakov že več kot 25 let specializirani za IT-varnost. Govorite s stalnim sogovornikom namesto s sistemom prijavnic. Delamo na daljavo, dokumentiramo, kaj vidimo in storimo, ter odkrito povemo, kaj je dokazano in kaj ne. Za akutne primere v zvezi z ranljivostjo obstaja tudi nujna pomoč pri PHP2Shell.

Ste prizadeti? Pokličite nas. Pomagamo.

Če vaš strežnik PHP povzroča težave, ne čakajte na naslednji izpad. Pokličite ali pišite po WhatsAppu. Prevzamemo že od prvega sporočila. Prijavite nujni primer zdaj.

Pogosta vprašanja

Viri

• php.net: varnostna obvestila
• Priročnik PHP: jedrna konfiguracija (ini.core)
• BSI: nemški zvezni urad za informacijsko varnost