PHP-Sicherheitslücke PHP2Shell: Was Website-Betreiber jetzt tun müssen

Gründer und Digitalisierungs-Experte

Aktualisiert: Oktober 22, 2026

Lesezeit ca.: 17 Minuten

Bei Google als Quelle merken Gefällt Ihnen dieser Beitrag? Merken Sie uns bei Google als Quelle — dann taucht unsere Recherche bei Ihrer nächsten Suche wieder auf, statt unterzugehen. Fünf Sekunden, jederzeit widerrufbar.

Läuft Ihre Website mit WordPress, Joomla, TYPO3, Shopware oder einem anderen PHP-System, betrifft Sie diese PHP-Sicherheitslücke direkt. Am 20. und 21. Oktober 2026 wurden zwei kritische Schwachstellen im Kern der Programmiersprache PHP bekannt. Fachleute nennen sie PHP2Shell. Über sie können Angreifer ohne Anmeldung eigenen Code auf dem Webserver ausführen.

Seit dem Nachmittag des 21. Oktober, gegen 16 Uhr deutscher Zeit, gibt es Sicherheitsupdates. Geschlossen ist die Lücke erst ab PHP 8.2.35, 8.3.36, 8.4.27 und 8.5.12. Für PHP 8.1 und ältere Versionen gibt es vom PHP-Projekt kein fertiges Update mehr. Hier lesen Sie, wie Sie prüfen, ob Ihre Website betroffen ist, was Sie jetzt tun sollten und wobei wir Sie unterstützen.

Stand: 22. Oktober 2026, 2:45 Uhr.

Update 22. Oktober 2026, 2:00 Uhr

Die Updates von PHP sind seit dem 21. Oktober da. Jetzt kommt es darauf an, ob sie auf dem Server Ihrer Website eingespielt sind:

Liegt Ihre Website bei einem Hoster, kann nur er die Korrektur einspielen. Ab PHP 8.2.35, 8.3.36, 8.4.27 und 8.5.12 ist sie enthalten. Bei älteren Nummern lässt sich an der Version allein nicht ablesen, ob die Korrektur fehlt. Fragen Sie im Zweifel Ihren Hoster, ob sie für Ihr Paket eingespielt ist.
Für PHP 8.1 und älter gibt es vom PHP-Projekt weiterhin kein fertiges Update.

Sie möchten das nicht selbst klären? Wir prüfen die PHP-Version Ihrer Website und fragen bei Ihrem Hoster nach, ob die Korrektur eingespielt ist. Ihre Website bleibt dabei bei Ihrem bisherigen Hoster. So beauftragen Sie uns:

Schreiben Sie uns über unser Anfrageformular oder rufen Sie uns an: +49 1515 9466368, Mo. bis Fr. von 9 bis 18 Uhr.
In der kostenlosen Erstberatung schauen wir uns Ihre Lage an und sagen Ihnen ehrlich, was sinnvoll ist.
Den voraussichtlichen Aufwand nennen wir Ihnen, bevor wir anfangen.

Update 22. Oktober 2026, 1:30 Uhr

Neu in der Fassung von 1:30 Uhr:

Das BSI hat seine Warnung aktualisiert und geht nun davon aus, dass verwundbare Systeme kurzfristig angegriffen werden. Beispiel-Angriffscode ist laut BSI öffentlich.
Die Sicherheitsfirma watchTowr beobachtet Angriffsversuche auf beide Lücken. Belegte Einbrüche nennen BSI und Patchstack bisher nicht.
Debian und Ubuntu haben korrigierte Pakete veröffentlicht. Ubuntu liefert sie auch für ältere Ausgaben, für PHP 8.1 regulär und für PHP 7.4 über Ubuntu Pro.
Cloudflare hat seine Schutzregeln laut eigenem Blog am 21. Oktober schon um 5:02 Uhr aktiviert. Vollständig schützen laut BSI aber nur das Update oder die Trennung vom Internet.

