Beiträge von b3317133

Und wie lauten die o.g. 404-Seiten?

Irgendwo im Quelltext der Seite fehlt bei einem Link ein " Zeichen oder es ist eines zuviel o.ä., Link zur Seite?

Zitat von milenke

Gibt es sonst noch etwas was ich sichern kann?

Den Rest der Datenbank. Die _posts Tabelle alleine nutzt kaum was. Und ggf. das (Child-)Theme, falls Änderungen dort gemacht wurden.

Und warum gibst Du auf? Wo liegt jetzt das Problem? Was passiert, wenn Du die Core-Dateien aus einem sauberen, neu heruntergeladenen WordPress .zip exakt wie oben mehrfach beschrieben austauschst?

Wenn keine Änderungen im Theme gemacht wurden, kannst Du auch noch das komplette Theme via FTP mit einer sauberen, neu heruntergeladenen Version ersetzen, ebenso alle Plugins.

Die Einbindung von [plain]https://www.bil..en.de/de/wp-content/…ttern-light.svg erzeugt einen 302 Redirect zu [/plain][COLOR=#ff0000]http:[/COLOR][plain]//http://www.bil..en.de was einen 301 Redirect zu https://www.bil..en.de/ erzeugt, was wiederum einen 302 Redirect zu /de/index.php erzeugt, was wiederum einen 301 Redirect zu https://www.bil..en.de/de/ erzeugt. ...[/plain]

Wie findet man sowas raus? Man öffnet die Browser Konsole, wechselt zum Netzwerk-Tab, lädt die Seite neu und schaut sich die Requests an...

Einen Bezug zu Beitragsbildern kann ich nicht erkennen.

Wo/wie im Code wird das Beitragsbild eingebunden? Wo/wie lässt Du es weg? Link zur Seite?

Diese wp-config.php ist unvollständig, sie sollte so aussehen wie wp-config-sample.php (nur eben befüllt mit den richtigen Datenbank-Zugangsdaten und den Salts/Keys) und ggf. manuell eingefügten Zeile wie die mit WP_AUTO_UPDATE_CORE weiter unten.

Plugins wie W3 Total Cache bei der Fehlersuche deaktivieren...

Beim eingestellten Theme kannst Du per FTP mal in die functions.php des Themes schauen, wie da die ersten paar Zeilen aussehen.

Lade alle Dateien im "root", also wp-XXX.php usw. und die beiden Ordner /wp-admin/ (und alle Unterordner) und /wp-includes/ (und alle Unterordner) neu hoch, die beiden Ordner vorher löschen oder umbenennen.

Schaue auch mal in die Datei wp-config.php, ob da z.B. in der ersten Zeile seltsamer Code steht, ggf. auch ganz weit nach rechts eingerückt. Falls ja, diese Codezeile löschen.

Wenn dann erneut diese Fehler auftreten, ist vermutlich das Theme oder ein Plugin gehackt und der Hack versucht sich beim nächsten Seitenaufruf wieder neu auszubreiten... oder Du lädst die Dateien usw. ggf. in den falschen Ordner hoch.

Analysiere doch einfach erstmal den Inhalt der .._postmeta Tabelle, es gibt durchaus Plugins usw., die pro Seite / Beitrag / Produkt usw. da zig Einträge machen.

Der erste Ansatz wäre, das Ende der Tabelle zu beobachten, wann erscheinen dort wieviele neue Einträge wenn Du was genau machst...

Ganz am Rande bemerkt, bei solchen externen Einbindungen ist wg. DSGVO möglicherweise eine Anpassung der Datenschutzerklärung und auch die Zustimmung der Besucher nötig... mehr dazu sagt Dir gern ein passender Anwalt.

Irgendwelche Angriffe auf Deine Seiten laufen sicher nicht, weil Du hier was postest, sondern weil oft vor/an Wochenenden diese automatischen Scripts noch viel mehr losgelassen werden...

Wenn dieser Fehler erscheint, fehlen ggf. noch die Dateien aus dem "root", also dem Hauptverzeichnis, also Dateien mit wp-XXX.php (ohne wp-config.php), auch diese aus dem .zip neu hochladen.

Vermutlich benutzt Du das Plugin "Yoast SEO", schau mal dort unter "Darstellung in der Suche > Medien", seit einigen Versionen ist dort standardmässig eine Weiterleitung aktiv, die den von Dir beschriebenen Effekt bewirkt.

Wenn in WordPress im Menü unter "Plugins" oder "Design" ein Punkt "Editor" steht (mehr dazu hier), kann man z.B. darüber den PHP-Code von Plugin- oder Theme-Dateien verändern. Darüber kann man im allen von PHP aus erreichbaren Dateipfaden Dateien ablegen und ausführen...

