Producten en stacks · Hostingplatforms en serverbeheerders

PHP2Shell in Nexcess: getroffen en hoe op te lossen

Snel oordeel

Getroffen; er is alleen een fix voor sommige versies of onderdelen.

Status leverancier: Gedeeltelijk opgelost
PHP: patched builds deploying · cPanel 8.2–8.5 + 7.4–8.1 backports · CloudLinux backports 5.2–8.5 · Plesk · cPanel/WHM: cPanel update + yum update
Laatst gecontroleerd: 2026-10-22

Het incident op de statuspagina van Nexcess, “PHP Security Vulnerability Assessment (CVE-2026-109618 & CVE-2026-109619)”, meldde op 21 oktober eerst dat de hostingomgevingen werden onderzocht en maatregelen werden genomen; om 11:40 EDT (15:40 UTC) die dag waren nog geen patches op productiesystemen uitgerold. Om 13:57 EDT (17:57 UTC) meldde het dat klanten met cPanel/WHM PHP 8.5, 8.4, 8.3 en 8.2, plus gebackporte 8.1, 8.0 en 7.4, konden patchen met een cPanel-update gevolgd door yum update. De laatste update (22 oktober, 10:34 EDT, dus 14:34 UTC) zegt dat de engineeringteams gepatchte PHP-builds uitrollen over de hele hostinginfrastructuur en noemt dezelfde builds als de statuspagina van Liquid Web: op cPanel EasyApache 4 8.5.12, 8.4.27, 8.3.36 en 8.2.35 plus backports 8.1.34-5, 8.0.30-12 en 7.4.33-19; op CloudLinux EasyApache 4 backport-builds voor elke tak van 5.2 tot 8.5 (bijvoorbeeld ea-php82 8.2.34-2 en ea-php85 8.5.11-2, versienummers onder de upstream-fix); op Plesk 18.0.81.4 en Windows-Plesk 8.5.12, 8.4.27, 8.3.36 en 8.2.35, met Plesk-builds van 8.1, 8.0 en 7.4 van 21 oktober. Controleer uw build met een phpinfo()-bestand en voer, als die niet gepatcht is, een pakketupdate uit via het controlepaneel; sites op end-of-life-PHP moeten naar een ondersteunde versie. Nexcess noemt geen einddatum.

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

php -v

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

Zoek uit waar de PHP van deze applicatie vandaan komt: uw distributie, een externe repository (Ondřej Surý, Remi), een hostingpaneel, een Docker-image of uw hoster.
Werk die PHP bij naar 8.2.35, 8.3.36, 8.4.27, 8.5.12 of een leveranciersbuild met de teruggezette fix en herstart alle PHP-workers.
Op shared of managed hosting kunt u PHP niet zelf patchen: vraag de hoster of de gepatchte PHP is uitgerold en zet de site in het paneel op een gepatchte versie.
Draait de site nog op PHP 8.1 of ouder, stap dan over op een ondersteunde tak; PHP publiceerde alleen bronpatches voor 7.4, 8.0 en 8.1.

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 Nexcess getroffen door PHP2Shell?

Getroffen; er is alleen een fix voor sommige versies of onderdelen. Het incident op de statuspagina van Nexcess, “PHP Security Vulnerability Assessment (CVE-2026-109618 & CVE-2026-109619)”, meldde op 21 oktober eerst dat de hostingomgevingen werden onderzocht en maatregelen werden genomen; om 11:40 EDT (15:40 UTC) die dag waren nog geen patches op productiesystemen uitgerold. Om 13:57 EDT (17:57 UTC) meldde het dat klanten met cPanel/WHM PHP 8.5, 8.4, 8.3 en 8.2, plus gebackporte 8.1, 8.0 en 7.4, konden patchen met een cPanel-update gevolgd door yum update. De laatste update (22 oktober, 10:34 EDT, dus 14:34 UTC) zegt dat de engineeringteams gepatchte PHP-builds uitrollen over de hele hostinginfrastructuur en noemt dezelfde builds als de statuspagina van Liquid Web: op cPanel EasyApache 4 8.5.12, 8.4.27, 8.3.36 en 8.2.35 plus backports 8.1.34-5, 8.0.30-12 en 7.4.33-19; op CloudLinux EasyApache 4 backport-builds voor elke tak van 5.2 tot 8.5 (bijvoorbeeld ea-php82 8.2.34-2 en ea-php85 8.5.11-2, versienummers onder de upstream-fix); op Plesk 18.0.81.4 en Windows-Plesk 8.5.12, 8.4.27, 8.3.36 en 8.2.35, met Plesk-builds van 8.1, 8.0 en 7.4 van 21 oktober. Controleer uw build met een phpinfo()-bestand en voer, als die niet gepatcht is, een pakketupdate uit via het controlepaneel; sites op end-of-life-PHP moeten naar een ondersteunde versie. Nexcess noemt geen einddatum.

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