Am aplicat patch-ul pentru CVE-2026-109618 și CVE-2026-109619: ce am făcut și ce trebuie să știi

Situația pe scurt: de unde am plecat

Pe 21 octombrie 2026, proiectul PHP a publicat corecțiile pentru două vulnerabilități critice: CVE-2026-109618 și CVE-2026-109619, ambele cu scor CVSS 9.2. În aceeași zi am publicat un articol detaliat despre natura acestor vulnerabilități și am aplicat imediat o măsură de atenuare pe serverele noastre: dezactivarea opțiunii session.upload_progress din configurația PHP, conform recomandării din advisory-ul oficial. Acea măsură a rămas activă pe toată durata în care așteptam pachetele corectate de la furnizorii de platformă.

Ce am făcut în noaptea de 21 spre 22 octombrie

• Monitorizare continuă: am urmărit canalele de securitate ale cPanel și CloudLinux pentru a ști exact când sunt disponibile pachetele PHP corectate.
• Instalare manuală imediată: în primele ore ale dimineții de 22 octombrie, la scurt timp după publicarea pachetelor, am instalat manual actualizările pe serverele de găzduire, fără să așteptăm ciclul de actualizare automată programat.
• Toate versiunile PHP acoperite: patch-ul a fost aplicat pe toate versiunile disponibile pe servere — de la 8.5, 8.4, 8.3, 8.2 (versiuni active) până la 8.1, 8.0, 7.x și 5.6. Pentru versiunile vechi, pe care proiectul PHP nu le mai întreține oficial, corecția vine prin mecanismul de backport de securitate al CloudLinux.
• Restart servicii web: după instalare am repornit serviciile web ca procesele PHP să încarce efectiv codul nou. Repornirea a fost scurtă și s-a desfășurat noaptea, când traficul este minim.
• Măsura de atenuare rămâne activă: dezactivarea session.upload_progress este menținută ca strat suplimentar de protecție, conform recomandării oficiale.

Ce vezi tu în cPanel și ce trebuie să faci

Este posibil să observi că numărul versiunii PHP afișat în cPanel sau în Select PHP Version / MultiPHP Manager nu s-a schimbat — de exemplu, dacă aveai 8.2.34, tot 8.2.34 apare. Acest lucru este normal: corecția de securitate este inclusă în pachetul instalat, fără a modifica numărul de versiune vizibil. Nu trebuie să schimbi nimic și nu trebuie să faci nicio acțiune pentru acest patch. Site-ul tău rulează deja cu codul PHP corectat.

Dacă totuși vrei să verifici că totul funcționează normal după actualizare, cel mai simplu este să deschizi site-ul, să testezi formularele sau funcționalitățile principale și, dacă observi ceva neobișnuit, să deschizi un tichet de suport — suntem disponibili să investigăm.

Cum arată securitatea serverelor în mod obișnuit

Securitatea site-urilor clienților noștri este prioritatea noastră principală. Nu o demonstrăm prin superlative, ci prin ce facem concret: urmărim alertele, aplicăm atenuări în aceeași zi când există un risc critic și instalăm patch-urile imediat ce sunt disponibile.

Dincolo de gestionarea rapidă a acestui incident, serverele MioriticHost rulează cu mai multe straturi de protecție active în permanență: firewall aplicativ ModSecurity care filtrează cererile web suspecte, firewall de server cu blocare automată a adreselor IP care încearcă atacuri de forță brută sau scanări, scanare antimalware periodică a fișierelor și backup-uri zilnice gestionate prin JetBackup, accesibile direct din cPanel.

Pe termen lung, cele mai frecvente incidente de securitate pe care le vedem nu vin din vulnerabilități la nivel de server, ci din pluginuri WordPress neactualizate sau din teme abandonate. Recomandările practice rămân: ține actualizate WordPress, temele și pluginurile; dacă site-ul rulează pe PHP 8.1 sau mai vechi, planifică migrarea pe 8.3 sau 8.4 din MultiPHP Manager după ce faci un backup și verifici compatibilitatea pluginurilor; și dacă observi ceva neobișnuit pe site, nu ezita să deschizi un tichet — nu trebuie să aștepți să fii sigur că este o problemă reală.