Weiterhin kann man über das WordPress Dashboard auch einfach ein eigenes Theme oder ein kleines Plugin hochladen und aktivieren. Auch das führt beliebigen PHP Code aus.

Beides setzt einen Benutzer mit entspr. Zugriffsrechten in WordPress voraus.

Die genannte .zip Datei wurde offenbar über die Mediathek hochgeladen, ist das richtig? Über die Mediathek alleine kann kein Code ausgeführt werden, allerdings kann der Link zum .zip für Dritte zum Download weitergegeben werden, oder beim o.g. Ausführen von PHP-Code auch irgendwohin entpackt und dann weitergenutzt werden o.ä.

Für Zugriff auf Dein cPanel reicht auch ein einfacher Trojaner auf Deinem PC, ggf. auch ein Browser-Plugin o.ä., das irgendwas macht und im Hintergrund fleissig Kennwörter sammelt... siehe "fünfte Stelle" oben.

Kurz, es gibt hier viele Möglichkeiten.

Daher auch für Mitleser immer meinen ersten Hinweis beachten, als allererstes ein komplettes Backup erstellen, für die spätere Ursachenforschung...

Welches Dashboard meinst Du? Bei den meisten Hostinganbietern gibt es in deren Dashboard einen WebFTP o.ä. zum Einspielen von Dateien, bzw. wenn jemand dort Zugriff hat, legt er/sie ggf. einfach einen eigenen, neuen FTP-Account an...

Das Plugin IThemes Security kann nur Dinge protokollieren, die innerhalb von WordPress passieren.

Eine Whitelist für Login nutzt wenig, wenn nicht geklärt ist, wie der Angreifer fremde Dateien wie wp-organizer.php auf den Server geladen hat. Siehe ab "am zweiter Stelle" usw. oben...

Über hochgeladene Dateien kann man z.B. die Datenbank-Zugangsdaten aus wp-config.php auslesen und einen neuen Admin direkt in die Datenbank schreiben, an WordPress und damit iThemes usw. vorbei.

Dein Code in #10 enhält diese Zeile nicht und wird daher nie verwendet. Dein später geposteter Code enthält die Zeile schon und wird daher verwendet.

Für Mitleser: Solange die Zeile [FONT=Courier New]add_filter( 'registration_errors', 'tml_registration_errors' );[/FONT] nicht verwendet wird, wird die eingebaute Abfrage dort nicht benutzt.

Zum grössten Teil sind das Problem einfach zu schwache Passwörter für den Admin Account. An zweiter Stelle kommen Themes & Plugins aus obskuren Quellen, mit Backdoor inklusive, weil jemand meint, unbedingt 29$ für eine Lizenz sparen zu müssen. An dritter Stelle hoffnungslos veraltete Themes & Plugins, die Sicherheitslücken enthalten. Und an vierter Stelle andere Systeme im gleichen Hosting Webspace, z.B. eine alte Joomla oder vBulletin o.ä. Installation, die gehackt und von da aus dann auch mehr oder weniger automatisch WordPress verseucht wird. An fünfter Stelle ganz normale Trojaner auf dem PC/Mac, die dann FTP-Passwörter abgreifen.

Lebenszeit von Angreifern geht keine drauf, das sind vollautomatisierte Scripts, bei gut im Netz präsenten Websites sind ein paar hundert Versuche am Tag keine Seltenheit, den Scripts ist es auch erstmal egal, ob da WordPress läuft oder nicht.

Mit normalen Accounts kann ein Script dann nichts bzw. kaum was anfangen, aber es probiert einfach alles mögliche durch.

Die Benutzernamen und auch die WordPress-Version sind in WordPress kein Geheimnis, auch wenn irgendwelche Tutorials Hinweise zum "Verstecken" geben, meist wird irgendwo was vergessen...

Ein passend starkes Passwort bekommt man, indem man im Benutzerprofil den Button "Passwort generieren" verwendet.

Deaktiviere mal das Plugin "Elementor", geht es dann?

Und ist unter "Einstellungen > Lesen" der Punkt "statische Seite" aktiv und eine Seite als "Homepage" eingestellt?

Es befindet sich jetzt fälschlicherweise ein sog. UTF-8 BOM am Beginn der Datei /wp-includes/general-template.php

Variante 1: Datei herunterladen, mit Notepad++ bearbeiten, Encoding auf UTF-8 ohne BOM umstellen, neu hochladen.

Variante 2: Unveränderte Datei aus dem WordPress 4.9.6 .zip Archiv entpacken und hochladen.

Danach: Cache des Cache-Plugins leeren.

Generell sind Änderungen an WordPress Core-Dateien nie eine Problemlösung.