Unbekannte Zeilen in HTML und PHP der Seite eingefügt, muss das schnell finden

sQL-Injection ist total klassisch die haben vielleicht eine Select-Abfrage auf die User gemacht und Admin-Daten in die wp-postmeta Tabellen geschrieben. dann löscht das Plugin also welches Plugin nicht aktualisiert wurde. oder Tabelle droppen... ne, ist nicht so, ist immer was passiert...

Schritte: 1) In die Datenbank via phpmyadmin gehen 2) wp_options holen, alles prüfen 3) wp_postmeta prüfen, schauen ob es fremde meta_keys gibt 4) FTP-Logs (im Hosting-Panel) 5) Das post_content Feld in der wp_posts Tabelle – wenn viele Posts gut sind oder Skript-Befehle drin sind, löschen 6) Alle Plugins und Themes deaktivieren 7) WordPress updaten

Ich hab gelesen, dass du die Kontrolle über deinen Rechner verlierst... du lebst das irgendwie sehr dramatisch. SQL-Injection ist einfach, wenn du die Abfragen nicht sanitizierst, wird deine Datenbank auch gekapert. Frag mal 'welches Plugin hab ich nicht aktualisiert', dann ist das erledigt.

Ich hab eine Testmethode: Im WordPress-Staging aus dem Full-Backup wiederherstellen, Plugins und Themes updaten, dann schauen, ob es noch da ist. Wenn es im Staging nicht ist, liegt es am Dateisystem, wenn doch, an der Datenbank. Arbeitet je nachdem, welchen Weg ihr gehen wollt.

Ich hab das Problem nicht ganz verstanden aber... was ist eine Datenbank? Was ist FTP? Muss ich jetzt MySQL lernen um das zu lösen? Oder hilft mir hier jemand?

Dabei gibt es einen sehr häufigen Fehler. 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.

Dieses Thema ist archiviert.

die obige Antwort bringt es auf den Punkt... beginnt mit einem kleinen Test bindet nicht gleich alles fest.

Entschuldigung, aber das gilt nicht in jedem Fall. Änderungen an Zahlungsdaten werden niemals über den Kanal bestätigt, über den sie eingehen.

Kurzfassung für Neueinsteiger: Wenn man versucht, alles gleichzeitig zu ändern etabliert sich nichts richtig.

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

Ich erkläre mal die technische Seite. Wenn ihr es zum ersten Mal macht, fangt klein an, die Skalierung kommt später.

Ich hoffe, das hilft dir weiter.

Ich bin in derselben Situation, deshalb frage ich. Jeder nicht schriftlich festgehaltene Punkt ist einer, an den sich beide Parteien später unterschiedlich erinnern.

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

Ich schreibe das, damit ihr denselben Fehler nicht macht. Je schwerer es ist, eine Entscheidung rückgängig zu machen, desto langsamer solltet ihr sie treffen.

Vergessene Testumgebungen sind häufiger das Einfallstor als das Live-System. An deiner Stelle würde ich so vorgehen.

Hier ist etwas zu beachten. Die meisten Vorfälle beginnen nicht mit einer Schwachstelle, sondern mit einem geleakten Passwort.

Nur als Notiz, könnte nützlich sein.

Da hast du recht. Die Antwort hängt stark von der Branche ab, es gibt keine allgemeine Regel.

Der meiste Zeitverlust entsteht durch Arbeiten, die auf Freigaben warten.

Da hast du recht. Wenn man versucht alles gleichzeitig zu ändern etabliert sich nichts richtig.

Ich hoffe, das hilft dir weiter.

das habe ich auch erlebt und ehrlich gesagt nur weil alle es tun, heißt es nicht dass es richtig ist.

dass das Backup im gleichen Netzwerk und mit derselben Identität erreichbar ist, macht es zum Teil des Ziels. naja aus Erfahrung weiß ich das.

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

Die meisten Vorfälle beginnen nicht mit einer Schwachstelle, sondern mit einem geleakten Passwort. Ich hoffe, das hilft dir weiter.