WordPress gehackt: Die 3 Fehler, die aus einem Hack einen Totalschaden machen
Ein Szenario, das uns regelmäßig begegnet: Ein Mitarbeiter ruft an, weil Chrome beim Aufruf der Firmenwebsite plötzlich vor einer Gefahr warnt. Oder ein Kunde schreibt, dass er auf eine Casino-Seite weitergeleitet wurde. Der erste Impuls in der Geschäftsführung ist fast immer derselbe: schnell irgendwas tun. Genau das macht die Lage in den meisten Fällen schlimmer, nicht besser.
Aus unserer Erfahrung mit gehackten WordPress-Websites von Unternehmen sind es vor allem drei Reaktionen, die aus einem lösbaren Problem einen teuren Totalschaden machen.
Sofort Dateien löschen oder ein altes Backup einspielen
Der naheliegende Reflex: verdächtige Dateien löschen, altes Backup drüberspielen, Problem „gelöst“. Tatsächlich verschwinden damit genau die Spuren, an denen sich erkennen lässt, wie der Angreifer hereingekommen ist. Ohne diese Spur bleibt die Sicherheitslücke offen – und der nächste Hack ist meist eine Frage von Wochen, nicht Monaten. Ein eingespieltes Backup kann zudem selbst bereits kompromittiert sein, wenn es aus der Zeit nach dem Einbruch stammt.
Abwarten und hoffen, dass es sich von selbst löst
Manche Website-Betreiber warten erst einmal ab, vor allem wenn die Seite äußerlich noch normal aussieht. Das ist riskant: Manche Angriffe werden erst Tage oder Wochen später aktiv. In der Zwischenzeit sichern automatisierte Backup-Systeme den Schadcode munter mit – irgendwann gibt es keine „saubere“ Version mehr, auf die man zurückgreifen könnte. Je länger eine kompromittierte Seite online bleibt, desto größer außerdem das Risiko einer Google-Sicherheitswarnung, die Besucher und Kunden direkt abschreckt.
Alte Zugangsdaten weiterverwenden
Wird die Seite wiederhergestellt, ohne die Zugangsdaten zu ändern, hat der Angreifer im Zweifel weiterhin Zugriff – über Hosting, FTP, Datenbank oder ein unbemerkt angelegtes Admin-Konto im CMS. Der Hack ist dann in wenigen Tagen wieder da.
Was stattdessen zählt: die ersten 30 Minuten
- Passwörter ändern – Hosting, FTP, Datenbank, CMS-Login. Sofort, nicht erst nach der Analyse.
- Dokumentieren statt löschen – wann fiel das Problem zuerst auf, welches Update lief zuletzt?
- Bei Gefahr für Besucher: Seite offline nehmen – idealerweise mit einer funktionsfähigen Baustellenseite, damit Sie erreichbar bleiben.
- Den aktuellen, verseuchten Zustand sichern – als Grundlage für die spätere Ursachenanalyse.
Wiederherstellen oder neu aufbauen?
Nicht jeder Hack lohnt eine Bereinigung. Bei Websites, die älter als etwa fünf Jahre sind, auf veralteten PHP- oder CMS-Versionen laufen oder ohne brauchbares Backup dastehen, übersteigt der Aufwand für Bereinigung und Absicherung häufig die Kosten eines technisch sauberen Neuaufbaus – der dann zusätzlich aktuell und langfristig wartbar ist. Ist die Seite technisch aktuell und gut dokumentiert, spricht meist mehr für die Wiederherstellung. Diese Einschätzung gehört in die Erstanalyse, nicht in eine Bauchentscheidung unter Zeitdruck.
Kostenlose Erstanalyse
Wenn Ihre WordPress-Seite gerade offline ist, eine Google-Warnung zeigt oder sich schlicht komisch verhält: Melden Sie sich, bevor Sie selbst eingreifen. Die Erstanalyse ist kostenlos, an Werktagen erhalten Sie innerhalb von 4 Stunden Rückmeldung.
Jetzt kostenlose Erstanalyse anfordernTelefon: 0151 546 167 30 · WhatsApp-Notfallkontakt