Gepatchte Versionen für PHP 8.2–8.5 verfügbar Unabhängiges Community-Angebot · Fakten geprüft am 22. Oktober 2026

PHP2Shell-Checker / php2shell sicherheitslücke

PHP2Shell-Sicherheitslücke: was sie ist, wen sie betrifft und wie gefährlich sie ist

Die PHP2Shell-Sicherheitslücke besteht aus zwei Speicherfehlern in der PHP-Laufzeitumgebung, CVE-2026-109618 und CVE-2026-109619, beide als kritisch eingestuft (CVSS 4.0: 9.2). Sie können auf Servern, deren PHP Webanfragen verarbeitet, die Ausführung von Code aus der Ferne ermöglichen. Gepatchte Versionen gibt es für PHP 8.2 bis 8.5, Quellcode-Patches für 7.4, 8.0 und 8.1. Ob ein Angriff in der Praxis gelingt, hängt von Version, Setup und Anwendung ab.

Redaktion von PHP2Shell.helpGeprüft Offizielle Quellen ↓

Was sind die beiden PHP2Shell-Sicherheitslücken?

Beide sind Speicherfehler (Memory-Safety-Bugs) in PHP selbst und wurden in denselben Versionen behoben.

Offizieller TitelCVEAdvisoryEinfach erklärt
RCE via OOM corruptionCVE-2026-109618GHSA-w8hw-w9fx-j79wGeht PHP der Speicher aus, während eine Anfrage noch vorbereitet wird, kann der Aufräumcode halb initialisierte Daten verwenden und den Speicher beschädigen.
RCE via stale global stateCVE-2026-109619GHSA-6wmf-4rv5-p3rpNachdem eine Anfrage beendet und ihr Speicher freigegeben ist, kann ein Worker einen veralteten Verweis behalten und ihn bei einer späteren Anfrage verwenden.

Zu jeder Lücke gibt es eine eigene Seite: CVE-2026-109618 und CVE-2026-109619.

Wer ist von der PHP2Shell-Sicherheitslücke betroffen?

Jede PHP-Installation, die mit einer ungepatchten Version Webanfragen verarbeitet. Die Sicherheitswarnung von PHP nennt PHP-FPM, Apache mit mod_php, php-cgi, FrankenPHP und LiteSpeed und stuft das Risiko bei mod_php am höchsten ein, weil dort ein demonstrierter Exploit läuft, bevor überhaupt Anwendungscode ausgeführt wird. Laut der ursprünglichen Forschung reicht mindestens eine der Lücken bis PHP 5.4 zurück.

Wie PHP läuftBetroffenHinweise
Apache mod_phpJaLaut PHP das höchste Risiko
PHP-FPM (Nginx und die meisten modernen Hosting-Angebote)JaNginx oder FPM sind keine Ausnahme
php-cgi / FastCGIJa
FrankenPHPJa
LiteSpeedJa
Nur KommandozeileNicht angegebenDie Warnung von PHP betrifft Webanfragen; ein reines CLI-Setup beweist nicht, dass die Binärdatei die Fehler nicht enthält, also trotzdem aktualisieren

Für PHP 8.1 und älter erscheinen keine neuen Versionen; PHP hat nur für 7.4, 8.0 und 8.1 minimale Quellcode-Patches veröffentlicht. Die gepatchten Versionen sind:

VersionszweigErste gepatchte Version
PHP 8.28.2.35
PHP 8.38.3.36
PHP 8.48.4.27
PHP 8.58.5.12
8.1 und älterKeine neue Version; offizielle Quellcode-Patches für 7.4, 8.0 und 8.1

Wie gefährlich ist PHP2Shell?

Kritisch. Ausführung von Code aus der Ferne bedeutet, dass Angreifer Befehle mit den Rechten Ihres Webservers ausführen könnten: Dateien ändern oder einschleusen, Konfigurationen wie Datenbankpasswörter auslesen und eine Hintertür installieren, die das Update überdauert. Die Forschung beschreibt außerdem einen Weg, Prozessspeicher auszulesen. Ob ein bestimmter Server angreifbar ist, hängt weiterhin von PHP-Version, Konfiguration, Speicherlayout und Anwendung ab.