Auf einen Blick: PHP2Shell besteht aus zwei kritischen Lücken (CVE-2026-109618 und CVE-2026-109619, jeweils 9,2 von 10 Punkten). Betroffen ist praktisch jede PHP-Version ab 5.4, egal ob darauf WordPress, Joomla oder ein eigenes System läuft. Geschlossen ist die Lücke ab PHP 8.2.35, 8.3.36, 8.4.27 und 8.5.12. Das BSI stuft die Kritikalität mit 3 von 4 (Orange) ein und rechnet mit baldigen Angriffen. Eine Einstellung in der php.ini schützt nicht zuverlässig. Vollständig schützen laut BSI nur das Update oder die Trennung vom Internet. Liegt Ihre Website bei einem Hoster, kann nur er das Update einspielen. Sie selbst sollten prüfen, ob Ihre Website auf PHP 8.2 oder neuer läuft.

Was ist passiert?

Am 20. Oktober kündigte das PHP-Team ein Notfall-Update für den folgenden Tag an. Geplant war die Veröffentlichung eigentlich erst für den 22. Oktober. Weil Einzelheiten vorab durchgesickert waren, kam sie laut heise einen Tag früher. Das machte die Lage gefährlich: Angreifer konnten schon vor dem Update nach einem Angriffsweg suchen.

Zeitpunkt (deutsche Zeit)	Was geschah
20. Oktober	Das PHP-Team kündigt zwei kritische Lücken und ein Notfall-Update an. Einzelheiten werden vorab bekannt.
21. Oktober, 5:02 Uhr	Cloudflare aktiviert nach eigenen Angaben Schutzregeln gegen PHP2Shell in seiner Firewall.
21. Oktober, 9:34 Uhr	Hosting-Partner melden der Sicherheitsfirma Patchstack erste Angriffe.
21. Oktober, 9:43 Uhr	Cloudflare meldet laut Patchstack erste Angriffe.
21. Oktober, tagsüber	Das BSI warnt mit Kritikalität 3 von 4. Behörden und Städte nehmen Websites vorsorglich vom Netz.
21. Oktober, gegen 16 Uhr	Das PHP-Team veröffentlicht die Updates 8.2.35, 8.3.36, 8.4.27 und 8.5.12.
21. Oktober, nach dem Update	Das BSI aktualisiert seine Warnung und geht nun von einer kurzfristigen Ausnutzung verwundbarer Systeme aus.

Kurz nach dem Update sah Patchstack nur Abtastversuche und noch keinen belegten Einbruch. Laut BSI ist Beispiel-Angriffscode öffentlich, und das BSI geht von einer kurzfristigen Ausnutzung verwundbarer Systeme aus. Die Sicherheitsfirma watchTowr beobachtet bereits Angriffsversuche auf beide Lücken. Berichte über erste Angriffsversuche in sozialen Medien kann das BSI nach eigenen Angaben noch nicht bestätigen.

Für Kritikalität 3 von 4 schreibt das BSI: Maßnahmen müssen unverzüglich ergriffen werden.

Worum geht es bei PHP2Shell?

PHP ist die Programmiersprache, mit der sehr viele Websites im Hintergrund arbeiten. Laut BSI ist sie einer der zentralen Bausteine von Webanwendungen weltweit. WordPress, Joomla, TYPO3, Drupal, Shopware und Nextcloud sind in PHP geschrieben. Die Lücke steckt nicht in einem dieser Systeme, sondern eine Ebene darunter, in PHP selbst. Deshalb hilft es nicht, nur WordPress oder ein Plugin zu aktualisieren, das betont auch das BSI. Anders als bei der WordPress-Lücke wp2shell im Juli 2026 schließt hier kein Update von WordPress oder Joomla die Lücke.

Technisch sind es zwei Fehler im Umgang mit dem Arbeitsspeicher:

CVE-2026-109618: Erreicht PHP bei einer Anfrage die Speichergrenze, bricht es mitten in der Verarbeitung ab. Beim Aufräumen hält PHP danach halb fertige Daten für gültig.
CVE-2026-109619: Daten einer Anfrage bleiben im Speicher stehen, obwohl er längst freigegeben ist. Eine spätere Anfrage kann diese Reste verwenden.

Beides kann ein Angreifer mit einer präparierten Anfrage auslösen, ohne Benutzerkonto und ohne dass jemand etwas anklicken muss. Am höchsten ist das Risiko laut PHP-Team bei mod_php, der klassischen Einbindung von PHP in den Webserver Apache. Dort startet ein vorgeführter Angriff, bevor überhaupt der Code der Website läuft. Laut Patchstack haben Forscher von Wiz den Angriff gegen Testinstallationen der aktuellen Versionen von WordPress, Drupal und Joomla vorgeführt. Wir beschreiben hier bewusst keine Einzelheiten zum Angriffsweg.

An der Entdeckung waren laut BSI die Sicherheitsfirmen Wiz und Calif zusammen mit OpenAI beteiligt. Der Name PHP2Shell erinnert an Log4Shell, eine Lücke, die Ende 2021 weltweit Systeme gefährdete. „Shell“ steht für die Kontrolle über den Server.

Ist meine Website von der PHP-Sicherheitslücke betroffen?

Betroffen ist jede Website, die PHP für Anfragen aus dem Internet nutzt. Das gilt für alle üblichen Betriebsarten, also PHP-FPM, mod_php, CGI, FrankenPHP und LiteSpeed. Entscheidend ist, auf welcher PHP-Version Ihre Website läuft.

Ihre PHP-Version	Gibt es ein Update?	Was Sie tun sollten
PHP 8.5	Ja, 8.5.12	Update einspielen lassen
PHP 8.4	Ja, 8.4.27	Update einspielen lassen
PHP 8.3	Ja, 8.3.36	Update einspielen lassen
PHP 8.2	Ja, 8.2.35	Update einspielen lassen und den Umstieg planen: Für PHP 8.2 enden die Sicherheitsupdates am 31. Dezember 2026.
PHP 8.1, 8.0, 7.x oder 5.x	Vom PHP-Projekt kein fertiges Update	Auf PHP 8.3 oder 8.4 umstellen

Für PHP 7.4, 8.0 und 8.1 hat das PHP-Team wegen der Schwere zusätzlich Korrekturen im Quellcode veröffentlicht. Die sind für Betreiber gedacht, die PHP selbst bauen. Manche Linux-Distributionen und Anbieter mit Langzeitunterstützung liefern für alte Versionen eigene Korrekturen. Ob Ihr Hoster eine solche Korrektur für Ihre Version einspielt, erfahren Sie nur bei ihm. Was Websites mit alter PHP-Version jetzt brauchen, lesen Sie in Alte PHP-Version: Was Websites mit PHP 7.4 bis 8.1 jetzt tun sollten.

Ein Hinweis zur Versionsnummer: Linux-Distributionen wie Debian, Ubuntu oder Red Hat bauen Korrekturen oft in ihre eigenen Pakete ein. Die Versionsnummer sieht dann anders aus als beim PHP-Projekt. Unter Ubuntu 24.04 etwa trägt das korrigierte Paket für PHP 8.3 die Nummer 8.3.6-0ubuntu0.24.04.13. Das sieht älter aus als 8.3.36, enthält die Korrektur aber. Verlässlich ist der Sicherheitshinweis Ihrer Distribution oder die Auskunft Ihres Hosters.

So finden Sie Ihre PHP-Version

WordPress: Im Adminbereich unter „Werkzeuge“ › „Website-Zustand“ › „Bericht“, Abschnitt „Server“.
Joomla: Unter „System“ › „Systeminformationen“, Zeile „PHP-Version“.
Hosting: Im Kundenbereich Ihres Hosters, meist bei den Einstellungen der Domain oder des Webspace. Dort stellen Sie die Version bei den meisten Hostern auch selbst um.

