Webdevelopment & Design

•

9 Min.

PHP2Shell: Dein WordPress hat ein Problem, das kein Plugin-Update löst

PHP2Shell: Dein WordPress hat ein Problem, das kein Plugin-Update löst

PHP2Shell: Dein WordPress hat ein Problem, das kein Plugin-Update löst

PHP2Shell zeigt, wie angreifbar selbst gepflegte WordPress-Seiten sind. Wir erklären, was passiert ist, welche Systeme dich die nächsten fünf Jahre tragen und wie der Umzug auf Framer ohne Redesign gelingt.

PHP2Shell zeigt, wie angreifbar selbst gepflegte WordPress-Seiten sind. Wir erklären, was passiert ist, welche Systeme dich die nächsten fünf Jahre tragen und wie der Umzug auf Framer ohne Redesign gelingt.

Olivia Ulbing-Sommeregger

von Olivia Ulbing-Sommeregger

von Olivia Ulbing-Sommeregger

Frau mit Brille prüft am Laptop eine Website, Symbolbild zur PHP-Sicherheitslücke PHP2Shell

Kurz & knapp

  • PHP2Shell sind zwei kritische Lücken in PHP selbst (CVSS 9,2), die Codeausführung ohne Login erlauben.

  • Ein WordPress-, Theme- oder Plugin-Update hilft nicht, nur ein PHP-Update auf 8.2.35, 8.3.36, 8.4.27 oder 8.5.12.

  • Zwischen Leak und ersten Angriffen lagen gut fünf Stunden, rund 79 % der PHP-Dienste laufen auf Versionen ohne Support.

  • Für Unternehmenswebsites 2026 bis 2031 empfehlen wir gehostete Systeme wie Framer, für Shops Shopify.

9,2

9,2

9,2

von 10 Punkten: CVSS-Wert beider PHP-Lücken

von 10 Punkten: CVSS-Wert beider PHP-Lücken

~5 Std.

~5 Std.

~5 Std.

zwischen Leak und ersten Angriffen

zwischen Leak und ersten Angriffen

79 %

79 %

79 %

der erkennbaren PHP-Dienste laufen ohne Support

der erkennbaren PHP-Dienste laufen ohne Support

39,6 %

39,6 %

39,6 %

aller Websites laufen auf WordPress (W3Techs)

aller Websites laufen auf WordPress (W3Techs)

PHP2Shell zeigt diese Woche, was passiert, wenn nicht die Fassade wackelt, sondern das Fundament. Am 21. Oktober 2026 hat das PHP-Team außerplanmäßig Notfall-Updates veröffentlicht, weil zwei Lücken (CVE-2026-109618 und CVE-2026-109619, beide CVSS 9,2 von 10) Angreifern Codeausführung ohne Login erlauben. Betroffen ist kein Plugin und kein Theme, sondern PHP selbst, die Sprache, auf der laut W3Techs 69,3 % der Websites mit bekannter Serversprache laufen. WordPress ist mit 39,6 % aller Websites der größte Passagier an Bord. Heißt im Klartext, der Update-Button in deinem Dashboard hilft diesmal nicht. Wir erklären in einfachen Worten, was passiert ist, ob PHP 2026 noch fit genug ist und welche Systeme dich die nächsten fünf Jahre tragen.

Stand: 22. Oktober 2026. Die Lage entwickelt sich noch, wir aktualisieren diesen Beitrag, sobald belastbare Zahlen zu tatsächlichen Angriffen vorliegen.

Was ist bei PHP2Shell eigentlich passiert?

Stell dir vor, jemand findet einen Generalschlüssel für jedes Haus in der Straße, und zwar nicht für deine Wohnungstür, sondern für das Schloss im Fundament. Genau so funktioniert PHP2Shell. Die Sicherheitsforscher von Wiz Research haben zwei Fehler in PHP gefunden, die es Fremden erlauben, auf deinem Server eigene Befehle auszuführen, ohne dass sie sich anmelden müssen. Laut Malwarebytes läuft der Schadcode dann mit den Rechten des PHP-Prozesses. Daten abgreifen, Inhalte verändern, eine Hintertür einbauen: alles möglich.

