# PHP avarija? Skambinkite arba rašykite per WhatsApp – padėsime

> PHP serveris sugedo, perkrautas ar elgiasi įtartinai? Kalbėkite tiesiogiai su specialistu. Skambinkite arba rašykite per WhatsApp.

Šaltinis: https://phpsos.de/lt/soforthilfe/php-notfall-hilfe/  
Būsena: 2026-10-25  
Teikėjas: PHP SOS, PHP avarinė pagalba ir serverio sauga. Skubi pagalba per „WhatsApp“: https://wa.me/491736494914?text=Sveiki%2C%20PHP%20SOS%2C%20mums%20reikia%20pagalbos%20su%20m%C5%ABs%C5%B3%20PHP%20serveriu.%20%C4%AEmon%C4%97%3A%20%E2%80%A6%20Svetain%C4%97%3A%20%E2%80%A6

**Trumpai:** Jei jūsų PHP serveris kelia problemų ir norite kalbėti tiesiogiai su specialistu, paskambinkite arba parašykite per WhatsApp. Ar tai jus palietė? Skambinkite. Padėsime. Nuotoliu išsiaiškiname, ar už to slypi gedimas, klaidinga konfigūracija ar ataka, ir perimame darbą nuo pirmos žinutės, kol incidentas bus užbaigtas ir dokumentuotas.

