# PHP2Shell: viss par kritisko PHP ievainojamību

> PHP2Shell saprotami izskaidrots: CVE-2026-109618 un CVE-2026-109619, skartās versijas, pārbaude, pārstartēšana un pagaidu pasākumi.

Avots: https://phpsos.de/lv/php2shell/  
Aktuāls uz: 25.10.2026  
Pakalpojuma sniedzējs: PHP SOS, PHP ārkārtas palīdzība un serveru drošība. Tūlītēja palīdzība pa WhatsApp: https://wa.me/491736494914?text=Sveiki%2C%20PHP%20SOS%2C%20mums%20nepiecie%C5%A1ama%20pal%C4%ABdz%C4%ABba%20ar%20m%C5%ABsu%20PHP%20serveri.%20Uz%C5%86%C4%93mums%3A%20%E2%80%A6%20Vietne%3A%20%E2%80%A6

Divas kritiskas ievainojamības pašā PHP, CVSS 9.2, ļaunprātīgs kods bez pieteikšanās. Šeit ir aprakstīts, kas ir pierādīts, kuras versijas ir drošas un ko darīt tagad.

- [Kas ir PHP2Shell? Ievainojamība vienkārši izskaidrota](https://phpsos.de/lv/php2shell/was-ist-php2shell/): 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.
- [CVE-2026-109618: RCE Out-of-Memory stāvokļa dēļ](https://phpsos.de/lv/php2shell/cve-2026-109618/): 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.
- [CVE-2026-109619: RCE novecojuša globāla stāvokļa dēļ](https://phpsos.de/lv/php2shell/cve-2026-109619/): 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.
- [CVE-2026-115560: norāde par session upload progress](https://phpsos.de/lv/php2shell/cve-2026-115560/): 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.
- [Kuras PHP versijas ir skartas?](https://phpsos.de/lv/php2shell/betroffene-php-versionen/): 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.
- [PHP versijas un ielāpa stāvokļa pareiza pārbaude](https://phpsos.de/lv/php2shell/php-version-pruefen/): 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.
- [Kāpēc mod_php rada augstāko risku](https://phpsos.de/lv/php2shell/mod-php-risiko/): Apache ar mod_php gadījumā PHP komanda PHP2Shell risku vērtē kā augstāko: tur exploit tika demonstrēts, vēl pirms tiek izpildīts lietojumprogrammas kods. Kā pārbaudīt un rīkoties.
- [Pēc atjauninājuma: PHP-FPM un visu darbprocesu pārstartēšana](https://phpsos.de/lv/php2shell/php-fpm-neustart/): PHP atjauninājums darbojas tikai tad, kad visi PHP procesi ir pārstartēti. Šeit komandas PHP-FPM, Apache, LiteSpeed un konteineriem un kā pārbaudīt pārstartēšanu.
- [Tūlītēji pasākumi, ja vēl nevarat ielāpot](https://phpsos.de/lv/php2shell/sofortmassnahmen-ohne-patch/): Ja PHP atjauninājums vēl nav iespējams, php.net pagaidu pasākumi samazina risku, bet pilnībā neaizsargā. Lūk, kā tos iestatīt pareizi.
- [PHP 8.1 un vecākas: kas tagad ir spēkā](https://phpsos.de/lv/php2shell/php-8-1-und-aelter/): PHP 8.1, 8.0, 7.4 un vecākām versijām pret PHP2Shell nav oficiālu atjauninājumu. Ko dod pirmkoda backport labojumi un kā izskatās ceļš uz atbalstītu versiju.
- [PHP ielāpošana Docker konteineros](https://phpsos.de/lv/php2shell/docker-container-patchen/): Konteineri paši neielāpojas. Pret PHP2Shell PHP attēls jāpārbūvē vai jāievelk no jauna un katrs konteiners jāizveido no jaunā attēla.
- [Vai mani jau ir uzlauzuši? Pazīmes pēc PHP2Shell](https://phpsos.de/lv/php2shell/bin-ich-gehackt-anzeichen/): PHP2Shell nav apstiprinātu Indicators of Compromise. Pēc kā tomēr atpazīt, vai serveris ir uzlauzts, un kā pārbaudīt, nesabojājot pēdas.