Zum Inhalt springen
WEBSITE & SICHERHEIT

PHP2Shell: Was die PHP-Sicherheitslücke für Ihre WordPress-Website bedeutet

Von Dirk Rabis, Medienstratege · Veröffentlicht am 25.10.2026 · Themen: Website, WordPress, PHP, Sicherheit
Dirk Rabis lächelnd im hellgrauen Strickpullover an einem Tisch im Bühnenlicht, eine Brille in der Hand, rechts eine Nahaufnahme seines Gesichts. Dazwischen der Schriftzug „Strategien & Impulse“ und „Orientierung braucht Räume“ mit Pfeilen zu Gedankenraum, Medienraum und Resonanzraum.
WICHTIGER HINWEIS
Dieser Beitrag ist keine Rechtsberatung und keine IT-Sicherheitsberatung im Einzelfall. Er ordnet öffentlich verfügbare Informationen ein und zeigt Erfahrungen aus unserer Praxis. Ob und wie Ihre Website betroffen ist, klären Sie bitte mit Ihrem Hoster, Ihrer Webentwicklung oder Ihrer IT-Sicherheitsfachkraft. Fragen zu Datenschutz- oder Meldepflichten gehören zu Ihrer Rechtsberatung oder Ihrem Datenschutzbeauftragten.
Die Lage entwickelt sich weiter. Stand dieses Beitrags: 25. Oktober 2026. Bitte prüfen Sie die Originalquellen am Ende des Beitrags auf den neuesten Stand.

Wenn das Fundament Ihrer Website plötzlich in den Nachrichten steht

Vielleicht kennen Sie das aus den letzten Tagen: In den Nachrichten ist von einer kritischen Sicherheitslücke die Rede, das BSI warnt, Städte und Hochschulen nehmen Websites vom Netz. Und Sie fragen sich: Betrifft das auch uns? Unsere Website läuft doch mit WordPress, und das wird regelmäßig aktualisiert.
Genau diese Frage erreicht uns seit dem 21. Oktober täglich. Die ehrliche Antwort lautet: Ein aktuelles WordPress allein schützt Sie hier nicht. Die Lücke steckt eine Ebene tiefer, im Fundament, auf dem WordPress steht. Dieser Beitrag erklärt verständlich, was dahintersteckt, wie Sie Ihren Stand selbst prüfen und welche Wege sich in der Praxis bewährt haben.
Warum sich ein PR-Berater damit befasst? Weil Ihre Website Ihre Visitenkarte im Netz ist. Eine gekaperte oder abgeschaltete Seite kostet nicht nur Technik, sondern Vertrauen. Und Vertrauen ist unser Thema.

Was ist PHP, und warum läuft WordPress darauf?

PHP ist eine Programmiersprache, die auf dem Server arbeitet, nicht im Browser Ihrer Besucher. Jedes Mal, wenn jemand Ihre Website aufruft, setzt PHP die Seite zusammen: Texte aus der Datenbank, das Layout Ihres Themes, die Funktionen Ihrer Plugins.
Ein Bild aus dem Alltag hilft: Stellen Sie sich Ihre Website als Haus vor.
  • PHP ist das Fundament. Es stellt Ihr Hoster bereit, in einer bestimmten Version.
  • WordPress ist das Gebäude. Es ist in PHP geschrieben und braucht dieses Fundament.
  • Theme und Plugins sind die Einrichtung. Sie wurden von unterschiedlichen Entwicklern gebaut, oft für ein ganz bestimmtes Fundament.
Die Antwort auf die häufigste Frage lautet also: Ja, WordPress läuft immer unter PHP. Ohne PHP gibt es kein WordPress. Und ein Update des Gebäudes erneuert nicht das Fundament darunter.

PHP2Shell: Was passiert ist und welche Versionen betroffen sind

Am 21. Oktober 2026 hat das PHP-Projekt außerplanmäßige Sicherheitsupdates für zwei kritische Lücken im Kern von PHP veröffentlicht. Sie tragen die Kennungen CVE-2026-109618 und CVE-2026-109619, werden mit 9,2 von 10 Punkten bewertet und sind unter dem Namen PHP2Shell bekannt. Angreifer können darüber ohne Anmeldung eigenen Code auf dem Server ausführen.
Das BSI hat eine Cybersicherheitswarnung der Stufe 3 von 4 (Orange) herausgegeben. Erste Angriffsversuche wurden laut Sicherheitsfirmen bereits am 17. Oktober beobachtet, also vor der Veröffentlichung. Cloudflare zählte bis zum Morgen des 22. Oktober mehrere Millionen Versuche.
Die betroffenen Versionen im Überblick:
  • PHP 8.5, aktiv unterstützt: sicher ab 8.5.12
  • PHP 8.4, aktiv unterstützt: sicher ab 8.4.27
  • PHP 8.3, nur noch Sicherheitsupdates bis 31.12.2027: sicher ab 8.3.36
  • PHP 8.2, nur noch Sicherheitsupdates, Ende am 31.12.2026: sicher ab 8.2.35
  • PHP 8.1 und älter, ohne offiziellen Support: kein reguläres Update
