Neielāpots PHP ir vaļā durvis. Mēs tās aizveram.
Attālināta ārkārtas palīdzība uzņēmumiem Eiropā: PHP ielāpošana, ielaušanās pēdu pārbaude, ļaunprātīga koda noņemšana, serveru nostiprināšana. Nekavējoties, kopā ar specializētiem partneriem, līdz incidents ir slēgts un dokumentēts.
$ php -v PHP 8.3.35 (cli) (built: Sep 30 2026) ! Stāvoklis pirms 21.10.2026 ielāpa $ phpsos pruefen --ziel produktion Darbības režīms .. php-fpm CVE-2026-109618 .. atvērts CVE-2026-109619 .. atvērts Darbprocesu pārstartēšana .. gaida izpildi $ phpsos absichern [ok] Pakotne 8.3.36 instalēta [ok] visi darbprocesi pārstartēti [ok] Failu sistēma pārbaudīta uz webshell [ok] Ziņojums vadībai sagatavots
- Made in GermanyIT drošība no Vācijas, darbs saskaņā ar Eiropas datu aizsardzības tiesību aktiem.
- Vairāk nekā 25 gadiVairāk nekā 25 gadus kopā ar mūsu partneru tīklu specializējamies IT drošībā un serveru darbībā.
- Partneru tīklsSpecializēti kiberdrošības speciālisti kriminālistikai, iekļūšanas testiem un serveru nostiprināšanai, koordinēti ar vienu kontaktpersonu.
Vai tas skar jūs? Zvaniet mums. Mēs palīdzēsim.
Uzlauzts, bloķēts, atrasts web shell vai nav skaidrs, vai PHP2Shell skar jūs: sazinieties ar mums tūlīt. Pārņemam lietu no pirmā ziņojuma, attālināti un bez ierašanās.
Vai jūsu PHP jau ir ielāpots?
Ievadiet savu PHP versiju. Tests salīdzina to ar php.net drošības paziņojumiem un norāda, kas darāms tālāk. Svarīgi: arī ielāpota versija nepierāda, ka pirms atjaunināšanas nekas nav noticis.
Cik steidzama ir jūsu situācija?
Četri jautājumi, vērtējums, pirmie soļi un mums sagatavota WhatsApp ziņa. 3. līmenī: neko neizdzēsiet, neko neuzstādiet no jauna, saglabājiet pēdas.
No ārkārtas izsaukuma līdz nostiprinātam serverim
Mēs uzņemamies tehnisko pusi un sniedzam pierādījumus, kas vajadzīgi vadībai, datu aizsardzībai un apdrošināšanai.
PHP2Shell tūlītēja palīdzība: palīdzība PHP ievainojamības gadījumā
Mēs attālināti aizveram PHP2Shell jūsu tīmekļa serveros: uzskaite, ielāps vai pagaidu pasākums, visu darbprocesu pārstartēšana un rakstisks apliecinājums.
Lasīt tālāk →02Vietne uzlauzta, ko darīt? Attālināta ārkārtas palīdzība
Jūsu vietne ir uzlauzta vai uzvedas neparasti? Mēs attālināti uzņemamies ierobežošanu, pēdu saglabāšanu, attīrīšanu un dokumentēšanu.
Lasīt tālāk →03PHP ielāpu pakalpojums: atjauninājuma instalēšana ar pārstartēšanu un apliecinājumu
Mēs instalējam PHP atjauninājumu jūsu serveros, pārstartējam visus PHP procesus un sniedzam rakstisku apliecinājumu par versiju, pakotnes stāvokli un pārstartēšanu.
Lasīt tālāk →04Servera nostiprināšana PHP tīmekļa serveriem
Mēs nostiprinām jūsu PHP tīmekļa serverus pēc noteikta plāna: katras vietnes izolācija, droša PHP konfigurācija, failu tiesības, piekļuves, žurnāli un rezerves kopijas.
Lasīt tālāk →05Ļaunprogrammatūras un webshell noņemšana no vietnes
Mēs noņemam ļaunprātīgu kodu, webshell un slēptās piekļuves no vietnēm un serveriem, atjaunojam no uzticamiem avotiem un aizveram ielaušanās ceļu.
Lasīt tālāk →06Incident Response serveru uzbrukumu gadījumā
Strukturēta incidenta apstrāde uzbrukumos tīmekļa serveriem: situācijas attēls, ierobežošana, novēršana, atjaunošana un pēcapstrāde ar noteiktām lomām.
Lasīt tālāk →Kā mēs strādājam ārkārtas gadījumā
Skaidri soļi, viena kontaktpersona, viss attālināti. Ja nepieciešama forensika vai pentests, pievienojas speciālisti no mūsu partneru tīkla.
Situācijas noskaidrošana
Jūs rakstāt pa WhatsApp vai zvanāt. Mēs noskaidrojam sistēmu, PHP versiju, hostinga sniedzēju un novērojumus.
Nodrošināt un aizvērt
Saglabāt pēdas, ielāpot PHP vai ieviest pagaidu pasākumus, pārstartēt visus darbprocesus, apliecināt ielāpa stāvokli.
Pārbaudīt un attīrīt
Pārbaudīt failus, datubāzi, kontus un žurnālus, vai nav ielaušanās pēdu. Noņemt webshell un slēptās piekļuves.
Nostiprināt un ziņot
Nostiprināt konfigurāciju, iestatīt monitoringu, sagatavot ziņojumu vadībai, datu aizsardzībai un apdrošināšanai.
Vēl nevar uzlikt ielāpu? Pagaidu pasākumi
php.net min iestatījumus, kas apgrūtina zināmos uzbrukuma ceļus, kamēr nav instalēts atjauninājums. Izvēlieties savu darbības režīmu, nokopējiet rindas un pēc tam pārstartējiet visus PHP procesus.
BSI (Vācijas Federālais informācijas drošības birojs) iesaka: ja atjaunināšana nav iespējama nekavējoties, uz laiku atvienot tīmekļa serveri no tīkla.
Pagaidu pasākumi saskaņā ar php.net, nevis atjauninājuma aizstājējs. memory_limit=-1 tikai kopā ar atmiņas ierobežojumu, izmantojot konteineru vai cgroup. Iepriekš saglabājiet konfigurācijas kopiju.
Kurš ko dara? Sprauga starp hostinga sniedzēju un aģentūru
Daudzi uzņēmumi paļaujas, ka ielāpu uzliks „kāds“. Parasti sadalījums ir šāds:
| Uzdevums | Hostinga sniedzējs (koplietošanas hostings) | Aģentūra / tīmekļa dizains | PHP SOS |
|---|---|---|---|
| Atjaunināt PHP pakotni | parasti jā | parasti nē | jā, vai kopā ar jūsu hostinga sniedzēju |
| Pārstartēt visus darbprocesus un apliecināt | daļēji | nē | jā, ar pierādījumu |
| Pārbaudīt, vai pirms ielāpa nav notikusi ielaušanās | parasti nē | daļēji | jā |
| Noņemt webshell un slēptās piekļuves | parasti nē | daļēji | jā |
| Ziņojums vadībai, datu aizsardzībai, apdrošināšanai | nē | reti | jā |
| Nostiprināšana un pastāvīgs monitorings | daļēji | daļēji | jā |
Kas ir pierādīts un ko darīt tagad
Fakti no php.net un BSI paziņojumiem, sagatavoti vadībai un administratoriem.
Kas ir PHP2Shell? Ievainojamība vienkārši izskaidrota
PHP2Shell ir divas kritiskas ievainojamības pašā PHP, ar kurām uzbrucēji var izpildīt kodu tīmekļa serveros bez pieteikšanās. Šeit situācija skaidros vārdos.
Lasīt tālāk →CVE-2026-109618: RCE Out-of-Memory stāvokļa dēļ
CVE-2026-109618 ir viena no abām PHP2Shell ievainojamībām: Out-of-Memory stāvoklis var pārtraukt PHP pieprasījuma apstrādes vidū. Labots no PHP 8.5.12, 8.4.27, 8.3.36 un 8.2.35.
Lasīt tālāk →CVE-2026-109619: RCE novecojuša globāla stāvokļa dēļ
CVE-2026-109619 ir otrā PHP2Shell ievainojamība: pieprasījuma iekšējais stāvoklis pēc atmiņas atbrīvošanas var saglabāties, un nākamais pieprasījums tajā pašā darbprocesā to var izmantot.
Lasīt tālāk →CVE-2026-115560: norāde par session upload progress
CVE-2026-115560 ir php.net norāde no 23.10.2026: iespējama koda izpilde tikai neparastā sesiju konfigurācijā. Pretlīdzeklis līdz nākamajam izlaidumam: session.upload_progress.enabled=0.
Lasīt tālāk →Kuras PHP versijas ir skartas?
PHP2Shell ir labots PHP 8.5.12, 8.4.27, 8.3.36 un 8.2.35. PHP 8.1 un vecākām versijām oficiālu atjauninājumu vairs nav. Tabula rāda stāvokli katram atzaram.
Lasīt tālāk →PHP versijas un ielāpa stāvokļa pareiza pārbaude
Redzamā PHP versija vien nenorāda, vai PHP2Shell ir aizvērta. Izšķirošs ir pakotnes stāvoklis, backport labojumi un tas, vai jaunie procesi patiešām darbojas.
Lasīt tālāk →Jūsu platformai un serverim
Kur ļaunprātīgs kods slēpjas WordPress, Shopware vai TYPO3 un kā patiešām ielāpot Plesk, cPanel vai konteinerā.
Platformas
Serveri un hostings
Katrai nozarei ir citi dati, ko zaudēt
Veselības dati, klientu konfidenciālā informācija, maksājumu dati: mēs pielāgojam pārbaudi un ziņojumu jūsu pienākumiem.
10 soļi, pirms mēs uzņemamies
Atzīmējiet paveikto. Saraksts tiek saglabāts jūsu pārlūkprogrammā.
Atzīmes tiek saglabātas tikai jūsu pārlūkprogrammā.
72 stundas, NIS2, apdrošināšana
Vispārīga orientācija vadībai. Nav juridiskā konsultācija.
VDAR ziņošanas pienākums: 72 stundas pēc incidenta
Pēc uzbrukuma tīmekļa serverim var rasties pienākums ziņot uzraudzības iestādei. Šeit vispārīgi: kad sākas 72 stundas un kas pie tā pieder.
Lasīt tālāk →NIS2 un tīmekļa serveru drošība
NIS2 daudziem uzņēmumiem uzliek pienākumu pārvaldīt riskus un ziņot. Šeit vispārīgi: ko tas nozīmē tīmekļa serveriem un kur atrast uzticamu informāciju.
Lasīt tālāk →Kiberapdrošināšana: kas svarīgi apdrošināšanas gadījumā
Uzbrukuma gadījumā izmaksu bieži nosaka agrīna apdrošinātāja informēšana, nodrošināti pierādījumi un saskaņoti soļi. Šeit vispārīgi tipiskie punkti.
Lasīt tālāk →Vadības atbildība IT drošības nepilnību gadījumā
IT drošība ir vadības uzdevums. Šeit vispārīgi: kādi rūpības pienākumi ir spēkā un kā vadītāji ievainojamību, piemēram, PHP2Shell, gadījumā var pieņemt izsekojamus lēmumus.
Lasīt tālāk →Speciālistu raksti administratoriem un izstrādātājiem
PHP2Shell laika līnija: notikumu hronoloģija no 2026. gada 17. līdz 25. oktobrim
Visi apliecinātie PHP2Shell datumi vienā pārskatā, no pirmā novērotā uzbrukuma mēģinājuma līdz stāvoklim 25.10.2026, un ko no tiem secināt jūsu pārbaudei.
Lasīt tālāk →Hostinga sniedzēja PHP atjauninājuma apstiprinājums: kā pajautāt par ielāpa stāvokli
Redzamā PHP versija pēc PHP2Shell pierāda maz. Ar šo paraugu no hostinga sniedzēja pieprasiet apstiprinājumu, ko varat dokumentēt.
Lasīt tālāk →Webshell atklāšana un noņemšana
Kā uz PHP tīmekļa serveriem atrast slēptās piekļuves, nesabojājot pēdas, un kāpēc ar dzēšanu vien reti pietiek.
Lasīt tālāk →WordPress backdoor atrašana: slēpto piekļuvju sistemātiska meklēšana
Kur WordPress parasti slēpjas piekļuves un kā administratori tās sistemātiski atrod ar WP-CLI un dažām komandām.
Lasīt tālāk →php.ini drošā konfigurēšana
Kuri php.ini iestatījumi samazina uzbrukuma virsmu, kā tos pasargāt no pārrakstīšanas un kas pēc PHP2Shell ir jāņem vērā papildus.
Lasīt tālāk →PHP disable_functions pareiza lietošana
Ar disable_functions bloķējat riskantas PHP funkcijas. Kā sarakstu iestatīt atbilstoši lietojumprogrammai, neparalizējot vietni.
Lasīt tālāk →Situācija, instrukcijas, lēmumu atbalsts
No BSI brīdinājuma līmeņa un pakotņu izmaiņu žurnāliem (changelog) līdz jautājumam, vai uzstādīt no jauna vai attīrīt. Katrs raksts ar avotiem.
PHP2Shell: kas ir pierādīts un kas nav
PHP2Shell faktu pārbaude: kuri apgalvojumi nāk no primārajiem avotiem, kuri no mediju ziņojumiem un kurus apgalvojumus apstiprināt nevar.
Lasīt tālāk →PHP versijas maiņa hostinga klienta sadaļā
Kā hostinga sniedzēja klienta sadaļā pārslēgt PHP versiju, kuru versiju izvēlēties un ko pārbaudīt pirms un pēc.
Lasīt tālāk →Brīdinājuma pazīme: tīmekļa serveris startē shell
Ja PHP-FPM vai tīmekļa servera process startē shell, tā ir viena no spēcīgākajām ielaušanās brīdinājuma pazīmēm. Kā pārbaudīt procesu koku, novērtēt izņēmumus un modeli uzraudzīt pastāvīgi.
Lasīt tālāk →PHP-FPM pūlu izolēšana katrai vietnei
Savs pūls katrai vietnei ir sākums, nevis beigas. Kā pārbaudīt esošos pūlus un nostiprināt sockets, paplašinājumus, statusa lapas, resursus un žurnālus.
Lasīt tālāk →Paroļu droša glabāšana PHP: pareiza password_hash lietošana
Kā izstrādātāji PHP glabā paroles ar password_hash un password_verify, izvēlas piemērotu metodi un nomaina vecos MD5 vai SHA-1 jaucējkodus, nepieprasot paroles atiestatīšanu visiem lietotājiem.
Lasīt tālāk →IT pakalpojumu sniedzēju līgumi: skaidri noteikt drošības pienākumus
PHP2Shell parādīja, cik bieži nav skaidrs, kam jāielāpo. Kādi drošības pienākumi pieder līgumiem ar aģentūru, hostinga un IT pakalpojumu sniedzēju.
Lasīt tālāk →Programmēšanas valoda PHP, saprotami izskaidrota
Kā PHP izveido lapu, kas ir SAPI, PHP-FPM un OPcache un kāpēc tieši tas nosaka drošību. Papildus glosārijs ar visiem speciālajiem terminiem.
Kas ir PHP2Shell?
PHP2Shell ir divas kritiskas ievainojamības pašā PHP (CVE-2026-109618 un CVE-2026-109619, CVSS 9.2). Tās var ļaut uzbrucējiem izpildīt ļaunprātīgu kodu serverī bez pieteikšanās. Ielāpi ir pieejami kopš 21.10.2026.
Kuras PHP versijas ir drošas?
Labojumi ir iekļauti PHP 8.5.12, 8.4.27, 8.3.36 un 8.2.35. Hostinga sniedzēji un distributīvi dažkārt ievieš atpakaļ pārnestus labojumus (backport), nemainot versijas numuru. Izšķirošs ir pakotnes stāvoklis vai pakalpojuma sniedzēja rakstisks apstiprinājums.
Vai pietiek ar WordPress vai veikala atjauninājumu?
Nē. Ievainojamība ir PHP, nevis CMS. CMS atjauninājums to neaizver. Un PHP ielāps nenoņem ļaunprātīgu kodu, kas tika ievadīts jau iepriekš.
Cik ātri jūs varat palīdzēt?
Mēs strādājam attālināti un sākam, tiklīdz ir piekļuves dati. Uzrakstiet mums WhatsApp ziņā sistēmu, PHP versiju un novēroto. Tad tieši vienosimies par turpmāko rīcību.
Vai strādājat arī aģentūrām un hostinga sniedzēju klientiem?
Jā. Mēs strādājam tieši uzņēmumiem, aģentūru uzdevumā fonā un saskaņā ar jūsu hostinga sniedzēju, ja serveri pārvalda viņš.
Vai mums jāziņo par incidentu?
Ja var būt skarti personas dati, saskaņā ar VDAR 33. pantu parasti ir spēkā 72 stundu ziņošanas termiņš no brīža, kad kļuvis zināms. Vai tas attiecas uz jums, noskaidrojiet ar savu datu aizsardzības speciālistu. Mēs sagatavojam tam nepieciešamo tehnisko dokumentāciju.
Katra stunda ir svarīga. Rakstiet mums tūlīt.
Īsi aprakstiet sistēmu, PHP versiju un novēroto. Mēs sazināsimies, noskaidrosim situāciju un strādāsim attālināti, līdz incidents ir slēgts un dokumentēts.