Producten en stacks · Hostingcontrolepanelen

PHP2Shell in Plesk: getroffen en hoe op te lossen

De PHP-versie van Plesk 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.

plesk bin php_handler --list
/opt/plesk/php/8.3/bin/php -v
plesk version

Voor 7.4, 8.0 en 8.1 verandert het versienummer niet; controleer dat de builddatum in php -v 21 oktober 2026 of later is.

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 Plesk oplossen

Werk componenten bij: plesk installer --select-release-current --upgrade-installed-components (of Tools & Settings → Updates).
Herstart PHP: systemctl restart 'plesk-php*-fpm*' of plesk bin php_handler --reread.
PHP-handlers van het besturingssysteem op dezelfde server werkt u bij met apt of dnf.
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 Plesk getroffen door PHP2Shell?

Getroffen tot u de gepatchte release van de leverancier installeert. De PHP voor sites in Plesk is gepatcht: 8.2.35, 8.3.36, 8.4.27 en 8.5.12 op Linux en Windows, en op Linux builds van 7.4.33, 8.0.30 en 8.1.34 gedateerd 21 oktober 2026. De engine van het panel (sw-engine) is gepatcht in Plesk Obsidian 18.0.80 Update 11 en 18.0.81 Update 4. Voor 5.6, 7.2 en 7.3 raadt Plesk het betaalde TuxCare ELS aan.

Lost het bijwerken van Plesk 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 Plesk 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 Plesk 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.