Wichtig für die Praxis: Nicht die Zahl vor dem zweiten Punkt entscheidet, sondern die vollständige Versionsnummer. „PHP 8.3“ kann sicher sein oder nicht, je nachdem, ob 8.3.36 oder 8.3.20 installiert ist. Am 23. Oktober hat das PHP-Team zudem auf eine dritte Schwachstelle hingewiesen (CVE-2026-115560), zu der vollständige Details mit dem nächsten regulären Release folgen.

Werden die Patches automatisch eingespielt?

Das hängt davon ab, wer Ihren Server betreibt. In der Praxis begegnen uns drei Situationen:
  • Klassisches Webhosting-Paket: Hier verantwortet Ihr Hoster PHP. Die meisten großen Anbieter haben die Updates nach eigenen Angaben inzwischen eingespielt. Laufen Sie dort auf PHP 8.2 bis 8.5, sind Sie damit in aller Regel geschützt, ohne selbst etwas zu tun.
  • Veraltete PHP-Version im Paket: Wer noch PHP 8.1, 8.0 oder 7.4 ausgewählt hat, bekommt vom PHP-Projekt kein reguläres Update. Manche Hoster bieten einen kostenpflichtigen Langzeitsupport für alte Versionen an. Ob dieser die neuen Lücken abdeckt, müssen Sie dort konkret erfragen.
  • Eigener Server, VPS oder Agentur-Server: Hier passiert nichts von allein. Jemand muss das Update einspielen und anschließend alle PHP-Prozesse neu starten. Ein neues Paket auf der Festplatte schützt nicht, solange die alten Prozesse weiterlaufen.
Unser Rat aus der Praxis: Verlassen Sie sich nicht auf eine Vermutung. Bitten Sie Ihren Hoster oder Dienstleister schriftlich um Bestätigung, dass die Korrekturen nicht nur geplant, sondern tatsächlich installiert sind. Eine kurze E-Mail genügt, und Sie haben eine dokumentierte Antwort.

So finden Sie heraus, unter welcher PHP-Version Ihre Website läuft

Sie brauchen dafür keine Programmierkenntnisse. Zwei Wege führen in wenigen Minuten zum Ziel:
  1. Im WordPress-Dashboard: Melden Sie sich als Administrator an und öffnen Sie „Werkzeuge“ und dann „Website-Zustand“. Im Reiter „Bericht“ finden Sie unter „Server“ die PHP-Version mit allen Stellen, also etwa 8.3.36.
  2. Im Kundenbereich Ihres Hosters: Bei den meisten Anbietern gibt es einen Menüpunkt wie „PHP-Einstellungen“ oder „PHP-Version“. Dort sehen Sie, welche Version für Ihre Domain eingestellt ist, und können sie meist auch ändern.
Vergleichen Sie die angezeigte Nummer mit der Übersicht oben. Zwei Besonderheiten aus der Praxis:
  • Zeigt WordPress nur „8.3“ ohne dritte Stelle, fragen Sie beim Hoster nach dem genauen Patchstand.
  • Auf eigenen Linux-Servern spielen manche Distributionen den Fix in ältere Pakete ein. Die angezeigte Nummer bleibt dann niedriger, obwohl die Lücke geschlossen ist. Hier zählt der Sicherheitshinweis des Herstellers, nicht die Zahl.

Kann ich einfach eine neuere PHP-Version wählen?

Technisch ist das oft nur ein Klick im Kundenbereich. Ob Ihre Website danach noch läuft, ist eine andere Frage. Denn nicht jede Webentwicklung läuft auf jeder PHP-Version.
Der WordPress-Kern selbst ist mit den aktuellen PHP-Versionen kompatibel, WordPress.org empfiehlt ausdrücklich aktuelle Versionen. Das eigentliche Risiko liegt in der Einrichtung des Hauses:
  • Themes und Page-Builder, die seit Jahren kein Update mehr bekommen haben.
  • Plugins, deren Entwickler das Projekt aufgegeben haben.
  • Individuelle Programmierungen, die eine frühere Agentur einmal für Sie geschrieben hat, etwa ein Buchungsformular oder eine Schnittstelle zum Warenwirtschaftssystem.
