Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenAllerdings: letztlich muss man die Leistung ja auch im Vergleich zu den Kosten betrachten...
Ja, die Kosten nehme ich als Attribut bei der Auswertung hinzu.
JABA ist wirklich gut dabei als zackigstes truely Managed WordPress Hosting, mit leider recht knapp bemessenem Speicherplatz. Da heißt es Ordnung halten.. :D
So altbacken all-inkl auch sein mag - leistungsmäßig fast durchweg >= 9.
Danke!
Hab soeben ein paar weitere Tests hinzugefügt.
> Dann bin ich mal gespannt auf den Artikel.
Wie es aussieht dauert das etwas - knappe 60 fehlen noch.. :)
Hi zusammen,
da immer wieder die Frage nach empfehlenswerten WordPress Hostern auftaucht, möchte ich hiermit gern einen großen unabhängigen Leistungstest starten.
Wer hat Lust mitzumachen? Dauert max. 5 min.
Spannend ist besonders, wie die in Mode gekommenen "Managed WordPress Tarife" bei den Anbietern abschneiden.
Gruß
Pascal
Hi,
wie/wann kommt es zur Meldung auf rotem Bildschirm?
Gegen Formular Spam hilft ein Spamschutz. ReCaptcha oder Honeypots.
Gruß
Pascal
Hi,
im von dir verlinkten Beitrag steht doch, dass nur die Datenbank befallen wird.
"Upon triggering the flaw, the attackers could inject malicious scripts in all the products stored in the database of the targeted website."
Die Produkte sind in der Datenbank gespeichert. Darauf hast du z.B. per phpMyAdmim Zugriff.
Durchsuche ein SQL Backup nach <script und checke die Vorkommen.
Einen SQL Befehl für das massenhafte Entfernen der Injection findest du hier:
https://website-bereinigung.de/blog/wordpress-hack-weiterleitung
Du könntest das Logo auf den Seiten ohne Formular ausblenden. Dafür kursieren Anleitungen im Netz.
Sonst einfach das Cf7 Honeypot Plugin nutzen - wäre eine noch bessere Lösung.
Damit werden versteckte Felder eingebaut, um die Spambots zu täuschen. Klappt auch zuverlässig.
Gruß
Pascal
Ist die Config richtig? Sprich die Public und Private Keys? Keine Leerzeichen am Ende o.ä. und die richtige Auswahl der reCaptcha Version (v3)?
Meld dich gern per Chat über meine Seite (siehe Profil) - ich kümmere mich hauptberuflich um gehackte Seiten.
Hi Ruccola,
deine Website wurde auf jeden Fall gehackt. Ist das die einzige WordPress Instanz auf dem Webspace?
Du solltest eine Neuinstallation durchführen, wie hier beschrieben:
https://forum.wpde.org/threads/wss-ph…61/#post-750981
Wordfence oder der NinjaScanner / die NinjaFirewall wären empfehlenswerte Security Plugins.
Gruß
Pascal
Hi,
stimmt die oben genannte Anzahl der Plugins [ Alle (10) ] mit den gelisteten (10 Stück) überein?
https://labs.sucuri.net/webshell-in-fa…mrpb-directory/
Wenn ja, unbedenklich. Hack-Versuche gibt es unzählige, wenn man mal die Access Logs durchgeht. Allerlei Aufrufe üblicher "Standard Backdoors" und Tests auf weit verbreitete Sicherheitslücken..
Je bekannter eine Site, desto mehr davon gibt es.
Du kannst dir die NinjaFirewall oder Wordfence mal anschauen.
Ein Security Plugin ist aber nicht notwendig, wenn du die Updates ständig im Blick hast und zudem eine sinnvolle Backup Strategie verfolgst.
Sensibilisiert bist du ja schon durch die YellowPencil Lücke.
Gruß
Pascal
Nur: Leider findet Google immer noch illegale Weiterleitungen.
Beim Google Ads Support muss man etwas hartnäckiger sein.
Die finden regelmäßig nach den Bereinigungen angeblich noch schädliche Links - kA ob dabei (erst mal) nur auf den Google Cache zurückgegriffen wird o.ä..
Wenn man versichert, dass alles clean ist und um eine Prüfung des Ist-Zustands bittet, ohne dabei auf irgendeinen Zwischenspeicher zurückzugreifen, war dann plötzlich doch immer alles OK und die Anzeigen wurden wieder freigegeben.
Halt uns auf dem Laufenden, was daraus geworden ist.
Hallo Irmen,
bei welchem Hoster liegt die Seite?
Wenn die Mails über ein Formular versendet werden, siehst du das in den Access Logs (POST Requests).
Gern mal hier die *.gz bzw. *.log Datei checken - daraus geht die genutzte URL hervor.
Gruß
Pascal
Wenn die non-www URLs per code 301 (permanent verschoben) auf die www URLs weitergeleitet werden, wird es bald von allein keine non-www URLs mehr im Google Index geben.
Diese Rewriterule kannst du dafür verwenden (oben in die .htaccess Datei vor dem von WordPress generierten Block einfügen):
RewriteEngine On
##### Optionale Weiterleitung non-www zu www
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^(.*)$ https://www.%{HTTP_HOST}/$1 [R=301,L]
Hi,
das schaut aus wie ein vorgeschalteter Passwortschutz (per .htaccess).
Hast du die Info vom Provider, dass die Seite gehackt wurde? Vielleicht hat dieser die Seite so vor Zugriffen geschützt?
Das Vorgehen bei der Hack-Bereinigung ist hier beschrieben:
https://forum.wpde.org/threads/wss-ph…61/#post-750981
Gruß
Pascal
Hi,
hier kannst du das allgemeine Vorgehen bei der Bereinigung nachlesen - wichtig ist auch die Analyse des Hacks:
https://forum.wpde.org/threads/wss-ph…61/#post-750981
Wo ist die Seite denn gehostet? Evtl. hat der Provider Backups?
Gruß
Pascal
Werbung gibts auch eingeloggt bei mir.
Ein Adblocker schafft Abhilfe.
Ich denke du wirst dir selbst was basteln (lassen) müssen - ein fertiges WordPress Plugin wird es nicht geben.
Die Follower und Followings stehen in der Meta Description der Profilseite (vorausgesetzt, dass die alle öffentlich sind) - könnte man ganz simpel, ohne API, daraus extrahieren.
Wäre halt nur grob, wenn es mehrere Tsd sind.. :)
<?php
$username = 'wordpressdotcom';
$metadesc = get_meta_tags ('https://www.instagram.com/'.$username);
$meta = explode(' ',$metadesc['description']);
//print_r($meta);
$followers = $meta[0];
$followings = $meta[2];
echo $username.' hat '.$followers.' Follower und folgt '.$followings.' anderen Accounts.';
?>Ausgabe:
wordpressdotcom hat 79.9k Follower und folgt 224 anderen Accounts.
Das alles bringt nur kurzfristig was, wenn man die Sicherheitslücke nicht findet.
Korrekt.
Wie von mir beschrieben ist dann so jedenfalls alles aktuell und im Originalzustand - mögliche weitere beim Hack hinterlassene Backdoors, die von Strato beanstandet werden könnten, nicht mehr existent.
Laut Strato gab es ja zumidest zeitweise ausstehende Updates.
Die Chance, dass man sich ein momentan angreifbares Plugin direkt aus dem offiziellen Pluginverzeichnis installiert, ist verschwindend gerin[size=14]g. Denn die werden entweder sehr schnell aktualisiert oder entfernt.
Ich wüsste deshalb nicht, was an meinem Beitrag schwierig oder gar "falsch" sein sollte.
Wenn es um das Finden der Sicherheitslücke geht, macht eine Analyse der Access Logs Sinn.
@Holger F Die der letzten 6 Wochen kannst du dir hier herunterladen:
https://www.strato.de/faq/hosting/wo…s_herunterladen
Dann gern zur Prüfung hochladen.
[/SIZE]
Ich weiss nicht, wie ich ansonsten die Schadsoftware finden soll.
Das ist wirklich ein Graus bei Strato.
Erstmal benennen die nur bröckchenweise die Schaddateien (womit wahrscheinlich erreicht werden soll, dass der Kunde selbst umfassend prüft/prüfen lässt).
Dann ist der phpMyAdmin auch noch gesperrt, was das Ganzte zusätzlich erschwert.
Und zu guter Letzt dauert jede Rückmeldung 3-5 Tage.
Ich würde dir empfehlen WordPress mit allen Plugins und dem genutzten Theme neu zu installieren (z.B. lokal per XAMPP) und dann die alte Datenbank zu verbinden.
Wenn du direkt umziehen willst (oder das Ganze vor der Rückübertragung auch noch lokal inkl. der alten Datenbank testen wilst), kannst du per SSH einen SQL Dump generieren.
https://www.strato.de/faq/hosting/so…bank-zugreifen/
Nach einem Hack solltest du die Datenbank/SQL Datei unbedingt auch noch nach <script Injections durchsuchen (STRG+F "<script").
Abgesehen von der Support Reaktionszeit und dem grottigen Malware Handling find ich Strato super.. :-)
Gruß
Pascal
Mal das bst dsgvo Plugin deaktiviert?
Das verursacht einen fatal error.
Am besten ein anderes verwenden, hab im Forum was von einer Sicherheitslücke gelesen.
https://wordpress.org/support/plugin/bst-dsgvo-cookie/
Gruß
Pascal