Welche Regierungen und Behörden warnen vor PHP2Shell?

Nationale Cybersicherheitsbehörden in Asien, Europa und Nordamerika haben vor der PHP2Shell-Sicherheitslücke gewarnt. Die meisten fordern Organisationen auf, sofort zu aktualisieren; mehrere raten, Dienste vom Netz zu nehmen oder zu isolieren, wenn sie sich nicht patchen lassen, und einige weisen darauf hin, dass PHP auch in Produkten und Geräten steckt. In Deutschland hat das BSI schon vor Erscheinen des Fixes eine Cybersicherheitswarnung veröffentlicht, in der Schweiz warnt das BACS (NCSC.ch).

LandBehördeWarnung
DeutschlandBSIWarnung vor der Veröffentlichung des Fixes: Ausführung von Schadcode aus der Ferne ohne Authentifizierung ist wahrscheinlich; zu diesem Zeitpunkt keine bestätigte Ausnutzung.
SchweizBACS / NCSC.chSofort aktualisieren und auch interne Systeme, Administrationsoberflächen und Geräte mit eingebettetem PHP prüfen.
Japan国家サイバー統括室(NCO)PHP-Fix zügig einspielen; wenn das nicht möglich ist, ist es auch eine wirksame Option, die Website vorübergehend vom Netz zu nehmen.
Japan内閣総理大臣Dringender Appell: prüfen, ob PHP im Einsatz ist, den Fix einspielen, bei nicht patchbaren Websites eine vorübergehende Abschaltung erwägen und die Hinweise des NCO verfolgen.
Japan警視庁サイバーセキュリティ対策本部Auf das Einspielen des PHP-Fixes vorbereiten.
JapanIPA(情報処理推進機構)Erfassen, wo PHP eingesetzt wird, auch in Produkten und Geräten, nicht mehr unterstützte Versionen abschalten und den Fix einspielen, sobald er veröffentlicht ist.
Vereinigte StaatenNSA CybersecurityOrganisationen, die PHP einsetzen, sollten sofort aktualisieren; wenn das nicht möglich ist, sollten sie erwägen, betroffene Dienste vom Netz zu nehmen.
Vereinigtes KönigreichNCSCAcht vorrangige Schritte: herausfinden, wo PHP läuft, aktualisieren, härten, und wenn keine Abhilfe möglich ist, Dienste vom Netz nehmen und auf Hintertüren prüfen.
Europäische UnionCERT-EUSofort patchen; wenn das nicht möglich ist, aus dem Internet erreichbare Anwendungen isolieren. Übergangsmaßnahmen verringern die Angriffsfläche, aber nur das Update ist ein vollständiger Fix.
FrankreichCERT-FR (ANSSI)Alarmmeldung: betroffene Systeme isolieren und auf eine unterstützte Version wechseln; vorläufige Workarounds sind von CERT-FR nicht validiert.
SpanienINCIBE-CERTKritisch: nennt die gepatchten Versionen und die Quellcode-Backports für 7.4, 8.0 und 8.1; Übergangsmaßnahmen sind keine vollständige Lösung.
NiederlandeNCSC-NLWarnung und gepflegte Liste von Produkten mit eingebettetem PHP, auf die CERT-EU und das britische NCSC verweisen.
PolenCERT PolskaKritische PHP-Sicherheitslücken, die Ausführung von Code aus der Ferne ermöglichen; sofort aktualisieren.
Vereinigte StaatenFBI Cyber DivisionSysteme vom Netz nehmen, wenn ein Update gerade nicht möglich ist; PHP-Installationen erfassen, auf PHP-Prozesse achten, die Shells starten, und Kompromittierungen an IC3 melden.
KanadaCanadian Centre for Cyber SecuritySofort aktualisieren, aus dem Internet erreichbare Systeme zuerst; nicht patchbare Anwendungen isolieren. Ein Proof of Concept ist Berichten zufolge verfügbar, eine aktive Ausnutzung wurde aber nicht festgestellt.
SingapurCSA / SingCERTKann zur Ausführung von Code aus der Ferne ohne Authentifizierung ausgenutzt werden; sofort patchen.
Sonderverwaltungsregion HongkongGovCERT.HKSicherheitswarnung mit hohem Risiko zu mehreren PHP-Sicherheitslücken, die beide CVEs umfasst.
Vereinigte StaatenCISASofort patchen, aus dem Internet erreichbare Systeme zuerst; PHP-Systeme vom Netz nehmen, wenn ein Update nicht möglich ist oder noch PHP 8.1 oder älter läuft. Zum Zeitpunkt der Veröffentlichung keine Ausnutzung beobachtet.
IndienCERT-InAls kritisch eingestuft: Ausführung von Code aus der Ferne und vollständige Kompromittierung des Systems; auf die gepatchten Versionen aktualisieren.
ItalienACN / CSIRT Italia (an der Quelle noch nicht verifiziert)Gemäß der offiziellen Warnung aktualisieren, Logs auf Anzeichen einer Kompromittierung prüfen, unabhängig davon, ob bereits aktualisiert wurde, und erwägen, Systeme vom Netz zu nehmen, wenn ein rechtzeitiges Update nicht möglich ist.
TürkeiSiber Güvenlik Başkanlığı (an der Quelle noch nicht verifiziert)Landesweite Sicherheitsscans gestartet; Systeme aktualisieren, externen Zugriff einschränken und nicht benötigten internationalen Datenverkehr sperren (laut türkischen Medienberichten).

