Producten en stacks · Hostingcontrolepanelen

PHP2Shell in CloudLinux alt-php: getroffen en hoe op te lossen

De PHP-versie van CloudLinux alt-php controleren

Voer de opdracht voor uw opzet uit. Een versie vanaf 8.2.35, 8.3.36, 8.4.27 of 8.5.12 in de betreffende tak is gepatcht; oudere takken alleen met een leveranciersbuild die dat vermeldt.

rpm -qa 'alt-php*' | sort
/opt/alt/php82/usr/bin/php -v

De versienummers blijven gelijk; controleer de fix in de changelog van het pakket.

De php op de opdrachtregel kan verschillen van de PHP die de site serveert. Controleer voor de zekerheid de web-SAPI (een tijdelijke phpinfo()-pagina achter een login, of de PHP-instellingen van het paneel) en verwijder die daarna. Onze versiecontrole vergelijkt het nummer voor u.

🔎 Versienummer gevonden? Plak het in de PHP2Shell-checker →

PHP2Shell in CloudLinux alt-php oplossen

Voer yum update 'alt-php*' uit (of apt-get upgrade op CloudLinux voor Ubuntu) en herstart Apache, PHP-FPM of LiteSpeed zodat workers herladen.
Is uw alt-php nog niet gepatcht in stable, volg dan de blog van CloudLinux om de TuxCare ELS alt-php-repository toe te voegen.
Installeer de hierboven genoemde gepatchte release of pakketten van de leverancier.
Herstart elk PHP-proces (PHP-FPM-pools, Apache met mod_php, LiteSpeed-lsphp, queue-workers); een draaiend proces houdt de oude PHP in het geheugen.
Bevestig de draaiende versie opnieuw met de controleopdrachten.

Laat u de controle liever aan een AI-agent over? Controleren of u getroffen bent · Oplossen met een AI-agent

Als u nog niet kunt patchen

Zet session.upload_progress.enabled = 0 waar applicaties het niet kunnen overschrijven (php.ini, php_admin_value in de FPM-pool of Apache-config) en herstart PHP.
Zet op PHP 8.5 fatal_error_backtraces = 0.
Het tijdelijke advies van PHP gaat ook over memory_limit en een lage post_max_size; volg de oplossingspagina precies, want deze instellingen dekken maar een deel van de paden.
Beperk de toegang (VPN, IP-allowlist) of haal de dienst offline als die op PHP 8.1 of ouder draait zonder backport van de leverancier. WAF-regels helpen, maar zijn geen fix.

FAQ

Is CloudLinux alt-php getroffen door PHP2Shell?

Getroffen; er is alleen een fix voor sommige versies of onderdelen. CloudLinux backport de fix en houdt zijn eigen, lagere versienummers. De ea-php-pakketten (ea-php52 tot ea-php85) zijn uitgebracht. Voor alt-php op CloudLinux 7, 8 en 9 waren de gepatchte pakketten nog onderweg naar stable, met de TuxCare ELS alt-php-repository als tijdelijke bron; CloudLinux 10 en CloudLinux voor Ubuntu 22.04 hebben ze in stable. Imunify360-regels zijn een tijdelijke mitigatie, geen fix.

Lost het bijwerken van CloudLinux alt-php zelf CVE-2026-109618 en CVE-2026-109619 op?

Alleen als de update gepatchte PHP bevat. PHP2Shell is een lek in de PHP-interpreter; het gaat om de PHP waarop CloudLinux alt-php draait. Controleer de versie na het bijwerken.

Welke PHP-versies lossen PHP2Shell op?

PHP 8.2.35, 8.3.36, 8.4.27 en 8.5.12, uitgebracht op 21 oktober 2026. PHP 8.1 en ouder krijgen geen release van het PHP-project; alleen leveranciersbuilds met backport (of een zelf gebouwde bronpatch voor 7.4, 8.0 en 8.1) lossen ze op.

Wat als er voor CloudLinux alt-php nog geen fix is?

Houd de PHP-webinterface van internet af (VPN of IP-allowlist), pas de tijdelijke PHP-instellingen toe zoals het uitschakelen van session upload progress, en installeer de update van de leverancier zodra die uitkomt. Tijdelijke instellingen verkleinen het risico, maar zijn geen fix.

← Alle producten met ingebouwde PHP

Zie ook: Oplossing per platform · Getroffen versies · Status leveranciers

Bronnen

Externe links verlaten deze site. Wij hosten geen exploitcode.

Onofficiële samenvatting van openbare bronnen. Deze site is niet verbonden aan de leverancier of het PHP-project en host geen exploitcode.