Mit jeder neuen PHP-Version entfallen alte Funktionen, und manche Regeln werden strenger. Code, der jahrelang funktioniert hat, kann dann einen „kritischen Fehler“ auslösen. Im schlimmsten Fall sehen Besucher eine leere Seite.
Die gute Nachricht: Der Wechsel lässt sich in den meisten Hosting-Paketen rückgängig machen. Die schlechte: Wer zurückschaltet, sitzt wieder auf dem verwundbaren Fundament. Ein Zurück ist deshalb nur eine Brücke, keine Lösung.
Der Weg, der sich bewährt hat:
  1. Vollständige Sicherung von Dateien und Datenbank anlegen.
  2. WordPress, Theme und alle Plugins aktualisieren, nicht genutzte Plugins löschen.
  3. Den Wechsel zuerst auf einer Testkopie (Staging) ausprobieren, falls Ihr Hoster das anbietet.
  4. Erst dann die PHP-Version der Live-Seite umstellen.
  5. Die wichtigsten Wege durchklicken: Startseite, Kontaktformular, Buchung, Shop, Login.
Was wir in der Praxis immer wieder sehen: Die meisten Websites überstehen den Wechsel problemlos. Wenn es hakt, dann fast immer an einem einzelnen alten Plugin oder an einer Eigenentwicklung, die niemand mehr pflegt.

Kontinuierliche Updates statt Feuerwehreinsätze

PHP2Shell ist kein Einzelfall, sondern ein Muster. Jede PHP-Version wird zwei Jahre aktiv gepflegt und danach zwei weitere Jahre nur noch mit Sicherheitsupdates versorgt. Danach ist Schluss. PHP 8.2 erreicht dieses Ende bereits am 31. Dezember 2026, also in gut zwei Monaten.
Hinzu kommt: Sicherheitsforscher und Angreifer arbeiten heute mit KI‒Werkzeugen. Nach Angaben der Sicherheitsfirma Wiz steckten die Fehler hinter PHP2Shell seit Jahrzehnten im Code. Erst moderne KI-Modelle haben die Angriffskette praktisch umsetzbar gemacht. Die Zeit zwischen Bekanntwerden und Angriff wird dadurch kürzer.
Für Unternehmen heißt das: Eine Website ist kein einmaliges Projekt, sondern ein laufender Betrieb. Wer seine Website pflegt wie ein Firmenfahrzeug, mit festen Inspektionsterminen, erlebt solche Tage gelassener. Bewährt hat sich ein einfacher Rhythmus:
  • Monatlich: WordPress, Theme und Plugins aktualisieren, Sicherung prüfen.
  • Halbjährlich: PHP-Version und Support-Ende prüfen, ungenutzte Plugins entfernen.
  • Jährlich: Fragen, ob die technische Basis noch zu den Zielen der Website passt.
  • Immer: Klar regeln, wer zuständig ist. Die meisten Probleme entstehen dort, wo sich niemand mehr verantwortlich fühlt.

Aus der Praxis: Die Website, für die sich niemand mehr zuständig fühlte

