Produkte und Stacks · Lokale Stacks und App-Server
PHP2Shell in Laragon: betroffen und wie beheben
So prüfen Sie die PHP-Version von Laragon
Führen Sie den passenden Befehl aus. Eine Version ab 8.2.35, 8.3.36, 8.4.27 bzw. 8.5.12 im jeweiligen Zweig ist gepatcht; ältere Zweige nur mit einem Hersteller-Build, der das ausdrücklich sagt.
dir C:\laragon\bin\php
C:\laragon\bin\php\<folder>\php.exe -vDas Kommandozeilen-php kann sich vom PHP unterscheiden, das die Website ausliefert. Prüfen Sie sicherheitshalber die Web-SAPI (temporäre phpinfo()-Seite hinter Login oder die PHP-Einstellungen im Panel) und entfernen Sie sie danach. Unser Versions-Check vergleicht die Nummer für Sie.
🔎 Versionsnummer gefunden? Prüfen Sie sie im PHP2Shell-Checker →
So beheben Sie PHP2Shell in Laragon
- Laden Sie PHP 8.3.36 für Windows von windows.php.net (Thread Safe für Apache, Non Thread Safe für Nginx/FastCGI) und entpacken Sie es in einen neuen Ordner unter
C:\laragon\bin\php. - Wählen Sie es unter Menu → PHP → Version, übernehmen Sie Ihre
php.ini-Änderungen und starten Sie alle Dienste neu. - Gibt es keinen Hersteller-Build, ist der Austausch des gebündelten PHP gegen einen offiziellen gepatchten Build desselben Zweigs der Do-it-yourself-Weg. Sichern Sie den alten Ordner und Ihre
php.ini. - Webserver neu starten und die von der Web-SAPI gemeldete Version erneut prüfen.
Die Prüfung lieber einem KI-Agenten überlassen? Betroffenheit prüfen · Mit KI-Agent beheben
Wenn Sie noch nicht patchen können
session.upload_progress.enabled = 0dort setzen, wo Anwendungen es nicht überschreiben können (php.ini,php_admin_valueim FPM-Pool oder in der Apache-Konfiguration), und PHP neu starten.- Unter PHP 8.5
fatal_error_backtraces = 0setzen. - PHPs Übergangsempfehlung umfasst auch
memory_limitund ein niedrigespost_max_size; folgen Sie genau der Abhilfe-Seite, denn diese Einstellungen decken nur einige Pfade ab. - Bei PHP 8.1 oder älter ohne Hersteller-Backport Zugriff beschränken (VPN, IP-Allowlist) oder den Dienst offline nehmen. WAF-Regeln helfen, sind aber kein Fix.
FAQ
Ist Laragon von PHP2Shell betroffen?
Wahrscheinlich betroffen: kein Hersteller-Fix und keine Erklärung gefunden. Laragon 8.7.0 (August 2026) enthält PHP 8.3.33, das verwundbar ist. Ein Laragon-Release oder eine Erklärung mit gepatchtem PHP haben wir nicht gefunden.
Behebt ein Update von Laragon selbst CVE-2026-109618 und CVE-2026-109619?
Nur wenn das Update gepatchtes PHP enthält. PHP2Shell ist eine Lücke im PHP-Interpreter; entscheidend ist das PHP, auf dem Laragon läuft. Prüfen Sie die Version nach dem Update.
Welche PHP-Versionen beheben PHP2Shell?
PHP 8.2.35, 8.3.36, 8.4.27 und 8.5.12, veröffentlicht am 21. Oktober 2026. PHP 8.1 und älter bekommen kein Release vom PHP-Projekt; nur Hersteller-Builds mit Backport (oder selbst gebaute Quell-Patches für 7.4, 8.0 und 8.1) beheben sie.
Was, wenn es für Laragon noch keinen Fix gibt?
Die PHP-basierte Weboberfläche vom Internet fernhalten (VPN oder IP-Allowlist), PHPs Übergangseinstellungen wie das Abschalten von Session-Upload-Progress anwenden und das Hersteller-Update sofort installieren. Übergangseinstellungen senken das Risiko, sind aber kein Fix.
Verwandte Produkte
- XAMPPKein Hersteller-Advisory
- WampServerHersteller-Fix verfügbar
- MAMP and MAMP PROKein Hersteller-Advisory
- Laravel HerdHersteller-Fix verfügbar
- ServBayTeilweise behoben
- FrankenPHP and Laravel OctaneHersteller-Fix verfügbar
← Alle Produkte mit eingebautem PHP
Siehe auch: Abhilfe nach Plattform · Betroffene Versionen · Herstellerstatus
Quellen
- Laragon 8.7.0 release notes
- ma.ttias.be: how to apply the patches (package status)
- windows.php.net downloads
- PHP advisory GHSA-w8hw-w9fx-j79w
- PHP advisory GHSA-6wmf-4rv5-p3rp
Externe Links verlassen diese Website. Wir hosten keinen Exploit-Code.
Inoffizielle Zusammenfassung öffentlicher Quellen. Diese Website ist weder mit dem Hersteller noch mit dem PHP-Projekt verbunden und hostet keinen Exploit-Code.