Die Zeitlinie liest sich wie ein Thriller, laut Recorded Future so:

  • 19. August 2026: Wiz entdeckt die erste Lücke und meldet sie am 24. August privat an das PHP-Sicherheitsteam.

  • 20. Oktober: PHP kündigt ein außerplanmäßiges Release für den 21. Oktober um 14:00 UTC an.

  • 21. Oktober, 02:29 UTC: Ein Archiv mit geleakten Informationen taucht auf VirusTotal auf.

  • 21. Oktober, 07:34 UTC: Patchstack meldet von Hosting-Partnern erste aktive Angriffe, noch vor dem Patch.

  • 21. Oktober, 13:52 UTC: PHP veröffentlicht die Fixes (8.2.35, 8.3.36, 8.4.27 und 8.5.12), etwas früher als geplant.

Der Haken: Wie viele Systeme tatsächlich geknackt wurden, ist laut Recorded Future noch nicht belegt, die Berichte sind unvollständig. Belegt ist die Größenordnung der Angriffsfläche. Die Analysten von Modat zählen 4,38 Millionen PHP-Dienste auf 1,89 Millionen Hosts, rund 79 % davon mit lesbarer Version laufen auf einer nicht mehr unterstützten PHP-Linie. Selbst der Wartungsmodus rettet dich nicht, denn PHP verarbeitet die Anfrage, bevor WordPress überhaupt nachschaut.

Warum konnte das passieren?

Kurz gesagt, weil der Fehler nicht in WordPress steckt, sondern eine Ebene darunter. Beide Lücken sind laut Recorded Future Speicherfehler in PHP selbst. PHP verwaltet beim Bearbeiten jeder Anfrage Arbeitsspeicher, gibt ihn wieder frei und räumt auf. Bei PHP2Shell bleiben dabei veraltete Verweise stehen, die auf bereits freigegebenen Speicher zeigen (Fachleute nennen das Use-after-Free). Ein Angreifer kann diesen Moment ausnutzen, um dort eigenen Code unterzuschieben.

Das Gemeine daran: Der Angriff greift an, bevor deine Website überhaupt zum Zug kommt. Anwendungslogs zeigen deshalb laut Recorded Future wenig, und ein WordPress-Update ist wirkungslos, weil WordPress.org selbst keinen Handlungsbedarf auf seiner Seite sieht. Entscheidend ist die PHP-Version auf deinem Server, und die steuert meist dein Hoster, nicht du.

Wiz hat die Angriffe nach eigenen Angaben nicht nur theoretisch beschrieben, sondern gegen WordPress, Drupal und Joomla vorgeführt. Es trifft also die ganze PHP-Familie. Und die Warnzeichen lagen länger auf dem Tisch: Laut WordPress.org-Statistiken laufen 35,8 % der WordPress-Seiten auf PHP 8.1 oder älter, für die es keinen offiziellen Fix gibt.

„Das Problem ist nicht die Sprache, sondern der Aufwand. Je mehr Verantwortung für Server, Plugins und Updates bei dir liegt, desto größer das Risiko.“
— Olivia Ulbing-Sommeregger, Founder oha! digital

PHP2Shell zeigt diese Woche, was passiert, wenn nicht die Fassade wackelt, sondern das Fundament. Am 21. Oktober 2026 hat das PHP-Team außerplanmäßig Notfall-Updates veröffentlicht, weil zwei Lücken (CVE-2026-109618 und CVE-2026-109619, beide CVSS 9,2 von 10) Angreifern Codeausführung ohne Login erlauben. Betroffen ist kein Plugin und kein Theme, sondern PHP selbst, die Sprache, auf der laut W3Techs 69,3 % der Websites mit bekannter Serversprache laufen. WordPress ist mit 39,6 % aller Websites der größte Passagier an Bord. Heißt im Klartext, der Update-Button in deinem Dashboard hilft diesmal nicht. Wir erklären in einfachen Worten, was passiert ist, ob PHP 2026 noch fit genug ist und welche Systeme dich die nächsten fünf Jahre tragen.

Stand: 22. Oktober 2026. Die Lage entwickelt sich noch, wir aktualisieren diesen Beitrag, sobald belastbare Zahlen zu tatsächlichen Angriffen vorliegen.

