Aktuālā situācija: PHP2Shell. Divas kritiskas PHP ievainojamības (CVSS 9.2) ļauj izpildīt ļaunprātīgu kodu bez pieteikšanās. Ielāpi kopš 21.10.2026.Kas jādara tagad →
12 lapas

PHP2Shell: viss par kritisko PHP ievainojamību

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.

01

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 →
02

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 →
03

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 →
04

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 →
05

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 →
06

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 →
07

Kāpēc mod_php rada augstāko risku

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.

Lasīt tālāk →
08

Pēc atjauninājuma: PHP-FPM un visu darbprocesu pārstartēšana

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.

Lasīt tālāk →
09

Tūlītēji pasākumi, ja vēl nevarat ielāpot

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.

Lasīt tālāk →
10

PHP 8.1 un vecākas: kas tagad ir spēkā

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.

Lasīt tālāk →
11

PHP ielāpošana Docker konteineros

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.

Lasīt tālāk →
12

Vai mani jau ir uzlauzuši? Pazīmes pēc PHP2Shell

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.

Lasīt tālāk →
Tūlītējs kontakts

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.

Tūlītēja palīdzība