Producten en stacks · Lokale stacks en applicatieservers
PHP2Shell in NativePHP: getroffen en hoe op te lossen
De PHP-versie van NativePHP 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 -vDe 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 NativePHP oplossen
- Desktop-apps die nooit HTTP-verzoeken van het netwerk beantwoorden lopen minder risico. Bouw opnieuw met gepatchte PHP zodra de binaries zijn bijgewerkt, of bouw static-php-cli zelf vanuit de gepatchte PHP-broncode.
- Zolang de leverancier geen gepatchte PHP levert, mag de PHP-interface niet bereikbaar zijn vanuit onvertrouwde netwerken: beperk hem tot een beheernetwerk, een IP-allowlist of een VPN.
- Installeer de update van de leverancier zodra die verschijnt en controleer de versie opnieuw.
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 = 0waar applicaties het niet kunnen overschrijven (php.ini,php_admin_valuein 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_limiten een lagepost_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 NativePHP getroffen door PHP2Shell?
Waarschijnlijk getroffen: geen fix of verklaring van de leverancier gevonden. Beide leveren kant-en-klare PHP-binaries. Bij de laatste controle had php-bin van NativePHP 8.3.31, 8.4.21 en 8.5.6, en de kant-en-klare downloads van static-php-cli liepen van 8.2.32 tot 8.5.8. Geen ervan is gepatcht en we vonden geen verklaring.
Lost het bijwerken van NativePHP 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 NativePHP 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 NativePHP 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.
Verwante producten
- XAMPPGeen advies van leverancier
- WampServerFix van leverancier beschikbaar
- MAMP and MAMP PROGeen advies van leverancier
- LaragonGeen advies van leverancier
- Laravel HerdFix van leverancier beschikbaar
- ServBayGedeeltelijk opgelost
← Alle producten met ingebouwde PHP
Zie ook: Oplossing per platform · Getroffen versies · Status leveranciers
Bronnen
- ma.ttias.be: how to apply the patches (package status)
- PHP advisory GHSA-w8hw-w9fx-j79w
- PHP advisory GHSA-6wmf-4rv5-p3rp
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.