> **Veikti nedelsiant:**
> **Dabar nieko netrinkite ir neįrenkite iš naujo.** Net paleidimas iš naujo ar grąžinimas į ankstesnę būseną (rollback) gali užmaskuoti pėdsakus. Pirmiausia papasakokite, ką matote. [Pranešti apie avariją](https://phpsos.de/lt/notfall/), po to nustatysime kitą žingsnį.

## Ar tai jus palietė? Šie sutrikimai yra mūsų atvejis

Ne kiekvienas sutrikimas yra ataka, bet šiomis dienomis verta pasižiūrėti. Susisiekite, jei jūsų PHP sistemoje pasireiškia kas nors iš šių dalykų:

- PHP procesai ar žiniatinklio serveris nutrūksta, nuolat persikrauna arba juos nutraukia sistema (išėjimo būsena 137).
- Apkrova auga be aiškios priežasties arba pildosi atmintis.
- Puslapiai grąžina tuščius atsakymus, 500 klaidas arba klaidų pranešimus, kurių anksčiau nebuvo.
- Po žiniatinklio serveriu ar PHP-FPM veikia procesai, kurie paleidžia shell.
- Įkėlimų ar talpyklos aplanke yra PHP failų, kurių nepažįstate.
- Po PHP atnaujinimo programa nebeveikia.
- Hostingo teikėjas užblokavo prieigą arba išjungė svetainę.

Skirtumas tarp gedimo ir atakos dažniausiai paaiškėja tik žurnaluose. Pirmas užuominas, į ką žiūrėti, aprašo straipsnis [Žiniatinklio serveris paleidžia shell](https://phpsos.de/lt/blog/webserver-startet-shell/).

## Ką daryti nedelsiant

1. **Stebėkite prieš įsikišdami.** Užsirašykite laiką, klaidų pranešimus ir tai, kas paskutinį kartą keista (atnaujinimas, papildinys, konfigūracija).
2. **Išsaugokite žurnalus.** Nukopijuokite žiniatinklio serverio, PHP ir sistemos žurnalus, kol jie nerotuoja. Specializuota spauda pataria saugoti žurnalus nuo 2026 m. spalio 20 d.
3. **Nepaleiskite iš naujo aklai.** Paleidimas iš naujo pašalina kai kuriuos gedimus, bet sunaikina laikinus pėdsakus. Paleiskite iš naujo, jei to reikalauja veikla, ir užsirašykite, ką padarėte.
4. **Apsvarstykite pasiekiamumą.** Jei įtariate ataką, atskyrimas ar išjungimas dažnai yra teisingas sprendimas. BSI to pataria, kai atnaujinti iš karto neįmanoma.
5. **Nustatykite PHP versiją.** `php -v` parodo versiją, bet ne visada žiniatinklio serverio vykdymo aplinkos versiją.
6. **Skambinkite arba rašykite.** Kuo tiksliau aprašysite padėtį, tuo greičiau prieisime prie esmės.

## Kaip PHP SOS padeda konkrečiai?

Dirbame nuotoliu, be atvykimo, visoje Vokietijoje ir Europoje.

1. **Įvertiname padėtį:** pirmame pokalbyje klausomės ir tikslingai klausiame: sistemos, PHP veikimo režimas, laikas, paskutiniai pakeitimai. Po to žinosite, ar matome gedimą, ar įtarimą dėl atakos.
2. **Išsaugome ir uždarome:** išsaugome būseną, pašaliname priežastį ir, jei reikia, uždarome spragą atnaujinimu, paleidimu iš naujo ir pereinamosiomis priemonėmis.
3. **Tikriname ir valome:** jei pasirodo įsilaužimas, pašaliname kenkėjišką kodą, tikriname prieigas ir paslaptis. Kitu atveju dokumentuojame priežastį ir užtikriname tvarkingą veiklą.
4. **Sutvirtiname ir pateikiame ataskaitą:** gaunate trumpą ataskaitą ir rekomendacijas, kad sutrikimas nepasikartotų.

Jei už to slypi daugiau, pereiname prie [skubios pagalbos nulaužtoms svetainėms](https://phpsos.de/lt/leistungen/website-gehackt-notfallhilfe/) arba struktūruoto [incidentų valdymo (Incident Response)](https://phpsos.de/lt/leistungen/incident-response/).

## Atmintis, nutrūkimai ir naujoji riba

Nuo saugumo leidimų 2026 m. spalio 21 d. (8.5.12, 8.4.27, 8.3.36, 8.2.35) yra direktyva `memory_hard_limit_percent`. Nuo tada `memory_limit` yra minkšta riba. Be savo nustatymo griežta riba laikoma dvigubas `memory_limit` iki 1G, o virš to `memory_limit` plius 1G. Ją viršijus, procesas iš karto baigiamas su išėjimo būsena 137. Veikla, kuri prieš atnaujinimą dirbo ties riba, dėl to gali staiga pradėti nutrūkti. Tai ne ataka, o pataisos pasekmė, ir sprendimas yra tvarkingai pritaikyti programą ar ribą, o ne atšaukti atnaujinimą.

Ir atvirkščiai: kas mato nutrūkusius procesus ir dar nepataisė, to neturėtų laikyti atsitiktinumu, nes spraga CVE-2026-109618 susijusi su Out-of-Memory būsena. Ar tai jums svarbu, parodo žurnalai. Fono informaciją apie atminties valdymą rasite skyriuje [Out-of-Memory PHP](https://phpsos.de/lt/php/out-of-memory/), galimus įsilaužimo požymius skyriuje [Įtartini procesai Linux sistemoje](https://phpsos.de/lt/blog/verdaechtige-prozesse-linux/).

## Kai įsikiša hostingo teikėjas

Kai kurie teikėjai blokuoja paskyras arba atsargumo dėlei išjungia svetaines. Tai automatiškai nereiškia, kad buvote nulaužti, bet gali būti įtartinų dalykų pasekmė. Paklauskite priežasties ir laiko, paprašykite žurnalų ir užsirašykite, ko teikėjas reikalauja. Su jūsų hostingo teikėju derinamės, jei to pageidaujate. Prasminga iš anksto išsiaiškinti, kas teikėjo pusėje gali priimti sprendimus ir ar ten yra serverio protokolų, kurių patys pamatyti negalite. Tokie duomenys, pavyzdžiui, prieigos tinklo lygmeniu, vėliau gali tapti lemiami, kai reikia susiaurinti galimo įsilaužimo laiką.

## Ką mums atsiųsti

- trumpas aprašymas: kas sutriko ar krenta į akis, nuo kada?
- sistemos tipas (nuosavas serveris, hostingo paketas, konteineris) ir hostingo teikėjas
- `php -v` išvestis, veikimo režimas ir žiniatinklio serveris, kiek žinoma
- klaidų pranešimai ar žurnalų ištraukos
- paskutinio PHP atnaujinimo ir paskutinių pakeitimų laikas
- kontaktinis asmuo, galintis priimti sprendimus dėl paleidimo iš naujo

## Kodėl PHP SOS

Dirbame Made in Germany ir kartu su savo kibernetinių specialistų partnerių tinklu daugiau nei 25 metus specializuojamės IT saugumo srityje. Kalbate su nuolatiniu kontaktiniu asmeniu, o ne su bilietų sistema. Dirbame nuotoliu, dokumentuojame, ką matome ir darome, ir atvirai sakome, kas įrodyta, o kas ne. Ūmiems atvejams dėl spragos taip pat yra [PHP2Shell skubi pagalba](https://phpsos.de/lt/leistungen/php2shell-soforthilfe/).

## Ar tai jus palietė? Skambinkite. Padėsime.

Jei jūsų PHP serveris kelia problemų, nelaukite kito gedimo. Paskambinkite arba parašykite per WhatsApp. Perimame nuo pirmos žinutės. [Pranešti apie avariją dabar](https://phpsos.de/lt/notfall/).


## Dažni klausimai

**Mano PHP serveris staiga lėtas arba stringa: ar tai ataka?**  
Nebūtinai. Gedimų priežastys dažnai banalios: per mažai atminties, klaidingas atnaujinimas ar perkrova. Ar tai ataka, parodo tik žvilgsnis į žurnalus ir procesus; perspėjimo ženklai yra, pavyzdžiui, shell procesai po žiniatinklio serveriu arba nežinomi nauji PHP failai.

**Ką reiškia išėjimo būsena 137 PHP procesų atveju?**  
Būsena 137 reiškia, kad procesas nutrauktas iš karto. Pagal PHP vadovą procesas baigiasi su 137, kai viršija griežtą atminties ribą pagal naują direktyvą memory_hard_limit_percent; bet jį sistema galėjo nutraukti ir dėl atminties trūkumo. Priežastį nustato žurnalų peržiūra.

**Ar galiu pasikalbėti su specialistu telefonu, prieš ką nors keisdamas?**  
Taip, būtent tam skirta skubi pagalba. Paskambinkite arba parašykite per WhatsApp ir aprašykite, kas krenta į akis. Pasakysime, ko geriau nedaryti ir ką galite daryti be pavojaus.

**Ar PHP tarnybą galiu tiesiog paleisti iš naujo?**  
Paleidimas iš naujo gali pašalinti gedimą, bet ištrina užuominas operatyviojoje atmintyje. Jei įmanomas įsilaužimas, prieš tai išsaugokite žurnalus ir pasikonsultuokite. Po PHP atnaujinimo, priešingai, paleidimas iš naujo yra privalomas.

**Ar dirbate ir tada, kai mano serveris yra pas hostingo teikėją?**  
Taip, dirbame nuotoliu su prieiga, kurią turite, ir prireikus derinamės su jūsų hostingo teikėju. Kokios patikros įmanomos, priklauso nuo jūsų teisių.

## Šaltiniai

- [php.net: saugumo pranešimai](https://www.php.net/)
- [PHP vadovas: pagrindinė konfigūracija (ini.core)](https://www.php.net/manual/en/ini.core.php)
- [BSI (Vokietijos federalinė informacijos saugumo tarnyba)](https://www.bsi.bund.de/)