Nicht php.net · Nicht NVD · Nicht CISA

PHP-Sicherheitslücken-Tracker

Inoffizielles Briefing zu Sicherheitslücken in PHP

English简体中文日本語DeutschFrançaisNederlandsEspañol

Sicherheitswarnung

PHP2Shell: PHP aktualisieren. Nur das behebt die Lücke vollständig.

CVE-2026-109618 und CVE-2026-109619 sind kritische Schwachstellen in PHP selbst, die Remote-Code-Ausführung ohne Authentifizierung erlauben. Das PHP-Projekt hat am 21. Oktober 2026 Updates für die unterstützten Zweige 8.2 bis 8.5 veröffentlicht. Starten Sie PHP nach dem Update neu. Eine Firewall ersetzt das Update nicht.

Schritte zur Behebung

Produkte und Stacks · Hosting-Plattformen und Server-Manager

PHP2Shell in Rocket.net: betroffen und wie beheben

So prüfen Sie die PHP-Version von Rocket.net

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.

php -v

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.

So beheben Sie PHP2Shell in Rocket.net

  1. Klären Sie, woher das PHP dieser Anwendung stammt: Distribution, Drittanbieter-Repository (Ondřej Surý, Remi), Hosting-Panel, Docker-Image oder Ihr Hoster.
  2. Aktualisieren Sie dieses PHP auf 8.2.35, 8.3.36, 8.4.27, 8.5.12 oder einen Hersteller-Build mit Backport und starten Sie alle PHP-Worker neu.
  3. Auf Shared- oder Managed-Hosting können Sie PHP nicht selbst patchen: Fragen Sie den Hoster, ob gepatchtes PHP ausgerollt ist, und stellen Sie die Site im Panel auf eine gepatchte Version um.
  4. Läuft die Site noch auf PHP 8.1 oder älter, ziehen Sie auf einen unterstützten Zweig um; PHP hat für 7.4, 8.0 und 8.1 nur Quell-Patches veröffentlicht.

Die Prüfung lieber einem KI-Agenten überlassen? Betroffenheit prüfen · Mit KI-Agent beheben

Wenn Sie noch nicht patchen können

FAQ

Ist Rocket.net von PHP2Shell betroffen?

Betroffen, bis Sie das gepatchte Hersteller-Release installieren. Rocket.nets Statusseite hat den Vorfall „PHP Update“ am 22. Oktober um 06:36 EDT (10:36 UTC) als gelöst markiert. Im Update von 05:17 EDT (09:17 UTC) hieß es, Patches der Upstream-Anbieter würden in rollierenden Wellen auf der ganzen Flotte ausgerollt, für alle PHP-Versionen von 5.2 bis 8.5; Rocket.net empfiehlt, nach einer Kompatibilitätsprüfung von Themes und Plugins in Mission Control auf PHP 8.2 oder neuer zu wechseln. Der Anbieter des Server-Betriebssystems hat die Fixes in die bestehenden Releases zurückportiert, daher können php -v oder WordPress Site Health weiterhin 8.3.35 oder 8.4.26 anzeigen; ein Build Date ab dem 21. Oktober in phpinfo() zeigt den gepatchten Build. Alle Sites liegen zusätzlich hinter Regeln der Cloudflare Enterprise WAF.

Behebt ein Update von Rocket.net 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 Rocket.net 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 Rocket.net 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.