Was ist bei PHP2Shell eigentlich passiert?

Stell dir vor, jemand findet einen Generalschlüssel für jedes Haus in der Straße, und zwar nicht für deine Wohnungstür, sondern für das Schloss im Fundament. Genau so funktioniert PHP2Shell. Die Sicherheitsforscher von Wiz Research haben zwei Fehler in PHP gefunden, die es Fremden erlauben, auf deinem Server eigene Befehle auszuführen, ohne dass sie sich anmelden müssen. Laut Malwarebytes läuft der Schadcode dann mit den Rechten des PHP-Prozesses. Daten abgreifen, Inhalte verändern, eine Hintertür einbauen: alles möglich.

Die Zeitlinie liest sich wie ein Thriller, laut Recorded Future so:

  • 19. August 2026: Wiz entdeckt die erste Lücke und meldet sie am 24. August privat an das PHP-Sicherheitsteam.

  • 20. Oktober: PHP kündigt ein außerplanmäßiges Release für den 21. Oktober um 14:00 UTC an.

  • 21. Oktober, 02:29 UTC: Ein Archiv mit geleakten Informationen taucht auf VirusTotal auf.

  • 21. Oktober, 07:34 UTC: Patchstack meldet von Hosting-Partnern erste aktive Angriffe, noch vor dem Patch.

  • 21. Oktober, 13:52 UTC: PHP veröffentlicht die Fixes (8.2.35, 8.3.36, 8.4.27 und 8.5.12), etwas früher als geplant.

Der Haken: Wie viele Systeme tatsächlich geknackt wurden, ist laut Recorded Future noch nicht belegt, die Berichte sind unvollständig. Belegt ist die Größenordnung der Angriffsfläche. Die Analysten von Modat zählen 4,38 Millionen PHP-Dienste auf 1,89 Millionen Hosts, rund 79 % davon mit lesbarer Version laufen auf einer nicht mehr unterstützten PHP-Linie. Selbst der Wartungsmodus rettet dich nicht, denn PHP verarbeitet die Anfrage, bevor WordPress überhaupt nachschaut.

Warum konnte das passieren?

Kurz gesagt, weil der Fehler nicht in WordPress steckt, sondern eine Ebene darunter. Beide Lücken sind laut Recorded Future Speicherfehler in PHP selbst. PHP verwaltet beim Bearbeiten jeder Anfrage Arbeitsspeicher, gibt ihn wieder frei und räumt auf. Bei PHP2Shell bleiben dabei veraltete Verweise stehen, die auf bereits freigegebenen Speicher zeigen (Fachleute nennen das Use-after-Free). Ein Angreifer kann diesen Moment ausnutzen, um dort eigenen Code unterzuschieben.

Das Gemeine daran: Der Angriff greift an, bevor deine Website überhaupt zum Zug kommt. Anwendungslogs zeigen deshalb laut Recorded Future wenig, und ein WordPress-Update ist wirkungslos, weil WordPress.org selbst keinen Handlungsbedarf auf seiner Seite sieht. Entscheidend ist die PHP-Version auf deinem Server, und die steuert meist dein Hoster, nicht du.

Wiz hat die Angriffe nach eigenen Angaben nicht nur theoretisch beschrieben, sondern gegen WordPress, Drupal und Joomla vorgeführt. Es trifft also die ganze PHP-Familie. Und die Warnzeichen lagen länger auf dem Tisch: Laut WordPress.org-Statistiken laufen 35,8 % der WordPress-Seiten auf PHP 8.1 oder älter, für die es keinen offiziellen Fix gibt.

„Das Problem ist nicht die Sprache, sondern der Aufwand. Je mehr Verantwortung für Server, Plugins und Updates bei dir liegt, desto größer das Risiko.“
— Olivia Ulbing-Sommeregger, Founder oha! digital

✓ Do’s

  • PHP auf eine gepatchte Version bringen
    Nur 8.2.35, 8.3.36, 8.4.27 oder 8.5.12 (oder neuer) schließen die Lücke. Alles andere ist Hoffnung.

  • Den Hoster schriftlich in die Pflicht nehmen
    „Ist geplant“ reicht nicht. Lass dir bestätigen, dass der Fix auf deinem Server installiert ist.

  • Server-Logs prüfen, nicht nur WordPress
    Der Angriff läuft unterhalb der Anwendung. Bei Verdacht Zugangsdaten rotieren.

