Lühidalt: Kui teie PHP server tekitab probleeme ja soovite otse eksperdiga rääkida, helistage või kirjutage WhatsAppis. Kas see puudutab teid? Helistage. Me aitame. Selgitame kaugteel, kas taga on tõrge, valeseadistus või rünnak, ja võtame töö üle esimesest sõnumist, kuni juhtum on lõpetatud ja dokumenteeritud.
Ärge praegu midagi kustutage ega installige uuesti. Ka taaskäivitus või tagasivõtmine (rollback) võib jälgi hägustada. Kirjeldage meile kõigepealt, mida näete. Teatage hädaolukorrast, seejärel määrame järgmise sammu.
Kas see puudutab teid? Need tõrked on meie jaoks
Mitte iga tõrge ei ole rünnak, kuid neil päevil tasub järele vaadata. Andke teada, kui teie PHP süsteemis esineb midagi järgmisest:
- PHP protsessid või veebiserver katkevad, käivituvad pidevalt uuesti või süsteem lõpetab need (väljumisstaatus 137).
- Koormus tõuseb ilma nähtava põhjuseta või mälu täitub.
- Lehed annavad tühje vastuseid, 500-vigu või veateateid, mida varem ei olnud.
- Veebiserveri või PHP-FPM all töötavad protsessid, mis käivitavad shelli.
- Üleslaadimis- või vahemälukaustas on PHP faile, mida te ei tunne.
- Pärast PHP uuendust ei tööta mõni rakendus enam.
- Teie majutaja on ligipääsu blokeerinud või saidi välja lülitanud.
Vahe tõrke ja rünnaku vahel selgub tavaliselt alles logidest. Esimesed viited, millele tähelepanu pöörata, kirjeldab artikkel Veebiserver käivitab shelli.
Mida teha kohe
- Jälgige, enne kui sekkute. Pange kirja kellaaeg, veateated ja mida viimati muudeti (uuendus, pistikprogramm, seadistus).
- Kindlustage logid. Kopeerige veebiserveri, PHP ja süsteemi logid ära, enne kui need rotatsiooni käigus kaovad. Erialaajakirjandus soovitab logisid säilitada alates 20.10.2026.
- Ärge käivitage pimesi uuesti. Taaskäivitus kõrvaldab mõne tõrke, kuid hävitab lenduvad jäljed. Käivitage uuesti, kui töö seda nõuab, ja pange kirja, mida tegite.
- Kaaluge kättesaadavust. Kui kahtlustate rünnakut, on eraldamine või väljalülitamine sageli õige. BSI (Saksamaa föderaalne infoturbeamet) soovitab seda, kui uuendus kohe ei ole võimalik.
- Tehke kindlaks PHP versioon.
php -vnäitab versiooni, kuid mitte alati veebiserveri käituskeskkonna oma. - Helistage või kirjutage. Mida täpsemalt saate olukorda kirjeldada, seda kiiremini jõuame asja tuumani.
Kuidas PHP SOS konkreetselt aitab?
Töötame kaugteel, ilma kohale sõitmata, kogu Saksamaal ja Euroopas.
- Olukorra kaardistamine: Esimeses vestluses kuulame ja küsime sihipäraselt: süsteemid, PHP töörežiim, ajapunkt, viimased muudatused. Seejärel teate, kas näeme tõrget või rünnakukahtlust.
- Kindlustamine ja sulgemine: Kindlustame seisu, kõrvaldame põhjuse ja sulgeme vajaduse korral turvaauku uuenduse, taaskäivituse ja üleminekumeetmetega.
- Kontroll ja puhastamine: Kui ilmneb sissemurdmine, eemaldame kahjuliku koodi, kontrollime ligipääse ja saladusi. Muidu dokumenteerime põhjuse ja laseme töö puhtalt edasi toimida.
- Karastamine ja aruandlus: Saate lühiaruande ja soovitused, et tõrge ei kordu.
Kui taga on rohkem, liigume üle kiirabile häkitud veebisaidi korral või struktureeritud intsidendile reageerimisele (Incident Response).
Mälu, katkestused ja uus piir
Alates turvaväljalasetest 21.10.2026 (8.5.12, 8.4.27, 8.3.36, 8.2.35) on olemas direktiiv memory_hard_limit_percent. Sellest ajast on memory_limit pehme piir. Ilma oma seadistuseta kehtib kõva piirina memory_limit kahekordne väärtus kuni 1G, sellest suuremate väärtuste puhul memory_limit pluss 1G. Kui see ületatakse, lõpeb protsess kohe väljumisstaatusega 137. Töö, mis jooksis enne uuendust piiri ääres, võib seetõttu ootamatult katkeda. See ei ole rünnak, vaid paranduse tagajärg, ja lahendus on rakendus või piir korralikult kohandada, mitte uuendust tagasi võtta.
Vastupidi kehtib: kes näeb kokkujooksnud protsesse ja ei ole veel paigatud, ei tohiks seda juhuseks pidada, sest turvaauk CVE-2026-109618 on seotud Out-of-Memory olukorraga. Kas see teie puhul rolli mängib, näitavad logid. Taustu mäluhalduse kohta leiate lehelt Out-of-Memory PHP-s, võimalikke sissemurdmise märke lehelt Kahtlased protsessid Linuxis.
Kui majutaja sekkub
Mõned pakkujad blokeerivad kontosid või võtavad lehti ettevaatuseks võrgust maha. See ei tähenda automaatselt, et teid on häkitud, kuid võib olla kõrvalekallete tagajärg. Küsige põhjust ja ajapunkti, paluge logisid ning pange kirja, mida pakkuja nõuab. Kooskõlastame end teie majutajaga, kui te seda soovite. Mõistlik on eelnevalt selgitada, kes tohib pakkuja juures otsuseid teha ja kas seal on serveri protokolle, millele te ise ligi ei pääse. Sellised andmed, näiteks juurdepääsud võrgutasandil, võivad hiljem olla otsustavad, kui tuleb piiritleda võimaliku sissemurdmise ajapunkti.
Mida peaksite meile saatma
- lühikirjeldus: mis on välja langenud või silmatorkav, alates millal?
- süsteemi liik (oma server, majutuspakett, konteiner) ja majutaja
php -vväljund, töörežiim ja veebiserver, kui teada- veateated või väljavõtted logidest
- viimase PHP uuenduse ja viimaste muudatuste ajapunkt
- kontaktisik, kellel on otsustusõigus taaskäivituste üle
Miks PHP SOS
Töötame Saksamaal tehtud (Made in Germany) lahendustega ja oleme koos oma küberspetsialistide partnervõrgustikuga spetsialiseerunud IT-turvalisusele üle 25 aasta. Räägite kindla kontaktisikuga piletisüsteemi asemel. Töötame kaugteel, dokumenteerime, mida näeme ja teeme, ning ütleme avameelselt, mis on tõendatud ja mis mitte. Ägedate juhtumite jaoks turvaaugu ümber on lisaks PHP2Shelli kiirabi.
Kas see puudutab teid? Helistage. Me aitame.
Kui teie PHP server tekitab probleeme, ärge oodake järgmist tõrget. Helistage või kirjutage WhatsAppis. Võtame töö üle esimesest sõnumist. Teatage nüüd hädaolukorrast.
Korduma kippuvad küsimused
Minu PHP server on äkki aeglane või jookseb kokku: kas see on rünnak?
Mitte tingimata. Tõrgetel on sageli lihtsad põhjused, näiteks liiga vähe mälu, vigane uuendus või ülekoormus. Alles pilk logidesse ja protsessidesse näitab, kas tegu on rünnakuga; hoiatusmärgid on näiteks shelli protsessid veebiserveri all või tundmatud uued PHP failid.
Mida tähendab väljumisstaatus 137 PHP protsesside puhul?
Staatus 137 tähistab kohe lõpetatud protsessi. PHP käsiraamatu järgi lõpeb protsess staatusega 137, kui see ületab uue direktiivi memory_hard_limit_percent range mälupiiri; seda võib aga olla lõpetanud ka süsteem mälupuuduse tõttu. Põhjuse selgitab pilk logidesse.
Kas ma saan eksperdiga telefonitsi rääkida, enne kui midagi muudan?
Jah, just selleks hädaabi on. Helistage või kirjutage WhatsAppis ja kirjeldage, mis silma jääb. Ütleme teile, mida tuleks jätta ja mida võib ohutult teha.
Kas ma peaksin PHP teenuse lihtsalt uuesti käivitama?
Taaskäivitus võib tõrke kõrvaldada, kuid kustutab viited töömälus. Kui sissemurdmine on võimalik, kindlustage enne logid ja laske end nõustada. Pärast PHP uuendust on taaskäivitus seevastu kohustuslik.
Kas te töötate ka siis, kui minu server asub majutajal?
Jah, töötame kaugteel ligipääsuga, mis teil on, ja vajaduse korral kooskõlastame end teie majutajaga. Millised kontrollid on võimalikud, sõltub teie õigustest.