Finden Sie die Version nicht, oder läuft Ihre Website auf PHP 8.1 oder älter? Dann sprechen Sie uns an. Die Erstberatung ist kostenlos.

Daniel Haenle
Gründer & Ihr Ansprechpartner

Haben Sie Fragen oder benötigen Hilfe bei dem Thema „PHP-Sicherheitslücke"?

Unsere Full-Service-Agentur kann Ihnen bei Fragen und der Umsetzung zur Seite stehen. Zögern Sie nicht, uns zu kontaktieren. Wir freuen uns darauf, von Ihnen zu hören.

Jetzt einfach Kontakt aufnehmen

Was Sie jetzt tun sollten

Ihre Website liegt bei einem Hoster

Das gilt für viele kleine und mittlere Unternehmen. Ihre Website liegt im sogenannten Shared Hosting, also in einem Webhosting-Paket bei einem Anbieter. Dann installiert der Hoster PHP für Sie, und nur er kann die Lücke in PHP selbst schließen. Was Sie tun können:

PHP-Version prüfen. Läuft Ihre Website auf PHP 8.1 oder älter, bekommt sie vom PHP-Projekt keine fertige Korrektur. Stellen Sie auf PHP 8.3 oder 8.4 um.
Beim Hoster nachfragen. Fragen Sie, ob die PHP-Version Ihres Pakets die Korrektur für CVE-2026-109618 und CVE-2026-109619 enthält. Viele Hoster informieren per Mail oder auf ihrer Statusseite.
Nicht ohne Sicherung umstellen. Ein Wechsel von PHP 7.4 auf 8.3 kann eine ältere Website lahmlegen. Alte Plugins, Themes oder Erweiterungen laufen auf neuem PHP oft nicht mehr. Deshalb erst sichern, dann auf einer Kopie testen. Auf Wunsch übernehmen wir die Umstellung für Sie.
CMS, Plugins und Themes aktualisieren. Das schließt PHP2Shell nicht, macht aber den Umstieg auf eine neue PHP-Version oft erst möglich.

Sie betreiben einen eigenen Server

Spielen Sie die Updates sofort über die Paketverwaltung Ihrer Distribution ein und starten Sie danach alle PHP-Prozesse neu. Debian und Ubuntu haben korrigierte Pakete bereits veröffentlicht. Prüfen Sie den Stand mit dem Befehl php -v und gleichen Sie ihn mit dem Sicherheitshinweis Ihrer Distribution ab. Anwendungen in Docker-Containern müssen neu gebaut werden. So empfiehlt es auch das BSI.

Wenn Sie nicht sofort aktualisieren können

Manchmal lässt sich eine alte Website nicht in ein paar Stunden umstellen. Vollständigen Schutz bieten laut BSI nur das Update oder die Trennung vom Internet. Firewall und Einstellungen am Server verkleinern das Risiko nur. Das BSI empfiehlt diese Reihenfolge:

Vorübergehend vom Netz. Können Sie das Update nicht sofort einspielen, rät das BSI, eine vorübergehende Trennung vom Internet zu erwägen, weil Firewall und Einstellungen nicht vollständig schützen. Ähnlich rät es CERT-EU, das IT-Sicherheitsteam der EU-Institutionen. Genau das haben am 21. Oktober einige Betreiber getan, darunter die Stadt Mainz und Behörden in den Niederlanden. Welche Angaben es zu Hostern, Städten und Behörden am 21. Oktober gibt und was davon belegt ist, lesen Sie in Störungen bei Hostern am 21. Oktober.
Mindestens Einstellungen am Server. Ist auch die Trennung nicht möglich, sollten laut BSI mindestens die Einstellungen geändert werden, die das PHP-Team als Übergangslösung nennt. Dazu gehört etwa das Abschalten der Upload-Fortschrittsanzeige von PHP. Sie erschweren einzelne Angriffswege und wirken laut PHP-Team und BSI nur in der Server-Konfiguration, nicht über eine .user.ini oder aus der Anwendung heraus. Im Shared Hosting geht das meist nur über den Hoster.
Zusätzlich eine Firewall vorschalten. Eine Web Application Firewall filtert bekannte Angriffsmuster heraus, bevor sie Ihren Server erreichen. Das BSI empfiehlt sie als ergänzenden Schutz. Cloudflare hat laut eigenem Blog am 21. Oktober Schutzregeln gegen PHP2Shell aktiviert, für alle Tarife mit Firewall, auch den kostenlosen. Das hilft nur Websites, deren Aufrufe über Cloudflare laufen. Auch das ist eine Übergangslösung, Cloudflare selbst rät zum Update.

Sie wissen nicht, welcher Weg für Ihre Website passt? Wir schauen uns Ihre Lage an und sagen Ihnen ehrlich, was sinnvoll ist und was nicht.

Daniel Haenle
Gründer & Ihr Ansprechpartner

Haben Sie Fragen oder benötigen Hilfe bei dem Thema „PHP-Sicherheitslücke"?

Unsere Full-Service-Agentur kann Ihnen bei Fragen und der Umsetzung zur Seite stehen. Zögern Sie nicht, uns zu kontaktieren. Wir freuen uns darauf, von Ihnen zu hören.

Jetzt einfach Kontakt aufnehmen

Woran Sie einen Angriff erkennen

Ein Update schließt die Lücke, entfernt aber nichts, was ein Angreifer schon auf dem Server abgelegt hat. Wer bis zum Update offen war, sollte deshalb genauer hinsehen. Patchstack nennt, gestützt auf die Forscher von Wiz, diese Hinweise in den Server-Protokollen. Beweise sind sie nicht. Das BSI will solche Anzeichen erst verbindlich empfehlen, wenn mehr bekannt ist:

ungewöhnliche Upload-Anfragen, nach denen Speicherfehler oder gehäuft Fehler 500 auftreten
auffällig große oder fehlerhafte Sitzungs-Cookies (PHPSESSID) in den Antworten des Servers
PHP-Prozesse, die ohne erkennbaren Grund neu starten

Dazu kommen die üblichen Spuren eines Einbruchs, wie wir sie aus Hackfällen kennen:

neue oder geänderte PHP-Dateien, vor allem im Upload-Ordner
unbekannte Benutzerkonten mit Administratorrechten
fremde Weiterleitungen, Spam-Seiten oder Warnungen von Google und Browsern

Sehen Sie solche Anzeichen, rät Patchstack, den Server als möglicherweise angegriffen zu behandeln. Weil über die Lücke auch Inhalte aus dem Arbeitsspeicher offengelegt werden können, rät Patchstack außerdem, neue Zugangsdaten zu erwägen.

Wichtig ist dabei die Reihenfolge. Wer nur die sichtbaren Schaddateien löscht, übersieht leicht versteckte Hintertüren. In unserer anonymisierten Fallstudie zu einem früheren Angriff auf eine Joomla-Website war der Schadcode deshalb nach wenigen Stunden zurück. Wie wir bei einer Bereinigung vorgehen, lesen Sie in WordPress gehackt und Joomla gehackt. Hat Ihr Hoster Ihnen eine Mail zu Schadsoftware geschickt, hilft unser Ratgeber Hoster meldet Schadsoftware.

So helfen wir Ihnen

Wir betreuen Websites mit WordPress und Joomla dort, wo sie liegen. Ihre Website bleibt dabei bei Ihrem bisherigen Hoster. Bei PHP2Shell gehen wir so vor:

Bestandsaufnahme: Wir prüfen, auf welcher PHP-Version Ihre Website läuft, und fragen bei Ihrem Hoster nach, ob die Korrektur eingespielt ist.
Umstellung auf PHP 8.3 oder 8.4: mit Sicherung, Test auf einer Kopie und einem Rückweg, falls etwas hakt. Braucht Ihre Website vorher ein Update von WordPress oder Joomla, sagen wir Ihnen das.
Spurensuche: Wir suchen nach neuen oder veränderten PHP-Dateien und fremden Konten. Finden wir etwas, kümmern wir uns um die Bereinigung und um neue Zugangsdaten.

Was davon Ihre Website braucht, klären wir in der kostenlosen Erstberatung.

Passende Leistungen

Umstellung PHP-Update

Wir prüfen Ihre Website, legen eine Sicherung an, testen die neue PHP-Version auf einer Kopie und stellen erst dann um.

Den Aufwand nennen wir Ihnen, bevor wir anfangen.

Zum PHP-Update →

Nach einem Angriff Hilfe bei gehackten Websites

Wir analysieren den Vorfall, entfernen Schadcode und sichern Ihre Website technisch ab.

Abrechnung meist nach Stundensatz oder individuellem Angebot.

WordPress gehackt → Joomla gehackt →

Kostenlos Kostenlose Erstberatung

Wir schauen uns Ihre Lage an und sagen Ihnen ehrlich, was sinnvoll ist und was nicht.

Telefonisch Mo. bis Fr. von 9 bis 18 Uhr

Beratung anfragen →

Für die Zeit danach gibt es unsere laufende Wartung.

Website-WartungLaufend gepflegt

Paket Basic und größere Pakete

Wir spielen Updates für WordPress oder Joomla, für Plugins und Theme ein, legen regelmäßig Sicherungen an und behalten im Blick, ob Ihre PHP-Version noch Sicherheitsupdates bekommt. Wird die nächste Lücke bekannt, kennen wir Ihre Website schon.

✓Updates und Sicherheits-Patches für CMS, Plugins und Theme

✓Regelmäßige Sicherheitskopien Ihrer Website

✓PHP-Version mit Sicherheitsupdates im Blick

✓Fehlerbehebung bis zu 60 Minuten im Monat

Pakete und Preise ansehen

Leistungen des Pakets Basic. Das Paket Standard enthält zusätzlich Änderungen an Design und Inhalten und einen monatlichen Bericht.

Das sind die nächsten Schritte

Prüfen Sie heute die PHP-Version Ihrer Website.
Läuft sie auf PHP 8.2 bis 8.5, klären Sie mit Ihrem Hoster, ob die Korrektur eingespielt ist.
Läuft sie auf PHP 8.1 oder älter, stellen Sie zügig auf PHP 8.3 oder 8.4 um, mit Sicherung und Test. Bis dahin empfiehlt das BSI diese Reihenfolge, falls Ihr Hoster keine Korrektur für Ihre Version bestätigt hat: vorübergehend vom Netz, sonst mindestens die Einstellungen am Server.
Kontrollieren Sie Ihre Website auf die genannten Anzeichen eines Angriffs.
Sorgen Sie dafür, dass Updates für WordPress oder Joomla, für Plugins und Theme künftig regelmäßig eingespielt werden, selbst oder über eine Website-Wartung.
Brauchen Sie Unterstützung, melden Sie sich bei uns. Die Erstberatung ist kostenlos.

Häufige Fragen

Was ist PHP2Shell?

PHP2Shell ist der Name für zwei kritische Sicherheitslücken im Kern der Programmiersprache PHP: CVE-2026-109618 und CVE-2026-109619. Beide sind mit 9,2 von 10 Punkten bewertet. Sie erlauben es Angreifern, ohne Anmeldung eigenen Code auf einem Webserver auszuführen.

Welche PHP-Versionen enthalten die Korrektur gegen PHP2Shell?