✕ Don’ts

  • Auf das WordPress-Update verlassen
    Die Lücke steckt in PHP, nicht in WordPress, Theme oder Plugins. Der Update-Button hilft diesmal nicht.

  • Den Wartungsmodus für Schutz halten
    PHP verarbeitet die Anfrage, bevor WordPress überhaupt nachschaut.

  • Auf PHP 8.1 oder älter sitzen bleiben
    Für diese Versionen gibt es keinen offiziellen Fix, und das bleibt auch so.

Was ist PHP und warum läuft das halbe Web darauf?

PHP ist die Programmiersprache, die im Hintergrund einer Website arbeitet. Dein Browser fragt eine Seite an, PHP baut sie auf dem Server in Sekunden aus Texten, Bildern und Datenbankeinträgen zusammen und schickt das fertige Ergebnis zurück. Ohne PHP kein Blogbeitrag, kein Warenkorb, kein Login in klassischen Systemen wie WordPress, Drupal, Joomla oder Magento.

Erfunden hat es Rasmus Lerdorf. Laut Wikipedia begann er 1993, kleine Programme zu schreiben, um seine persönliche Homepage zu pflegen, und kündigte am 8. Juni 1995 die erste Version als „Personal Home Page Tools“ an. Daher der Name, der später zu „PHP: Hypertext Preprocessor“ umgedeutet wurde. Seither ist viel passiert: PHP 3 (1998), PHP 5 mit objektorientiertem Modell (2004), PHP 7 mit deutlich mehr Tempo (2015) und PHP 8 mit JIT-Compiler (2020). Die Sprache ist also 31 Jahre alt und läuft heute laut W3Techs auf 69,3 % der Websites mit bekannter Serversprache.

Warum so viele Systeme darauf bauen? Weil PHP damals alles hatte, was das frühe Web brauchte. Es ist kostenlos, jeder günstige Hoster unterstützt es, man braucht keine eigene Serverlandschaft, und wer einmal ein Plugin-Ökosystem hat, bleibt dabei. Das Ergebnis ist ein riesiger Netzwerkeffekt: WordPress allein steckt hinter 39,6 % aller Websites.

Transparenz, weil sie dazugehört: Bis vor wenigen Monaten haben wir bei oha! digital alle Websites auf WordPress gebaut. Wir waren Fans des Systems, und zwar seit Jahren, und haben es unseren Kund:innen mit gutem Gewissen empfohlen. Das war auch lange die richtige Empfehlung. Dass wir heute auf Framer umgestiegen sind, ist keine Abrechnung mit der Vergangenheit, sondern das Ergebnis aus dem, was wir in Projekten gesehen haben, und PHP2Shell liefert nun das passende Ausrufezeichen.

Was bringen PHP-Systeme und was kosten sie dich?

Vorteil

Nachteil

Kosten

Software kostenlos, Hosting günstig

Wartung, Plugins und Sicherheit laufen als Dauerkosten mit

Freiheit

Riesiges Plugin-Ökosystem, fast alles ist baubar

Jedes Plugin ist eine weitere mögliche Tür

Verbreitung

Viele Agenturen, viel Wissen, einfacher Umzug

Wegen der Verbreitung größtes Ziel für Angreifer

Betrieb

Volle Kontrolle über Server und Daten

Du (oder dein Hoster) bist für Updates, Backups und Sicherheit verantwortlich

Technik

Ausgereift, 31 Jahre Erfahrung

Altlasten: viele Seiten laufen auf veralteten PHP-Versionen

Der vierte Punkt ist der entscheidende. Bei PHP-Systemen gehört der Betrieb dazu wie das Auto zur Wartung. Das funktioniert, solange jemand konsequent Updates einspielt. Die Praxis sieht anders aus: Laut den Modat-Zahlen bei Recorded Future laufen etwa 79 % der erkennbaren PHP-Dienste auf einer Version ohne offiziellen Support, allein PHP 7.4 kommt auf 878.761 Dienste. Eine Sprache, die so verbreitet und zugleich so schlecht gepflegt ist, wird zwangsläufig zum Dauerziel.

