PHP2Shell: tot despre vulnerabilitatea critică PHP
Două vulnerabilități critice în PHP însuși, CVSS 9.2, cod malițios fără autentificare. Aici găsiți ce este dovedit, ce versiuni sunt sigure și ce faceți acum.
Ce este PHP2Shell? Vulnerabilitatea explicată simplu
PHP2Shell înseamnă două vulnerabilități critice în PHP însuși, prin care atacatorii pot executa cod pe servere web fără autentificare. Iată situația pe înțelesul tuturor.
Citiți mai departe →02CVE-2026-109618: RCE prin stare Out-of-Memory
CVE-2026-109618 este una dintre cele două vulnerabilități PHP2Shell: o stare Out-of-Memory poate întrerupe PHP în mijlocul procesării cererii. Remediat de la PHP 8.5.12, 8.4.27, 8.3.36 și 8.2.35.
Citiți mai departe →03CVE-2026-109619: RCE prin stare globală învechită
CVE-2026-109619 este a doua vulnerabilitate PHP2Shell: starea internă a unei cereri poate persista după eliberarea memoriei și poate fi folosită de următoarea cerere din același worker.
Citiți mai departe →04CVE-2026-115560: indicația privind session upload progress
CVE-2026-115560 este o indicație php.net din 23.10.2026: posibilă execuție de cod doar la o configurație neobișnuită a sesiunilor. Remediu până la următoarea versiune: session.upload_progress.enabled=0.
Citiți mai departe →05Ce versiuni PHP sunt afectate?
PHP2Shell este remediat în PHP 8.5.12, 8.4.27, 8.3.36 și 8.2.35. Pentru PHP 8.1 și versiunile mai vechi nu mai există actualizări oficiale. Tabelul arată starea pentru fiecare ramură.
Citiți mai departe →06Cum verificați corect versiunea PHP și starea patchului
Versiunea PHP afișată nu spune singură dacă PHP2Shell este închis. Decisive sunt starea pachetului, backporturile și faptul că noile procese rulează cu adevărat.
Citiți mai departe →07De ce mod_php prezintă cel mai mare risc
La Apache cu mod_php, echipa PHP evaluează riscul PHP2Shell ca fiind cel mai ridicat: acolo a fost demonstrat un exploit înainte ca vreun cod de aplicație să ruleze. Cum verificați și cum acționați.
Citiți mai departe →08După actualizare: reporniți PHP-FPM și toți workerii
O actualizare PHP are efect abia după repornirea tuturor proceselor PHP. Iată comenzile pentru PHP-FPM, Apache, LiteSpeed și containere și cum verificați repornirea.
Citiți mai departe →09Măsuri imediate dacă nu puteți încă aplica patchul
Dacă actualizarea PHP nu este încă posibilă, măsurile provizorii de la php.net reduc riscul, dar nu protejează complet. Iată cum le setați corect.
Citiți mai departe →10PHP 8.1 și versiuni mai vechi: ce se aplică acum
Pentru PHP 8.1, 8.0, 7.4 și versiunile mai vechi nu există actualizări oficiale împotriva PHP2Shell. Ce oferă backporturile din codul sursă și cum arată calea spre o versiune susținută.
Citiți mai departe →11Cum actualizați PHP în containere Docker
Containerele nu se actualizează singure. Împotriva PHP2Shell trebuie să reconstruiți sau să trageți din nou imaginea PHP și să recreați fiecare container din noua imagine.
Citiți mai departe →12Am fost deja compromis? Semne după PHP2Shell
Pentru PHP2Shell nu există Indicators of Compromise confirmați. Cum recunoașteți totuși dacă serverul dumneavoastră a fost hackuit și cum verificați fără să distrugeți urmele.
Citiți mai departe →Fiecare oră contează. Scrieți-ne acum.
Descrieți pe scurt sistemul, versiunea PHP și ce ați observat. Ne vom face auziți, clarificăm situația și lucrăm la distanță până când incidentul este încheiat și documentat.