Alle am 21. Oktober 2026 veröffentlicht.

Warum sind wegen PHP2Shell so viele Websites offline?

Meist aus Vorsicht. Regierungen forderten Organisationen auf, PHP-Systeme vom Netz zu nehmen, wenn sie nicht sofort patchen konnten, und viele taten das. Reuters berichtete am 21. Oktober 2026, dass folgende Stellen Websites oder Dienste abgeschaltet hatten:

  • Deutschland: der IT-Dienstleister des Bundes ITZBund, nach eigener Aussage rein vorsorglich.
  • Frankreich: Websites von Präfekturen, bis der Patch verfügbar war.
  • Belgien: Websites des Außenministeriums.
  • Niederlande: der Hafen Rotterdam, Overheid.nl, die fünf größten Parteien und viele Krankenhäuser, nach dem Vorbild des Nationalen Cyber-Sicherheitszentrums.
  • Finnland: von Valtori betriebene Webdienste der Regierung, als Vorsichtsmaßnahme.
  • Tschechien: die Website der Regierung, auf Rat der nationalen Cybersicherheitsbehörde.
  • Wikimedia Foundation: einige Systeme, bis sie sicher gepatcht werden können.

In Japan haben auch Hoster wie Xserver und Lolipop ihre Verwaltungsoberflächen vorsorglich pausiert. Dass eine Website offline oder im Wartungsmodus ist, heißt nicht, dass sie gehackt wurde.

Wie viele Server sind für PHP2Shell angreifbar?

Die Schätzungen gehen auseinander, weil jeder Scanner etwas anderes zählt. Palo Alto Networks Unit 42 meldete auf Basis eigener Telemetrie mehr als 22,6 Millionen exponierte Instanzen, die „potenziell verwundbar“ seien, ohne zu definieren, was eine Instanz ist. Ein Server, der eine alte PHP-Nummer meldet, kann bereits einen Backport des Anbieters enthalten, und ein Server kann viele Websites hosten. Verstehen Sie jede einzelne Zahl daher als grobe Größenordnung, nicht als Zahl hackbarer Websites.

Wird die PHP2Shell-Sicherheitslücke bereits ausgenutzt?