Ist PHP 2026 noch fit für Cybersecurity und KI?

Man muss zwei Dinge trennen. Die Sprache PHP ist nicht tot. Sie wird aktiv gepflegt, mit PHP 8.5 gibt es seit 2025 eine aktuelle Version, und die Fixes kamen einen Tag nach der Ankündigung. Das Betriebsmodell dahinter ist das Problem: eine Website, die du selbst oder dein Hoster auf einem Server pflegt, mit Dutzenden Plugins, die alle gepatcht werden müssen.

Cybersecurity: Zwischen dem Leak (02:29 UTC) und den ersten gemeldeten Angriffen (07:34 UTC) lagen laut Recorded Future gut fünf Stunden. Das Patch-Fenster, in dem du in Ruhe handeln kannst, ist praktisch verschwunden. Wer seine Website per Hand und nach Terminkalender pflegt, spielt 2026 nicht mehr in derselben Liga wie die Angreifer. Dazu kommt: Wenn dein Hoster nicht sofort patcht, kannst du als Kund:in wenig tun. Laut Malwarebytes gehen Websites deshalb in dieser Woche vorübergehend offline.

KI-Tauglichkeit: Hier ist PHP nicht schlechter, aber die Systeme darauf sind schwerfälliger. KI-Sichtbarkeit (ChatGPT, Gemini, Claude und Co. als neue Suchwege) verlangt schnelle, saubere, gut strukturierte Seiten, und die Werkzeuge der Gegenwart bauen KI direkt in den Seitenbau ein. Framer etwa liefert mit Wireframer und Workshop KI-Funktionen für Layouts und Komponenten, Shopify präsentiert Produkte direkt in ChatGPT, Perplexity und Microsoft Copilot. In WordPress geht das alles auch, aber meistens nur mit zusätzlichen Plugins, die wieder gepflegt werden müssen.

Unser Urteil: Für eine Unternehmenswebsite, die 2026 bis 2031 sicher, schnell und KI-sichtbar sein soll, ist ein selbst gehostetes PHP-System nicht mehr die erste Wahl. Das ist keine Sache der Sprache, sondern des Aufwands. Je mehr Verantwortung für Server, Plugins und Updates bei dir liegt, desto größer das Risiko.

Welche Systeme halten die nächsten fünf Jahre?

Die Antwort hängt davon ab, wer du bist. Ein Konzern mit eigenem Entwicklerteam braucht etwas anderes als ein Handwerksbetrieb mit fünf Unterseiten. Gemeinsam ist den Kandidaten unten: Sie laufen als gehostete Plattform oder moderne Architektur, du betreibst keinen eigenen PHP-Server, und KI ist Teil des Werkzeugkastens.

System

Passt für

Stärke

Framer

KMU und Marken, die eine stylische, schnelle Website ohne Technikballast wollen

Designfreiheit, KI-Funktionen im Editor, Hosting inklusive

Webflow

Marketingteams mit Design-Know-how

Visuelle Entwicklung mit CMS, laut Webflow-Trust-Center nicht auf PHP gebaut

Headless-Setups mit Sanity oder Storyblok plus Astro oder Next.js

Große Unternehmen mit Entwicklerteam und vielen Kanälen

Volle Kontrolle, Inhalte für Web, App und KI-Kanäle aus einer Quelle

Wix oder Squarespace

Sehr kleine Websites und Selbstmacher:innen

Schneller Start, wenig Pflegeaufwand, aber begrenzte Individualisierung

Shopify

Onlineshops jeder Größe

Siehe nächster Abschnitt

Framer im Detail: Framer ist unser Favorit, und das nicht aus Bequemlichkeit. Du baust visuell, die KI-Funktionen sind laut TechRadar seit Mai 2025 für alle Nutzer:innen verfügbar (Wireframer für Seitenstrukturen, Workshop für eigene Komponenten im Stil deiner Website). SSL-Zertifikate werden bei eigenen Domains, so Framer dokumentiert, automatisch eingerichtet, außerdem beschreibt Framer einen aktiven DDoS-Schutz. Es gibt keinen Server, den du patchen musst, und kein Plugin-Dickicht. Für uns heißt das: weniger Wartung, weniger Angriffsfläche, mehr Zeit für Inhalt und Marketing.

