PHP2Shell pe un VPS administrat de dvs: ce aveți de făcut

Pe un VPS administrat de dvs, actualizarea PHP pentru PHP2Shell (CVE-2026-109618 și CVE-2026-109619) vă revine, ca orice actualizare de sistem. Mai jos găsiți pașii și o măsură temporară pentru cazul în care nu puteți actualiza imediat.

Ce versiuni au corecția

Pe 21 octombrie 2026 echipa PHP a publicat versiunile 8.2.35, 8.3.36, 8.4.27 și 8.5.12. Multe distribuții Linux de server aplică însă corecția peste versiunea existentă, așa că numărul versiunii poate rămâne același. Contează ca pachetul instalat să menționeze cele două CVE-uri în changelog.

Pentru PHP 7.4, 8.0 și 8.1 echipa PHP a publicat corecția doar ca cod sursă, iar pachetele corectate depind de furnizorul lor. Pentru 5.x și 7.0 până la 7.3 nu există corecție. Singura variantă sigură este trecerea pe o versiune susținută, de exemplu 8.3 sau 8.4.

Pașii

  1. Aflați ce versiuni PHP rulează și din ce pachete vin:
php -v
rpm -qa | grep -i php        # AlmaLinux, CloudLinux, cPanel
dpkg -l | grep -i php        # Debian, Ubuntu
  1. Actualizați pachetele PHP, după sistem:
dnf update 'ea-php*' 'alt-php*'    # cPanel (alt-php doar pe CloudLinux)
dnf update 'php*'                  # AlmaLinux / Rocky / RHEL fără cPanel
apt update && apt upgrade          # Debian / Ubuntu

Pe un VPS cu cPanel actualizarea automată de noapte instalează pachetele ea-php dacă nu ați dezactivat-o. Verificați totuși pasul următor.

  1. Reporniți PHP, pentru că procesele pornite înainte de actualizare rulează în continuare codul vechi:
systemctl restart php-fpm                          # PHP-FPM (pe Debian/Ubuntu: php8.3-fpm etc.)
/scripts/restartsrv_apache_php_fpm                 # PHP-FPM pe cPanel
systemctl restart httpd                            # Apache cu mod_php (pe Debian/Ubuntu: apache2)
touch /usr/local/lsws/admin/tmp/.lsphp_restart.txt # LiteSpeed
  1. Verificați că pachetul conține corecția:
rpm -q --changelog <pachet> | grep CVE-2026-109618
apt changelog <pachet> | grep CVE-2026-109618

În phpinfo(), câmpul “Build Date” trebuie să arate o dată de 20 octombrie 2026 sau mai nouă.

Dacă nu puteți actualiza imediat

Ca măsură temporară, setați în php.ini linia de mai jos și reporniți PHP:

session.upload_progress.enabled = 0

Setarea închide calea de atac cunoscută pentru CVE-2026-109619. Pentru CVE-2026-109618 nu există o setare care să o închidă complet, deci actualizarea rămâne necesară. Cel mai expus este PHP rulat ca modul Apache (mod_php), unde echipa PHP a confirmat execuția de cod.

Dacă preferați să o facem noi

Putem face actualizarea ca intervenție punctuală, cu verificarea de după. Scrieți-ne la suport și vă trimitem oferta.

Ultima actualizare: 22 octombrie 2026.

Scrie un comentariu

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.