Vielleicht kennen Sie diese Situation: Die Website wurde vor einigen Jahren mit viel Engagement aufgebaut. Die Agentur von damals gibt es nicht mehr, der Kollege, der sich gekümmert hat, ist in Rente. Die Seite läuft, also fasst sie niemand an.
Oft war das eine bewusste Entscheidung: Die Website wurde sorgfältig gebaut, und auf die laufende Pflege durch die ausführende Agentur wurde verzichtet, teils aus Kostengründen. Das ist nachvollziehbar, denn eine Website, die gut aussieht und funktioniert, scheint ja nichts zu brauchen. In der Praxis zeigt sich jedoch: Je länger Updates ausbleiben, desto größer wird der Abstand zwischen der Website und ihrem Fundament. Irgendwann werden Prüfung und Anpassung so umfangreich, dass ein kompletter Neuaufbau die wirtschaftlichere Lösung ist, obwohl er bei kontinuierlicher Pflege oft gar nicht nötig gewesen wäre.
Das Schöne daran: Sie haben es selbst in der Hand. Ein kleiner, regelmäßiger Pflegeaufwand schützt die Investition von damals und hält Ihre Website lebendig. Und wer jetzt hinschaut, hat meist noch alle Wege offen, vom gezielten Update bis zum bewusst geplanten Neustart.
So oder ähnlich beginnen viele Gespräche, die wir in diesen Tagen führen. Ein typisches Beispiel: Ein Ingenieurbüro aus Mittelhessen ruft an, nachdem der Inhaber in den Nachrichten von PHP2Shell gehört hat. Bevor wir über Technik sprechen, stelle ich die Frage, mit der ich jedes Gespräch beginne: Darf ich Sie zu Beginn ein wenig kennenlernen? Wer pflegt Ihre Website, wen erreicht sie, was wäre, wenn sie morgen nicht erreichbar wäre?
Die Antworten zeigen schnell, wo das eigentliche Thema liegt. Die PHP-Version war veraltet, der Hoster bot nur noch kostenpflichtigen Langzeitsupport an. Ein Wechsel scheiterte an einem Kontaktformular, das eine frühere Agentur selbst programmiert hatte. Die Lösung war am Ende unspektakulär: Sicherung, ein gepflegtes Standard-Plugin statt der Eigenentwicklung, Test auf einer Kopie, dann der Wechsel auf eine aktuelle PHP-Version. Und eine klare Absprache, wer künftig monatlich nach dem Rechten sieht.
Das Wertvollste an diesem Gespräch war allerdings nicht die Technik. Es war die Erkenntnis, dass die Website seit Jahren niemandem gehörte. Seitdem ist sie wieder Chefsache, mit Inhalten, die das Büro so zeigen, wie es heute arbeitet.
Auch wir selbst haben in diesem Herbst eine solche Entscheidung getroffen. Wir haben der-pr-berater.de von einer selbst gepflegten WordPress-Installation auf eine betreute Plattform umgezogen. Nicht, weil WordPress schlecht wäre, sondern weil wir unsere Zeit lieber in Inhalte stecken als in Serverpflege. Diese Abwägung muss jedes Unternehmen für sich treffen: Selbst pflegen, pflegen lassen oder die Plattform wechseln. Jeder dieser Wege ist richtig, solange er bewusst gewählt wird.

Probieren Sie es aus: Ihre Viertelstunde für mehr Klarheit

Nehmen Sie sich heute 15 Minuten und gehen Sie diese fünf Schritte durch. Sie brauchen nur Ihren WordPress-Zugang und die Zugangsdaten zu Ihrem Hoster.
  1. PHP-Version im WordPress-Dashboard unter „Werkzeuge“, „Website-Zustand“, „Bericht“, „Server“ ablesen und mit der Übersicht oben vergleichen.
  2. Ihrem Hoster eine kurze E-Mail schreiben: „Sind die PHP-Updates gegen CVE-2026-109618 und CVE-2026-109619 auf unserem Paket installiert?“
  3. Prüfen, ob Sie noch PHP 8.2 oder älter nutzen, und den Wechsel vor dem 31. Dezember 2026 einplanen.
  4. Notieren, wer bei Ihnen für die Website zuständig ist, und wer, wenn diese Person im Urlaub ist.
  5. Nachsehen, wann Ihre letzte Sicherung erstellt wurde und ob Sie wissen, wie man sie zurückspielt.
Wenn Sie bei einem dieser Punkte zögern, ist das kein Grund zur Sorge, sondern ein guter Ausgangspunkt. Genau dort beginnt Verantwortung für den eigenen Auftritt.
Und falls Sie unsicher sind, ob auf Ihrem Server bereits etwas passiert ist: Ein Update schließt die Lücke, entfernt aber keine bereits eingeschleusten Dateien. Sicherheitsfachleute empfehlen, öffentlich erreichbare Systeme mindestens ab dem 17. Oktober auf Auffälligkeiten zu prüfen. Das ist Aufgabe Ihres Hosters oder einer IT-Sicherheitsfachkraft.

Wem gehört Ihre Website eigentlich?

Diese Frage klingt einfach. Sie ist es selten. Technisch gehört die Website Ihrem Unternehmen. Gefühlt gehört sie oft niemandem mehr: nicht der Agentur von damals, nicht dem Hoster, nicht der Geschäftsführung. PHP2Shell macht diese Lücke sichtbar.
Unser Sichtbarkeits‒Check zeigt Ihnen in zwei Minuten, wo Ihre Kommunikation heute steht. Die technische Seite übernimmt unser Medienhaus entertain MARKET: mit einem Website-Check, einem persönlichen Gespräch und auf Wunsch einer laufenden Betreuung. Das gilt für Websites aus unserem Haus ebenso wie für Seiten, die eine andere Agentur gebaut hat. Gemeinsam schauen wir auf diese Fragen:
  • Auf welcher technischen Basis läuft Ihre Website, und welche Fragen sollten Sie Ihrem Hoster stellen?
  • Welche Themes, Plugins und Eigenentwicklungen könnten einem PHP-Wechsel im Weg stehen?
  • Wer ist zuständig, und wie sieht ein realistischer Pflegerhythmus aus?
  • Und die Frage, die uns am meisten am Herzen liegt: Zeigt Ihre Website Ihr Unternehmen so, wie es heute ist?