Und was ist mit Onlineshops – hat Shopify Zukunft?

Für E-Commerce lautet unsere Antwort: ja. Shopify ist ein gehostetes Shopsystem, du pflegst also keinen eigenen Server, und die Plattform wird auffällig schnell weiterentwickelt. Mit der Winter-‘26-Edition hat Shopify am 10. Dezember 2025 laut The Fintech Times über 150 Neuerungen vorgestellt. Zwei davon zeigen, wohin die Reise geht:

  • Agentic Storefronts: Händler:innen können ihre Produkte direkt in Gesprächen mit ChatGPT, Perplexity und Microsoft Copilot platzieren. Wer dort nicht auftaucht, fehlt dort, wo Menschen zunehmend suchen.

  • Sidekick: Der KI-Assistent schlägt Aufgaben proaktiv vor, bearbeitet Themes per Sprachbefehl und baut Admin-Apps per natürlicher Sprache.

Die Nachfrage ist da: In Shopifys eigenem Holiday Retail Report 2025 wollen laut derselben Quelle 66 % der Konsument:innen KI für mindestens einen Teil ihres Weihnachtseinkaufs nutzen. Das ist eine Herstellerzahl und kein neutraler Wert, aber die Richtung stimmt.

Der Haken ist wie bei jedem Baukasten: Laufende Plattformkosten und App-Abhängigkeiten gehören dazu, und ohne saubere Produktdaten bringt auch die beste KI nichts. Genau da setzen wir an. oha! digital ist Shopify-Partner und unterstützt dich gern beim Aufbau deines Shops, von Setup und Design über Produktdaten bis zu Performance-Kampagnen.

Was solltest du jetzt tun?

Heißt im Klartext, wer eine PHP-Website betreibt, hat jetzt zwei Aufgaben: die akute Lücke schließen und die Plattform-Frage ehrlich beantworten.

Heute

PHP-Version prüfen

Frag deinen Hoster schriftlich, ob die Fixes (8.2.35, 8.3.36, 8.4.27 oder 8.5.12) auf deinem Server tatsächlich installiert und nicht nur geplant sind. Gilt für alle Websites und Anwendungen auf dem Server.

Heute

Alte PHP-Versionen ablösen

Auf PHP 8.1 oder älter? Dann gibt es keinen offiziellen Fix. Teste auf einer Kopie und wechsle auf eine unterstützte Version, Digidop empfiehlt PHP 8.3 oder 8.4.

Diese Woche

Logs ab dem 20. Oktober ansehen

Recorded Future rät dazu, weil der Angriff unterhalb der Anwendung läuft und dort wenig sichtbar ist. Bei Verdacht Zugangsdaten rotieren.

Diese Woche

Alles inventarisieren

Welche Websites, Landingpages, Shops und Tools laufen bei dir oder bei Dienstleistern auf PHP? Auch vergessene Test- und Altseiten zählen.

Diesen Monat

Plattform-Strategie festlegen

Frag dich, wie viele Stunden im Jahr Updates, Plugins und Sicherheit kosten. Kleine und mittlere Unternehmen sparen sich mit Framer oder Webflow die Serverpflege, große Unternehmen prüfen Headless-Architekturen, Shop-Betreiber:innen schauen auf Shopify.

Dieses Quartal

Migration planen, nicht erleiden

Wer erst nach dem nächsten Vorfall umzieht, zahlt Stress und Eile mit. Ein Wechsel unter eigenen Bedingungen ist günstiger und lässt Raum für saubere SEO-Weiterleitungen.

Sprich uns an, wenn du eine zweite Meinung oder einen Umzugsplan willst. Wir schauen uns deine aktuelle Seite an und sagen dir ehrlich, ob sich ein Wechsel lohnt.

Kostenlos · 30 Minuten

Kostenlos · 30 Minuten

Ist deine Website von PHP2Shell betroffen?

