Produkte und Stacks · Linux-Distributionen, Repositories und Windows

PHP2Shell in IIS on Windows: betroffen und wie beheben

So prüfen Sie die PHP-Version von IIS on Windows

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.

C:\PHP\php.exe -v
%windir%\system32\inetsrv\appcmd list config /section:system.webServer/fastCgi

Das 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 IIS on Windows

Von windows.php.net das ZIP Non Thread Safe x64 Ihres Zweigs (IIS FastCGI nutzt NTS) und die passende Visual-C++-Runtime laden.
Site oder App-Pool stoppen, den PHP-Ordnerinhalt ersetzen (php.ini und Erweiterungen behalten), dann iisreset und mit php -v prüfen.
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 = 0 dort setzen, wo Anwendungen es nicht überschreiben können (php.ini, php_admin_value im FPM-Pool oder in der Apache-Konfiguration), und PHP neu starten.
Unter PHP 8.5 fatal_error_backtraces = 0 setzen.
PHPs Übergangsempfehlung umfasst auch memory_limit und ein niedriges post_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 IIS on Windows von PHP2Shell betroffen?

Betroffen, bis Sie das gepatchte Hersteller-Release installieren. windows.php.net hat gepatchte Builds aller vier Zweige. IIS aktualisiert PHP nicht selbst: Jeder PHP-Ordner, auf den IIS FastCGI zeigt, muss ersetzt werden. Vor Jahren über PHP Manager oder Web Platform Installer installiertes PHP bleibt auf seiner damaligen Version.

Behebt ein Update von IIS on Windows 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 IIS on Windows 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 IIS on Windows 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.

← Alle Produkte mit eingebautem PHP

Siehe auch: Abhilfe nach Plattform · Betroffene Versionen · Herstellerstatus

Quellen

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.