Vulnerabilități critice în PHP și riscurile majore pentru infrastructura web

O alertă emisă pe bază de date oficiale avertizează asupra unei amenințări majore care vizează mediul digital global și implicit platformele web moderne: echipa de securitate PHP a lansat actualizări de urgență pentru a remedia două vulnerabilități majore clasificate sub identificatorii CVE-2026-109618 și CVE-2026-109619 (cunoscute în spațiul public drept „PHP2Shell”) .

Având în vedere că limbajul PHP stă la baza a peste 70% din site-urile și aplicațiile web la nivel global (inclusiv platforme populare de tip CMS, magazine online sau portaluri instituționale), amploarea acestei situații pune în gardă administratorii de sisteme, companiile și instituțiile care operează infrastructuri digitale expuse pe internet.

Ce presupun aceste vulnerabilități?

Ambele vulnerabilități au primit un scor CVSS v4.0 de 9.2 (critic), fiind confirmate oficial de echipa PHP. Principalul pericol constă în faptul că acestea pot permite execuția de cod la distanță (RCE) fără a fi nevoie de autentificare.

În termeni practici, un atacator cibernetic poate prelua controlul asupra unui server vulnerabil și neactualizat doar printr-o cerere malițioasă trimisă în mod corespunzător. Impactul final depinde de configurația mediului afectat și de privilegiile cu care rulează procesul PHP pe server.

Starea actuală și riscul de exploatare pe scară largă

Echipa de securitate PHP a publicat versiunile corectate PHP 8.5.12, 8.4.27, 8.3.36 și 8.2.35. Cu toate acestea, specialiștii avertizează că existența dovezilor de concept publice și a traficului de atac raportat face ca exploatarea pe scară largă să fie extrem de probabilă.

• Versiunile vulnerabile și suportul oficial:
  • Seriile PHP 8.2, 8.3, 8.4 și 8.5 dispun de versiuni corectate oficial.
  • Versiunile PHP 8.1 și mai vechi au ieșit complet din ciclul de suport oficial (EOL) și nu vor beneficia de patch-uri din partea echipei PHP, lăsând mii de servere vechi într-o zonă de risc maxim.

Ce trebuie să facă administratorii și deținătorii de site-uri?

Conform recomandărilor transmise, măsurile trebuie luate cu maximă urgență:

1. Actualizarea imediată (Patching): Aceasta este singura măsură eficientă pe termen lung. Serverele trebuie actualizate la ultimele versiuni suportate, urmate de repornirea proceselor PHP / PHP-FPM și verificarea versiunii rulate efectiv în producție.
2. Pentru sistemele care nu pot fi actualizate instantaneu, se recomandă dezactivarea temporară a funcției session upload progress sau blocarea la nivel de server web a cererilor cu antetul suspect Content-Type: multipart/form-data, deși acestea au rol strict de protecție parțială și nu înlocuiesc actualizarea.
3. Inventarierea și izolarea: Identificarea tuturor mediilor de test, a platformelor vechi sau a sistemelor care rulează pe versiuni EOL (End-of-Life) și izolarea lor temporară de la rețeaua publică până la migrarea completă.
4. Verificarea indicatorilor de compromitere (IoC): Administratorii sunt sfătuiți să analizeze jurnalele de server pentru a depista cereri multipart neobișnuite, fișiere noi sau modificate în directoarele web (cum ar fi modificări ale .user.ini), procese de tip shell neautorizate sau conturi noi de administrator apărute în aplicații începând cu momentul declanșării riscului.

În conformitate cu legislația în vigoare privind securitatea cibernetică (Legea nr. 58/2023), responsabilitatea protejării infrastructurilor informatice revine integral celor care le dețin și le administrează. Intervenția rapidă și actualizarea riguroasă rămân singurele căi sigure pentru a preveni compromiterea datelor și a serviciilor web.