Wir schauen uns PHP-Version, Hosting und Plugins deiner Website an und sagen dir, was jetzt zu tun ist. Du bleibst lieber bei WordPress? Auch gut: Wir übernehmen Updates, Sicherheit und Wartung für dich.

Wir schauen uns PHP-Version, Hosting und Plugins deiner Website an und sagen dir, was jetzt zu tun ist. Du bleibst lieber bei WordPress? Auch gut: Wir übernehmen Updates, Sicherheit und Wartung für dich.

Mit dem Absenden stimmst du zu, dass wir dich zu deiner Anfrage kontaktieren.

Mit dem Absenden stimmst du zu, dass wir dich zu deiner Anfrage kontaktieren.

Lass uns reden

Du bist noch auf WordPress?

Wir ziehen dich auf Framer um. Schnell, ohne komplettes Redesign, dein Design und deine Inhalte ziehen mit.

Wir ziehen dich auf Framer um. Schnell, ohne komplettes Redesign, dein Design und deine Inhalte ziehen mit.

Mehr zum Umzug

→

Häufige Fragen

Häufige Fragen zu PHP2Shell

Was ist PHP2Shell?

PHP2Shell ist der Name für zwei kritische Sicherheitslücken in PHP selbst (CVE-2026-109618 und CVE-2026-109619, beide CVSS 9,2 von 10). Sie ermöglichen es Angreifern, ohne Login Schadcode auf einem Server auszuführen. Das PHP-Team hat am 21. Oktober 2026 Notfall-Updates veröffentlicht.

Ist meine WordPress-Website betroffen?

Wahrscheinlich ja, wenn dein Server noch nicht auf PHP 8.2.35, 8.3.36, 8.4.27 oder 8.5.12 (oder neuer) aktualisiert wurde. Die Lücke liegt in PHP, nicht in WordPress. Entscheidend ist die PHP-Version auf deinem Server, die meist dein Hoster steuert.

Hilft ein WordPress-Update gegen PHP2Shell?

Nein. Ein Update von WordPress, Theme oder Plugins schließt die Lücke nicht, weil sie im PHP-Interpreter liegt. Auch der Wartungsmodus schützt nicht, weil PHP die Anfrage verarbeitet, bevor WordPress ihn prüft. Nur ein PHP-Update auf eine gepatchte Version hilft.

Ist PHP 2026 noch sicher genug für Unternehmenswebsites?

Die Sprache wird aktiv gepflegt und Fixes erscheinen schnell. Das Risiko liegt im Betriebsmodell: Selbst gehostete PHP-Systeme brauchen konsequente Updates für Server, PHP und alle Plugins. Laut Recorded Future laufen rund 79 % der PHP-Dienste mit lesbarer Version auf nicht mehr unterstützten Versionen.

Kann ich meine WordPress-Website ohne komplettes Redesign auf Framer umziehen?

Ja. oha! digital überträgt aktuell viele Kunden-Websites von WordPress auf Framer. Das geht schnell und erfordert kein komplettes Redesign. Zuvor prüfen wir, welche Inhalte und Strukturen übernommen werden.

Olivia Ulbing-Sommeregger

Geschrieben von

Olivia Ulbing-Sommeregger

Olivia Ulbing-Sommeregger

Founder & CEO, oha! digital

Olivia Ulbing-Sommeregger ist Gründerin und Geschäftsführerin von oha! digital, einer Agentur für Social Media, Performance Marketing und KI mit Sitz in Salzburg. Seit 2018 begleitet sie Unternehmen im DACH-Raum – vom KMU bis zu Marken wie Bankhaus Spängler und Miele Professional – bei Strategie, Content und Werbung auf Meta, TikTok, LinkedIn und Google. Sie ist Co-Autorin des Rheinwerk-Fachbuchs „Follow me! Erfolgreiches Social Media Marketing“ (7. Auflage 2025) und hat den WIFI-Diplomlehrgang für CSR, ESG und Nachhaltigkeitsmanagement abgeschlossen. Ihr Anspruch: Klartext statt Agentur-Bla.

← Alle Klartext-Beiträge

Ready when you are!

Let’s make your
digital story work.

Erzähl uns kurz, was du vorhast.
Das erste Gespräch kostet nichts.