Die Korrektur enthalten PHP 8.2.35, 8.3.36, 8.4.27 und 8.5.12 sowie neuere Versionen. Für PHP 8.1 und älter gibt es vom PHP-Projekt kein fertiges Update. Linux-Distributionen können die Korrektur auch unter einer anderen Versionsnummer ausliefern.

Reicht es, WordPress oder Joomla zu aktualisieren?

Nein. Die Lücke steckt in PHP selbst, nicht in WordPress, Joomla oder einem Plugin. Geschlossen wird sie nur durch ein Update von PHP, das betont auch das BSI. Bei einer Website im Shared Hosting spielt das der Hoster ein.

Kann ich die Lücke über die php.ini schließen?

Nein. Das PHP-Team nennt Einstellungen, die einzelne Angriffswege erschweren. Einen vollständigen Schutz bieten sie nicht. Außerdem wirken sie nur in der Server-Konfiguration, nicht in einer .user.ini. Vollständig schließt die Lücke nur das Update.

Hilft eine Firewall wie Cloudflare gegen PHP2Shell?

Als Übergang kann sie helfen. Cloudflare hat laut eigenem Blog am 21. Oktober Schutzregeln gegen PHP2Shell aktiviert, für alle Tarife mit Firewall, auch den kostenlosen. Vollständigen Schutz bieten laut BSI aber nur das Update oder die Trennung vom Internet. Auch Cloudflare rät, PHP zu aktualisieren.

Meine Website läuft noch auf PHP 7.4. Was nun?

Für PHP 7.4 gibt es vom PHP-Projekt kein fertiges Update. Das PHP-Team hat zwar Korrekturen im Quellcode veröffentlicht, die sind aber für Betreiber gedacht, die PHP selbst bauen. Manche Linux-Distributionen liefern eigene Korrekturen. Ob Ihr Hoster eine solche Korrektur einspielt, erfahren Sie nur bei ihm. Empfohlen ist der Umstieg auf PHP 8.3 oder 8.4. Weil alte Plugins und Themes dabei oft Fehler werfen, sollte der Wechsel vorher auf einer Testkopie geprüft werden.

Wurde meine Website schon angegriffen?

Das lässt sich nur durch einen Blick auf Server und Dateien klären. Hinweise sind neue PHP-Dateien im Upload-Ordner, unbekannte Administratoren, fremde Weiterleitungen oder gehäufte Fehler 500. Ein Update entfernt keinen Schadcode, der schon auf dem Server liegt.

Wie schnell muss ich handeln?

Am besten sofort. Laut BSI ist Beispiel-Angriffscode öffentlich, und das BSI geht von einer kurzfristigen Ausnutzung verwundbarer Systeme aus. Angriffe laufen automatisiert: Programme durchsuchen das Netz nach verwundbaren Servern, egal wie bekannt eine Website ist.

Kann die Unicorn Factory meine Website wegen PHP2Shell prüfen?

Ja, für Websites mit WordPress und Joomla. Wir prüfen die PHP-Version Ihrer Website und fragen bei Ihrem Hoster nach, ob die Korrektur eingespielt ist. Läuft Ihre Website auf altem PHP, bereiten wir den Umstieg auf PHP 8.3 oder 8.4 mit Sicherung und Testkopie vor und stellen danach um. Braucht es vorher ein Update von WordPress oder Joomla, sagen wir Ihnen das. Außerdem suchen wir nach Spuren eines Angriffs. Die Erstberatung ist kostenlos, den voraussichtlichen Aufwand nennen wir Ihnen vorher.

Quellen

5/5 - (1 vote)

Florian Konrad

Florian Konrad, Mitbegründer und Geschäftsführer der Unicorn Factory, begann bereits in der Schule mit Webentwicklung und Online-Marketing. Mit Jahren der Erfahrung hat er umfassende Expertise in SEO, Automatisierung und Webentwicklung entwickelt.

Florian Konrad

Diesen Beitrag teilen!