Prüfung und Pflege senken das Risiko deutlich. Eine Garantie gegen jede künftige Sicherheitslücke kann niemand geben, auch wir nicht. Ob danach Pflege genügt oder ein Relaunch sinnvoll ist, klären wir in Ruhe mit Ihnen.

Häufige Fragen

Reicht es, WordPress und alle Plugins zu aktualisieren?

Nein. Die Lücken liegen in PHP, also eine Ebene unter WordPress. Entscheidend ist die PHP-Version auf dem Server, die Ihr Hoster oder Ihr Dienstleister aktualisiert.

Welche PHP-Versionen sind sicher?

PHP 8.5.12, 8.4.27, 8.3.36 und 8.2.35 sowie neuere Versionen dieser Reihen. Für PHP 8.1 und älter gibt es kein reguläres Update.

Woran erkenne ich meine PHP-Version?

Im WordPress-Dashboard unter „Werkzeuge“, „Website-Zustand“, „Bericht“, Abschnitt „Server“, oder im Kundenbereich Ihres Hosters.

Läuft meine Website nach einem PHP-Wechsel noch?

Meistens ja. Probleme machen vor allem veraltete Themes, aufgegebene Plugins und alte Eigenentwicklungen. Vorher sichern und möglichst auf einer Testkopie prüfen.

Was tun, wenn ich nicht sofort aktualisieren kann?

Sicherheitsfachleute raten, betroffene Systeme bis zum Update vom Netz zu nehmen oder nur intern erreichbar zu machen. Einzelne Einstellungen in der PHP-Konfiguration gelten nicht als ausreichender Schutz.
QUELLEN
CERT‒EU: Security Advisory 2026‒018, Critical Vulnerabilities in PHP. Betroffene und korrigierte Versionen, Hinweis auf CVE-2026-115560.
AWS Security Bulletin 2026‒143: PHP web runtimes. Betroffene Versionsbereiche und End-of-Life-Versionen.
PHP: Supported Versions. Support-Zeiträume der PHP-Versionen.
Stuttgarter Zeitung (dpa): BSI-Warnung BITS-H Nr. 2026-297981-1032, Warnstufe 3 / Orange.
InSys AG: PHP Update am 21. Oktober, aktualisiert am 24.10.2026. Angriffsgeschehen, Beobachtungen von Cloudflare und Amazon, Einschätzung von Wiz.
Recherchestand: 25. Oktober 2026. Die Quellen geben den Stand ihrer Urheber wieder und können sich seitdem geändert haben. Dieser Beitrag ist eine Orientierungshilfe und keine Rechts- oder IT-Sicherheitsberatung. Mehr dazu in unseren Hinweisen zu Quellen und rechtlichen Themen.

KENNEN SIE DAS?

Erkennen Sie sich in diesem Erlebnis wieder?

Eine Website, die niemandem gehört, spricht auch für niemanden.

ÜBER DEN AUTOR
Dirk Rabis ist seit jeher vollschichtiger Kommunikationsprofi: Bereits Ende der 80er-Jahre gründete er das RPM-Bildungs- und Medienzentrum für Multimedia-Kommunikation, PR, Marketing-, Marken- und Medienentwicklung, wo er als CEO für Entwicklung und Schulung im Bereich der multimedialen, audiovisuellen Medien verantwortlich zeichnete.
Als versierter Content-Stratege und DEKRA zertifizierter Online Marketing Manager bespielt er seither unterschiedlichste Kanäle. Hier berät und positioniert er teils sehr prominente Personen und Unternehmen aus Sport, Film, Musik, Politik, Handel, Wirtschaft und Industrie bei der Neuausrichtung ihrer Unternehmensstrategie und Kommunikation.
2004 erhielt er seine Akkreditierung zum internationalen Film-, Musik- und Medienproduzenten, der zwei internationale Award-Auszeichnungen folgten.
Mittlerweile steht er als TV-Redakteur und Talkshow-Moderator auch selbst vor der Kamera.
Seit 2020 schreibt und publiziert Dirk Rabis zudem für den Wissenschaftsverlag Springer Gabler, unter anderem im Fachbuch „Strategien für Dienstleister“.
Dirk Rabis, Medienstratege und PR-Berater bei entertain MARKET.

WEITERFÜHRENDE BEITRÄGE