WordPress-Seite gehackt, ganze Datenbank verschlüsselt, kein Passwort etc. – ignorieren und neu installieren?

mach einfach eine neue installation, das ist zu kompliziert fang von vorne an. wenn das db-passwort geknackt ist lass das security-team ran aber beim hosting ist restore die rettung...

DB ist geschützt; gute Nachricht, wenn der Zugriff weg ist, kannst du vom Backup retten. Check den MySQL-Dump, wenn da Base64-Shell-Code drin ist, ist das Backup auch dreckig. Wenn du SSH-Zugang hast, cross-check die File-Timestamps mit der access.log — find das Kompromittierungsdatum, nimm das neueste Backup davor.

alter es gibt viel zu tun, aber es ist nicht so kompliziert. nochmal — restore vom 7-Tage-Backup, dann Plugins checken. übrigens wenn komische Plugins dabei sind, löschen. und was du jetzt machen musst: alle Passwörter ändern FTP MySQL cPanel alles aber und schmeiß fail2ban raus, lass uns mal sehen...

WordPress-Sites werden meistens wegen Plugin-Schwachstellen oder schwachen Passwörtern kompromittiert. Mach folgendes: 1) Ältestes sauberes Backup identifizieren, 2) Downloaden, 3) Lokal prüfen (Virenscan, File-Hashes), 4) Restoren, 5) Alle Plugins updaten, 6) Alle Passwörter ändern (DB-User, FTP, cPanel, WP-Admin), 7) WP-Security-Plugin installieren, 8) Zwei Wochen beobachten, wenn es wieder gehackt wird, DB sichern — diesmal zu einem neuen Hoster wechseln.

wordPress ist halt die größte Plattform da wird ständig gehackt aber also ihr seid auch gehackt worden? willkommen im Club 😂 Jetzt lernt daraus, ändert das Passwort und installiert ein SSL-Zertifikat dann passt das schon.

Letztes Jahr haben wir fast genau dasselbe erlebt. Überstürzte Entscheidungen sind oft solche, die man sechs Monate später korrigieren muss.

Wenn Genehmigung und Umfang nicht schriftlich vorliegen, darf der Test nicht starten. Wenn es jemand anders macht, würde mich das auch interessieren.

Du hast recht, ich bin denselben Weg gegangen. Wenn du das nicht von Anfang an schriftlich festhältst, gibt es später Streit.

Wenn ihr das Ergebnis hier postet, hilft es auch anderen.

Das hatte ich auch schon überlegt. Scheut euch nicht zu fragen, wer nicht fragt, zahlt am Ende mehr.

Das war's, entschuldige, wenn ich zu lang war.

Ich habe diesen Weg schon hinter mir, ich erzähl mal. Bei uns war der größte Zeitfresser die Unklarheit darüber, wer entscheidet.

Das ist meine Meinung, ich behaupte nicht, dass es absolut richtig ist.

Gespeichert.

An diesem Punkt widerspreche ich dir. Fehler auf der wordpress gehackt was tun-Seite sind meist rückgängig zu machen aber teuer.

Wenn du zu einem Thema drei verschiedene Antworten bekommst, war die Frage falsch gestellt. Schreibt mir, wenn ihr Fragen habt ich antworte so gut ich kann.

Dieser Ansatz hat seinen Preis, der aber nicht thematisiert wird. Verlasst euch nicht auf eine einzige Maßnahme; geht schichtweise vor.

Ich hoffe, das hilft dir weiter.

Genau so ist es. Scheut euch nicht zu fragen, wer nicht fragt, zahlt am Ende mehr.

Vergessene Testumgebungen sind häufiger das Einfallstor als das Live-System. Das ist meine Meinung, ich behaupte nicht, dass es absolut richtig ist.

Ich fasse kurz zusammen, was bisher gesagt wurde. Der meiste Zeitverlust entsteht durch Arbeiten, die auf Freigaben warten.

Wenn Genehmigung und Umfang nicht schriftlich vorliegen, darf der Test nicht starten.

Meine Frage ist geklärt, vielen Dank. Lösungen, die im kleinen Maßstab funktionieren, brechen bei Wachstum zusammen, das habe ich spät gelernt.

Ein automatisierter Scan-Report ist kein Penetrationstest. Aus Erfahrung weiß ich das.

die obige Antwort bringt es auf den Punkt und wenn du das nicht von Anfang an schirftlich festhältst gibt es später Streit.

Da ist mir noch ein Punkt unklar. Änderungen an Zahlungsdaten werden niemals über den Kanal bestätigt, über den sie eingehen.

Wenn es jemand anders macht, würde mich das auch interessieren.

Du hast recht, ich bin denselben Weg gegangen. Je schwerer es ist, eine Entscheidung rückgängig zu machen, desto langsamer solltet ihr sie treffen.

Aus Erfahrung weiß ich das.