Nepataisytas PHP yra atviros durys. Mes jas uždarome.
Nuotolinė avarinė pagalba įmonėms Europoje: PHP pataisymas, įsilaužimo pėdsakų patikra, kenkėjiško kodo pašalinimas, serverio sutvirtinimas. Iš karto, su specializuotais partneriais, kol incidentas bus užbaigtas ir dokumentuotas.
$ php -v PHP 8.3.35 (cli) (built: Sep 30 2026) ! Būsena prieš 2026-10-21 pataisą $ phpsos pruefen --ziel produktion Veikimo režimas .. php-fpm CVE-2026-109618 .. atvira CVE-2026-109619 .. atvira Darbinių procesų (worker) perkrovimas .. laukiama $ phpsos absichern [ok] Paketas 8.3.36 įdiegtas [ok] visi darbiniai procesai (worker) paleisti iš naujo [ok] Failų sistema patikrinta dėl webshell [ok] Ataskaita vadovybei parengta
- Made in GermanyIT saugumas iš Vokietijos, darbas pagal Europos duomenų apsaugos teisę.
- Daugiau nei 25 metaiDaugiau nei 25 metus kartu su mūsų partnerių tinklu specializuojamės IT saugumo ir serverių eksploatavimo srityje.
- Partnerių tinklasSpecializuoti kibernetinio saugumo specialistai: skaitmeninė kriminalistika, įsiskverbimo testai ir serverių sutvirtinimas, koordinuojami per vieną kontaktinį asmenį.
Ar tai jus palietė? Skambinkite. Mes padėsime.
Įsilaužta, užblokuota, rastas web shell arba neaišku, ar PHP2Shell jus veikia: susisiekite su mumis dabar. Perimame atvejį nuo pirmos žinutės, nuotoliniu būdu ir be atvykimo.
Ar jūsų PHP jau pataisytas?
Įveskite savo PHP versiją. Testas palygina ją su php.net saugumo pranešimais ir nurodo, ką daryti toliau. Svarbu: net pataisyta versija neįrodo, kad iki atnaujinimo nieko neatsitiko.
Kiek skubi jūsų padėtis?
Keturi klausimai, įvertinimas, pirmieji žingsniai ir paruošta „WhatsApp“ žinutė mums. 3 lygiu galioja: nieko netrinti, nieko neįdiegti iš naujo, išsaugoti pėdsakus.
Nuo skubaus iškvietimo iki sutvirtinto serverio
Perimame techninę dalį ir pateikiame įrodymus, kurių reikia vadovybei, duomenų apsaugai ir draudikui.
PHP2Shell skubi pagalba: pagalba dėl PHP saugumo spragos
PHP2Shell spragą jūsų žiniatinklio serveriuose uždarome nuotoliniu būdu: inventorizacija, pataisa arba pereinamoji priemonė, visų procesų (worker) paleidimas iš naujo ir rašytinis įrodymas.
Skaityti toliau →02Svetainė nulaužta, ką daryti? Nuotolinė skubi pagalba
Jūsų svetainė nulaužta arba elgiasi įtartinai? Nuotoliniu būdu perimame sulaikymą, pėdsakų saugojimą, išvalymą ir dokumentavimą.
Skaityti toliau →03PHP pataisų paslauga: atnaujinimo diegimas su paleidimu iš naujo ir įrodymu
PHP atnaujinimą įdiegiame jūsų serveriuose, paleidžiame iš naujo visus PHP procesus ir pateikiame rašytinį įrodymą apie versiją, paketų būseną ir paleidimą iš naujo.
Skaityti toliau →04PHP žiniatinklio serverių sustiprinimas (hardening)
PHP žiniatinklio serverius sustiprename pagal aiškų planą: izoliacija kiekvienai svetainei, saugi PHP konfigūracija, failų teisės, prieigos, žurnalai ir atsarginės kopijos.
Skaityti toliau →05Kenkėjiškos programos ir webshell šalinimas iš svetainės
Šaliname kenkėjišką kodą, webshell ir užpakalines duris iš svetainių bei serverių, atstatome iš patikimų šaltinių ir uždarome įsilaužimo kelią.
Skaityti toliau →06Incident Response serverių atakų atveju
Struktūruotas incidentų tvarkymas atakų prieš žiniatinklio serverius atveju: padėties vaizdas, sulaikymas, pašalinimas, atkūrimas ir pokontrolė su aiškiais vaidmenimis.
Skaityti toliau →Kaip dirbame kritiniu atveju
Aiškūs žingsniai, vienas kontaktinis asmuo, viskas nuotoliu. Prisijungia mūsų partnerių tinklo specialistai, kai reikia forensikos ar skverbties testo.
Įvertinti padėtį
Jūs parašote „WhatsApp“ žinutę arba paskambinate. Išsiaiškiname sistemą, PHP versiją, hostingo teikėją ir pastebėjimus.
Išsaugoti ir uždaryti
Išsaugome pėdsakus, pataisome PHP arba taikome pereinamąsias priemones, paleidžiame iš naujo visus darbinius procesus (worker), įrodome pataisos būseną.
Patikrinti ir išvalyti
Tikriname failus, duomenų bazę, paskyras ir žurnalus dėl įsilaužimo pėdsakų. Pašaliname webshell ir užpakalines duris.
Sutvirtinti ir pranešti
Sutvirtiname konfigūraciją, įdiegiame stebėseną, parengiame ataskaitą vadovybei, duomenų apsaugai ir draudikui.
Dar negalima pataisyti? Pereinamosios priemonės
php.net nurodo nustatymus, kurie apsunkina žinomus atakų būdus, kol atnaujinimas neįdiegtas. Pasirinkite savo veikimo režimą, nukopijuokite eilutes ir paskui paleiskite iš naujo visus PHP procesus.
BSI rekomenduoja: jei atnaujinti iš karto neįmanoma, laikinai atjungti žiniatinklio serverį nuo tinklo.
Pereinamosios priemonės pagal php.net, jos neatstoja atnaujinimo. memory_limit=-1 tik kartu su atminties riba per konteinerį arba cgroup. Prieš tai išsaugokite konfigūraciją.
Kas ką daro? Spraga tarp hostingo teikėjo ir agentūros
Daug įmonių tikisi, kad „kažkas“ įdiegs pataisas. Paprastai pasiskirstymas atrodo taip:
| Užduotis | Hostingo teikėjas (bendrinamas hostingas) | Agentūra / svetainių dizainas | PHP SOS |
|---|---|---|---|
| Atnaujinti PHP paketą | dažniausiai taip | dažniausiai ne | taip, arba kartu su jūsų hostingo teikėju |
| Paleisti iš naujo visus darbinius procesus (worker) ir tai įrodyti | iš dalies | ne | taip, su įrodymu |
| Patikrinti, ar prieš pataisą buvo įsilaužta | paprastai ne | iš dalies | taip |
| Pašalinti webshell ir užpakalines duris | paprastai ne | iš dalies | taip |
| Ataskaita vadovybei, duomenų apsaugai, draudikui | ne | retai | taip |
| Sutvirtinimas ir nuolatinė stebėsena | iš dalies | iš dalies | taip |
Kas įrodyta ir ką dabar daryti
Faktai iš php.net ir BSI pranešimų, parengti vadovybei ir administratoriams.
Kas yra PHP2Shell? Spraga paprastai paaiškinta
PHP2Shell yra dvi kritinės pačiame PHP esančios spragos, per kurias užpuolikai be prisijungimo gali vykdyti kodą žiniatinklio serveriuose. Čia padėtis aiškiais žodžiais.
Skaityti toliau →CVE-2026-109618: RCE dėl atminties pritrūkimo būsenos
CVE-2026-109618 yra viena iš dviejų PHP2Shell spragų: atminties pritrūkimo (Out-of-Memory) būsena gali nutraukti PHP užklausos apdorojimo viduryje. Ištaisyta nuo PHP 8.5.12, 8.4.27, 8.3.36 ir 8.2.35.
Skaityti toliau →CVE-2026-109619: RCE dėl pasenusios visuotinės būsenos
CVE-2026-109619 yra antroji PHP2Shell spraga: vidinė užklausos būsena gali išlikti atlaisvinus atmintį ir būti panaudota kitos užklausos tame pačiame darbiniame procese (worker).
Skaityti toliau →CVE-2026-115560: pastaba dėl sesijos įkėlimo eigos
CVE-2026-115560 yra php.net pastaba iš 2026-10-23: galimas kodo vykdymas tik esant neįprastai sesijos konfigūracijai. Priemonė iki kito leidimo: session.upload_progress.enabled=0.
Skaityti toliau →Kurios PHP versijos paveiktos?
PHP2Shell ištaisyta PHP 8.5.12, 8.4.27, 8.3.36 ir 8.2.35 versijose. PHP 8.1 ir senesnėms oficialių atnaujinimų nebėra. Lentelė rodo būklę pagal šaką.
Skaityti toliau →Kaip teisingai patikrinti PHP versiją ir pataisų būseną
Vien rodoma PHP versija nepasako, ar PHP2Shell uždaryta. Lemia paketų būsena, atgaliniai perkėlimai ir tai, ar nauji procesai tikrai veikia.
Skaityti toliau →Jūsų platformai ir serveriui
Kur kenkėjiškas kodas slepiasi WordPress, Shopware ar TYPO3 ir kaip tikrai pataisyti Plesk, cPanel ar konteineryje.
Platformos
Serveriai ir hostingas
Kiekvienas sektorius turi kitokių duomenų, kuriuos gali prarasti
Sveikatos duomenys, mandantų paslaptys, mokėjimo duomenys: patikrą ir ataskaitą pritaikome pagal jūsų pareigas.
10 žingsnių, kol mes dar neperėmėme
Pažymėkite, kas padaryta. Sąrašas lieka išsaugotas jūsų naršyklėje.
Varnelės saugomos tik jūsų naršyklėje.
72 valandos, NIS2, draudimas
Bendra orientacija vadovybei. Tai nėra teisinė konsultacija.
BDAR pranešimo pareiga: 72 valandos po incidento
Po atakos prieš žiniatinklio serverį gali atsirasti pareiga pranešti priežiūros institucijai. Čia bendrai aprašyta, kada prasideda 72 valandos ir kas prie to priklauso.
Skaityti toliau →NIS2 ir žiniatinklio serverių sauga
NIS2 daugelį įmonių įpareigoja valdyti riziką ir teikti pranešimus. Čia bendrai aprašyta, ką tai reiškia žiniatinklio serveriams ir kur rasti patikimų duomenų.
Skaityti toliau →Kibernetinis draudimas: kas svarbu žalos atveju
Per ataką dažnai lemia ankstyvas draudiko informavimas, išsaugoti įrodymai ir suderinti žingsniai. Čia bendrai aprašyti tipiniai punktai.
Skaityti toliau →Vadovybės atsakomybė už IT saugumo spragas
IT sauga yra vadovybės užduotis. Čia bendrai aprašyta, kokios rūpestingumo pareigos galioja ir kaip vadovai atsekamai priima sprendimus dėl tokių spragų kaip PHP2Shell.
Skaityti toliau →Specialistų straipsniai administratoriams ir programuotojams
PHP2Shell chronologija: įvykiai nuo 2026 m. spalio 17 iki 25 d.
Visos patvirtintos PHP2Shell datos vienoje apžvalgoje, nuo pirmo pastebėto atakos bandymo iki 2026-10-25 būsenos, ir ką iš to išplaukia jūsų patikrai.
Skaityti toliau →Hostingo teikėjo PHP atnaujinimo patvirtinimas: kaip pasiteirauti dėl pataisų būsenos
Rodoma PHP versija po PHP2Shell įrodo nedaug. Su šiuo šablonu iš hostingo teikėjo paprašysite patvirtinimo, kurį galėsite dokumentuoti.
Skaityti toliau →Webshell aptikimas ir šalinimas
Kaip aptikti užpakalines duris PHP žiniatinklio serveriuose nesunaikinant pėdsakų ir kodėl vien ištrynimo retai pakanka.
Skaityti toliau →WordPress užpakalinių durų paieška: sistemingai aptikite užpakalines duris
Kur paprastai slepiasi WordPress užpakalinės durys ir kaip administratoriai jas sistemingai aptinka su WP-CLI ir keliomis komandomis.
Skaityti toliau →Kaip saugiai sukonfigūruoti php.ini
Kurie php.ini nustatymai sumažina atakos paviršių, kaip juos apsaugoti nuo perrašymo ir kas papildomai galioja po PHP2Shell.
Skaityti toliau →Kaip teisingai naudoti PHP disable_functions
Su disable_functions užblokuojate rizikingas PHP funkcijas. Kaip sąrašą pritaikyti programai ir nesustabdyti svetainės.
Skaityti toliau →Padėtis, instrukcijos, sprendimų pagalba
Nuo BSI įspėjimo lygio ir paketų pakeitimų žurnalų iki klausimo, ar įdiegti iš naujo, ar išvalyti. Kiekvienas straipsnis su šaltiniais.
PHP2Shell: kas įrodyta, o kas ne
PHP2Shell faktų patikra: kurie teiginiai kyla iš pirminių šaltinių, kurie iš žiniasklaidos pranešimų ir kurių teiginių nepavyksta pagrįsti.
Skaityti toliau →PHP versijos keitimas talpinimo kliento zonoje
Kaip talpintojo kliento zonoje perjungti PHP versiją, kurią versiją rinktis ir ką tikrinti prieš tai ir po to.
Skaityti toliau →Įspėjamasis ženklas: žiniatinklio serveris paleidžia apvalkalą (shell)
Jei PHP-FPM ar žiniatinklio serverio procesas paleidžia apvalkalą (shell), tai vienas stipriausių įsilaužimo įspėjamųjų ženklų. Kaip patikrinti procesų medį, įvertinti išimtis ir šį šabloną nuolat stebėti.
Skaityti toliau →PHP-FPM baseinų izoliavimas kiekvienai svetainei
Atskiras baseinas kiekvienai svetainei yra pradžia, ne pabaiga. Sužinokite, kaip patikrinti esamus baseinus ir sutvirtinti lizdus, plėtinius, būsenos puslapius, resursus ir žurnalus.
Skaityti toliau →Slaptažodžių saugojimas PHP: teisingas password_hash naudojimas
Kaip kūrėjai PHP saugo slaptažodžius su password_hash ir password_verify, parenka tinkamą metodą ir pakeičia senus MD5 ar SHA-1 maišus (hash) neprašydami visų naudotojų atstatyti slaptažodžio.
Skaityti toliau →IT paslaugų teikėjų sutartys: aiškiai nustatyti saugumo pareigas
PHP2Shell parodė, kaip dažnai neaišku, kas turi taisyti. Kokios saugumo pareigos priklauso sutartims su agentūra, talpinimo ir IT paslaugų teikėju.
Skaityti toliau →Programavimo kalba PHP, aiškiai paaiškinta
Kaip PHP sukuria puslapį, kas yra SAPI, PHP-FPM ir OPcache ir kodėl būtent tai lemia saugumą. Taip pat žodynėlis su visais specialiaisiais terminais.
Kas yra PHP2Shell?
PHP2Shell yra du kritiniai pažeidžiamumai pačiame PHP (CVE-2026-109618 ir CVE-2026-109619, CVSS 9,2). Jie gali leisti užpuolikams vykdyti kenkėjišką kodą serveryje be prisijungimo. Pataisos prieinamos nuo 2026-10-21.
Kurios PHP versijos saugios?
Pataisymai įtraukti į PHP 8.5.12, 8.4.27, 8.3.36 ir 8.2.35. Hostingo teikėjai ir distribucijos kartais įdiegia atgalinius pataisų perkėlimus (backport), nekeisdami versijos numerio. Lemia paketo būsena arba raštiškas teikėjo patvirtinimas.
Ar pakanka WordPress ar parduotuvės atnaujinimo?
Ne. Pažeidžiamumas yra PHP, o ne CMS. CMS atnaujinimas jo neuždaro. O PHP pataisa nepašalina kenkėjiško kodo, kuris buvo įterptas anksčiau.
Kaip greitai galite padėti?
Dirbame nuotoliu ir pradedame, kai tik gauname prieigos duomenis. Parašykite mums „WhatsApp“ žinute apie sistemą, PHP versiją ir pastebėjimus. Tada tiesiogiai suderinsime tolesnius veiksmus.
Ar dirbate ir agentūroms bei hostingo teikėjų klientams?
Taip. Dirbame tiesiogiai įmonėms, agentūrų užsakymu fone ir suderinę su jūsų hostingo teikėju, jei serverį valdo jis.
Ar turime pranešti apie incidentą?
Jei gali būti paveikti asmens duomenys, pagal BDAR 33 straipsnį paprastai taikomas 72 valandų pranešimo terminas nuo sužinojimo momento. Ar jis taikomas, išsiaiškinkite su savo duomenų apsaugos pareigūnu. Techninę dokumentaciją tam parengiame mes.
Kiekviena valanda svarbi. Parašykite mums dabar.
Trumpai aprašykite sistemą, PHP versiją ir pastebėjimus. Mes atsakysime, išsiaiškinsime padėtį ir dirbsime nuotoliu, kol incidentas bus užbaigtas ir dokumentuotas.