Angriffsversuche wurden beobachtet, eine erfolgreiche Kompromittierung ist aber nicht bestätigt. Cloudflare meldete schon vor Erscheinen des Fixes Angriffsverkehr gegen seine Kunden und Angreifer, die ihre Payloads veränderten, um die Regeln zu umgehen. Keine der Quellen, die wir bis zum 22. Oktober 2026 geprüft haben, bestätigt eine erfolgreiche Übernahme über PHP2Shell; das heißt nicht, dass niemand die Lücke ausnutzt. CISA und das Canadian Centre for Cyber Security gaben beide an, zum Zeitpunkt ihrer Veröffentlichung keine Ausnutzung beobachtet zu haben. Sansec erwartet eine massenhafte Ausnutzung, nachdem Patch und Analysen öffentlich sind.

Inzwischen sind auch Repositorys aufgetaucht, die angeblich funktionierende Exploits enthalten. Wir haben sie nicht geprüft und verlinken sie nicht. Laden Sie keinen Code daraus herunter und führen Sie ihn nicht aus.

Betrifft PHP2Shell jede PHP-Website gleich?

Nein. „Mindestens eine Lücke seit PHP 5.4“ beschreibt, wo der verwundbare Code existiert, und ist kein Beweis, dass ein Angriff gegen jede Website funktioniert. Die CVSS-Bewertungen beider Lücken stufen die Angriffskomplexität als hoch ein und weisen darauf hin, dass bestimmte Bedingungen erfüllt sein müssen; PHP stuft mod_php als höchstes Risiko ein. Andererseits berichtet Sansec, dass Forschende die Ausführung von Code gegen verbreitete Anwendungen bestätigt haben und dass Standardkonfigurationen verwundbar sind. Gehen Sie daher sicherheitshalber davon aus, dass ein ungepatchtes, aus dem Web erreichbares PHP angreifbar ist.

Ist PHP2Shell dasselbe wie wp2shell?

Nein. wp2shell ist der Name einer eigenständigen kritischen Sicherheitslücke im WordPress-Core, die durch ein WordPress-Update behoben wird. PHP2Shell steckt in PHP selbst und wird durch ein PHP-Update behoben. Suchmaschinen verwechseln die beiden Namen manchmal; achten Sie beim Lesen von Ratschlägen daher auf die CVE-Nummern.

Betrifft PHP2Shell auch Node.js, Java oder andere Sprachen?

Nein. PHP2Shell ist ein Fehler in der PHP-Laufzeitumgebung und spielt nur dort eine Rolle, wo ein Server PHP ausführt. Eine Website auf Basis von Node.js, Java, Python oder einer anderen Sprache ohne PHP ist von diesen beiden CVEs nicht betroffen. Andere Laufzeitumgebungen veröffentlichen eigene Sicherheitsupdates; halten Sie sie über deren eigene Hinweise aktuell und denken Sie daran, dass auf einem Server mehrere Sprachen laufen können.

Warum heißt die Lücke PHP2Shell?

PHP2Shell ist der Name aus der ursprünglichen Veröffentlichung von Wiz Research. Er beschreibt den schlimmsten Fall: Eine Anfrage an eine PHP-Website könnte damit enden, dass Angreifer Befehle (eine Shell) auf dem Server ausführen. Die offiziellen Titel der Sicherheitswarnungen lauten „RCE via OOM corruption“ und „RCE via stale global state“.

Was sollten Sie jetzt tun?

  1. Prüfen Sie Ihr PHP mit dem PHP2Shell-Checker.
  2. Aktualisieren Sie nach der Anleitung zum PHP2Shell-Patch.
  3. Wenn Sie spät aktualisiert haben, gehen Sie die Anleitung Prüfen, ob Ihre Website gehackt wurde durch.

Welche Quellen belegen diese Seite?

Prüfen Sie Ihr PHP auf PHP2Shell

Geben Sie die Version ein, die Ihre Website meldet. Wir vergleichen sie mit der ersten gepatchten Version ihres Versionszweigs und sagen Ihnen, was als Nächstes zu tun ist.

PHP2Shell-Checker →

Quellen

Die Kernfakten dieser Seite (gepatchte Versionen, CVE-Details, Pakete der Anbieter und Warnungen von Behörden) stammen aus offiziellen Quellen. Forschung, Nachrichten und Community-Beiträge sind als solche gekennzeichnet.