| Plugin-Name | MoreConvert Pro |
|---|---|
| Art der Schwachstelle | Gebrochene Authentifizierung |
| CVE-Nummer | CVE-2026-5722 |
| Dringlichkeit | Hoch |
| CVE-Veröffentlichungsdatum | 2026-05-05 |
| Quell-URL | CVE-2026-5722 |
Gebrochene Authentifizierung in MoreConvert Pro (<= 1.9.14) — Wie dieser CVE Ihre Website betrifft und was Sie jetzt tun sollten
Eine detaillierte, umsetzbare Analyse der Authentifizierungsumgehung in MoreConvert Pro (CVE‑2026‑5722). Was passiert ist, wie Angreifer es ausnutzen, wie man eine Ausnutzung erkennt, kurzfristige Minderung, empfohlene Firewall-Regeln und eine vollständige Checkliste für die Incident Response — aus der Perspektive der Sicherheitsingenieure von WP‑Firewall.
Autor: WP‑Firewall Sicherheitsteam | Datum: 2026-05-05 | Tags: WordPress, Schwachstelle, WAF, MoreConvert Pro, CVE-2026-5722, Incident Response
Zusammenfassung
Eine kritische Schwachstelle der “gebrochenen Authentifizierung” (CVE‑2026‑5722) wurde für das MoreConvert Pro WordPress-Plugin gemeldet, das Versionen <= 1.9.14 betrifft. Das Problem ermöglicht es nicht authentifizierten Akteuren, Authentifizierungsprüfungen zu umgehen und privilegierte Aktionen auszuführen — was potenziell zu Kontoübernahmen, Website-Verunstaltungen, persistierenden Hintertüren oder böswilligen Admin-Erstellungen führen kann. Die Schwachstelle wurde in Version 1.9.15 behoben. Wenn Sie MoreConvert Pro (<= 1.9.14) auf Ihrer Website verwenden, aktualisieren Sie sofort. Wenn Sie nicht sofort aktualisieren können, folgen Sie den untenstehenden kurzfristigen und mittelfristigen Minderungsschritten und führen Sie die Checkliste für die Incident Response aus.
Warum das wichtig ist (kurz)
Schwachstellen der gebrochenen Authentifizierung gehören zu den gefährlichsten Mängeln in WordPress-Plugins. Ein nicht authentifizierter Angreifer, der einen solchen Fehler erfolgreich ausnutzt, kann Aktionen ausführen, die normalerweise authentifizierten, hochprivilegierten Benutzern vorbehalten sind. Die Ausnutzung ist oft trivial zu automatisieren, was diese Mängel in Massen-Ausnutzungs-Kampagnen beliebt macht. Der CVSS für dieses Problem ist sehr hoch (9.8), was die hohe Wahrscheinlichkeit schwerwiegender Auswirkungen widerspiegelt.
Betroffene Versionen und Patch
- Betroffen: MoreConvert Pro Plugin — Versionen <= 1.9.14
- Gepatcht: 1.9.15 (bitte sofort aktualisieren)
- CVE: CVE‑2026‑5722
Wenn Sie aktualisieren können: tun Sie dies jetzt. Wenn nicht, folgen Sie den untenstehenden Minderungsschritten.
Was ist “gebrochene Authentifizierung” in praktischen Begriffen?
In WordPress-Plugins sehen wir häufig gebrochene Authentifizierung, wenn Code, der administrative Funktionen offenlegt, nicht ordnungsgemäß überprüft, ob der Aufrufer authentifiziert ist und die erforderliche Berechtigung hat (zum Beispiel manage_options oder Plugins aktivieren). Häufige Ursachen sind:
- Fehlende oder falsche Berechtigungsprüfungen vor der Ausführung privilegierter Aktionen.
- Offene AJAX-Aktionen oder REST-API-Endpunkte mit unzureichenden Berechtigungsrückrufen.
- Abhängigkeit von clientseitig bereitgestellten Daten (wie einem Nonce), die nicht ordnungsgemäß validiert werden.
- Logik, die annimmt, dass der Aufrufer authentifiziert ist, weil die Anfrage von einem Browser oder einem POST stammt, was nicht zutrifft.
Wenn diese Prüfungen fehlen oder umgangen werden können, können nicht authentifizierte Anfragen Aktionen auslösen, wie das Erstellen oder Ändern von Benutzern, das Ändern von Optionen, das Hochladen von Dateien oder das Ausführen von Plugin-Admin-Funktionen — was dem Angreifer effektiv administrative Kontrolle übergibt.
Wie Angreifer dies ausnutzen (typischer Angriffsfluss)
Während die Ausnutzungsdetails je nach Schwachstelle variieren, ist das gemeinsame Muster für eine gebrochene Authentifizierung in einem Plugin wie MoreConvert Pro:
- Angreifer entdecken einen nicht authentifizierten Einstiegspunkt (eine AJAX-Aktion, REST-Route oder direkte Plugin-Datei), der eine privilegierte Operation ausführt.
- Sie erstellen eine HTTP-Anfrage an diesen Einstiegspunkt, die Authentifizierungsheader/Cookies weglässt, da Authentifizierungsprüfungen fehlen oder fehlerhaft sind.
- Der Server führt die privilegierte Aktion aus (z. B. Benutzer mit Admin-Rolle erstellen, Site-Einstellungen ändern, ein Backdoor hochladen) und gibt Erfolg zurück.
- Der Angreifer meldet sich dann an (oder nutzt das Backdoor) und stellt Persistenz her.
Da die Schwachstelle keine Authentifizierung erfordert, ist die Automatisierung trivial: Angreifer scannen Tausende von Sites, lösen den Endpunkt aus und berichten über kompromittierte Hosts. Deshalb sind schnelle Patches und WAF-Minderungen entscheidend.
Wahrscheinliche Auswirkungen, wenn ausgenutzt
- Neue Admin-Konten werden stillschweigend erstellt.
- Zurücksetzen von Passwörtern bestehender Admin-Konten oder Privilegieneskalationen.
- Willkürliche Änderungen an Plugin- oder Theme-Optionen (könnten bösartige Skripte injizieren).
- Remote-Datei-Uploads oder willkürliche Codeausführung, wenn das Plugin Inhalte oder Dateien akzeptiert.
- Backdooring der Site und Persistenz (Webshells, geplante Aufgaben).
- SEO-Spam, Weiterleitungen, Datendiebstahl oder vollständige Übernahme der Site.
Selbst wenn ein Angreifer nicht sofort einen Admin erstellt, kann er ein Backdoor für späteren Gebrauch hinterlassen – die Behebung muss gründlich sein.
Indikatoren für Kompromittierung (IoCs), die Sie jetzt überprüfen sollten
Überprüfen Sie Ihre Protokolle und die Site auf Anzeichen von Ausnutzung:
- Unerwartete POST/GET-Anfragen an Plugin-Endpunkte, admin-ajax.php oder REST-Pfade zur Zeit der Kompromittierung. Suchen Sie nach Anfragen ohne gültige Sitzungscookies.
- Neue Administratorbenutzer (überprüfen Sie die Benutzerliste auf Konten, die Sie nicht erkennen).
- Unbekannte Cron-Jobs (wp_options-Einträge für geplante Aufgaben) oder neue geplante Ereignisse.
- Unerwartete Änderungen in Plugin-/Theme-Dateien (Änderungsdaten der Dateien).
- Webshell-ähnliche Dateien oder Dateien, die enthalten
base64_eval,eval(base64_decode(...)),preg_replacemit/e, oder andere verdächtige Konstrukte. - Plötzliche Spitzen im ausgehenden Datenverkehr oder ausgehenden Verbindungen, die von der Website ausgehen.
- Verdächtige Datenbankeinträge (Beiträge/Seiten mit Spam-Inhalten, neue Optionen).
- Anmeldeereignisse von ungewöhnlichen IPs oder Geolokationen.
Wenn Sie eines dieser Dinge finden, behandeln Sie die Website als kompromittiert und folgen Sie den untenstehenden Schritten zur Vorfallreaktion.
Sofortige Maßnahmen (0–60 Minuten)
Wenn Sie MoreConvert Pro <= 1.9.14 verwenden:
- Aktualisieren Sie das Plugin sofort auf 1.9.15, wenn möglich. Der Patch ist das beste Mittel.
- Wenn Sie nicht sofort aktualisieren können, deaktivieren Sie das Plugin über das WordPress-Dashboard oder indem Sie den Plugin-Ordner über SFTP/SSH umbenennen:
wp-content/plugins/moreconvert-pro -> moreconvert-pro.deaktiviert. - Beschränken Sie vorübergehend den Zugriff auf wp-admin auf eine kleine Gruppe vertrauenswürdiger IP(s) über .htaccess/nginx-Konfiguration oder Hosting-Kontrollpanel.
- Ändern Sie die Passwörter für alle Administratorkonten und setzen Sie alle Site-Geheimnisse (Salze) zurück in
wp-config.php: aktualisierenAUTH_KEY,SICHER_AUTH_KEY,EINGELOGGT_SCHLÜSSEL,NONCE_SCHLÜSSELund deren Salze. - Überprüfen Sie die Benutzerliste auf unbekannte Administratorkonten — löschen Sie keine Konten, bis Sie Protokolle und Beweise gesammelt haben; deaktivieren Sie sie stattdessen oder erzwingen Sie Passwortzurücksetzungen.
- Überprüfen Sie auf verdächtige geplante Aufgaben und entfernen Sie diese, wenn sie bösartig sind.
- Quarantäne die Website (setzen Sie sie in den Wartungsmodus oder entfernen Sie sie aus der Suche), wenn Sie eine aktive Kompromittierung vermuten, während Sie an der Behebung arbeiten.
Kurz- bis mittelfristige Maßnahmen (wenn Sie nicht sofort patchen können)
Wenn ein Update innerhalb von Stunden nicht möglich ist, wenden Sie diese Maßnahmen an, um die Exposition zu reduzieren:
- WAF-Regel(n): Blockieren Sie nicht authentifizierten Zugriff auf die anfälligen Endpunkte und blockieren Sie Muster, die zur Ausnutzung von Privilegien verwendet werden. Siehe empfohlene Regeln unten.
- Verweigern Sie den Zugriff auf Admin AJAX / Plugin-Endpunkte von nicht angemeldeten Benutzern. Auf vielen Hosts können Sie blockieren
/wp-admin/admin-ajax.phpPOST-Anfragen, die ein nicht angemeldetes Cookie fehlen. - Blockieren Sie das Plugin-Verzeichnis über Webserver-Regeln (verweigern Sie den gesamten Zugriff auf
/wp-content/plugins/moreconvert-pro/*) bis Sie sicher aktualisieren können. - Beschränken Sie den Zugriff auf REST-Endpunkte nach IP oder verlangen Sie eine Authentifizierung für REST-Routen, die vom Plugin hinzugefügt wurden, indem Sie ein
permission_callbackhinzufügen, das die Authentifizierung durchsetzt. - Härtung der Datei-Upload-Regeln: PHP-Ausführung in Upload-Verzeichnissen verbieten und MIME-Typen einschränken.
- Aktivieren Sie die Multi-Faktor-Authentifizierung für alle Administratorkonten, damit selbst neu erstellte Administratoren ohne einen zweiten Faktor nicht verwendet werden können.
WP-Firewall empfohlene WAF-Regeln (praktische Beispiele)
Unten sind praktische Regelmuster aufgeführt, die Sie in einer WAF oder Serverregel-Engine implementieren können. Passen Sie Pfade und Parameter an Ihre Umgebung an.
Notiz: Ersetzen Sie alle Platzhalter-Endpunktmuster durch die tatsächlichen Plugin-Endpunkte, wenn bekannt.
- Blockieren Sie den nicht authentifizierten Zugriff auf Plugin-Admin-Endpunkte (generische Regel)
Bedingung: Anfrage an/wp-admin/admin-ajax.phpODER auf Pfade unter/wp-json/*die auf das Plugin verweisen
UND kein WordPress-Authentifizierungscookie vorhanden (wordpress_eingeloggt_*fehlt)
Aktion: Blockieren / 403 - Blockiere verdächtige Payloads, die versuchen, Rollen festzulegen oder Benutzer zu erstellen
Bedingung: Anfragekörper / Abfrage enthält Parametername wierolle=administratorODERuser_role=administratorODERcreate_user=trueODERuser_login=adminODERuser_pass=*
Aktion: Blockieren und protokollieren - Verweigere direkten Zugriff auf Plugin-PHP-Dateien
Bedingung: Anforderungs-URI stimmt überein^/wp-content/plugins/moreconvert-pro/.*\.php$
Aktion: Rückgabe 403 für nicht-Admin-IP-Adressen (oder alle bis zum Patch) - Erzwinge die Anwesenheit von WP-Nonce für erwartete Aktionen
Bedingung: POST an admin-ajax.php, wo die Aktion mit den Aktionsnamen des Plugins übereinstimmt UND_wpnonceHeader/Parameter fehlt oder ist ungültig
Aktion: Blockieren - Rate limitiere Aufrufe zu den verdächtigen Endpunkten
Bedingung: > X Anfragen an denselben Endpunkt von einer einzelnen IP in Y Sekunden
Aktion: Drosseln / blockieren - Blockiere verdächtige Benutzer-Agenten oder bekannte Exploit-Signaturen
Bedingung: UA entspricht gängigen Scannerwerten oder Payloads enthalten bekannte Exploit-Strings (z.B.,eval(base64_decode
Aktion: Blockieren, Alarm - Temporäre Regel: verweigere REST-Routen
Bedingung: URI beginnt mit/wp-json/moreconvert-prooder/wp-json/moreconvert/*
Aktion: 401 oder 403
Beispiel (modsecurity Pseudo-Regel):
SecRule REQUEST_URI "@rx /wp-content/plugins/moreconvert-pro/|/wp-json/.+moreconvert" "id:100001,phase:1,t:none,deny,log,msg:'Zugriff auf MoreConvert Pro Endpunkte bis zur Behebung blockieren'"
Wenn Sie ein verwaltetes WAF oder ein WP-Firewall-Plugin verwenden, können Sie diese Regeln als benutzerdefinierte Signaturen hinzufügen. Wenn Sie Serverkonfigurationen verwenden, fügen Sie Standortblöcke in Nginx oder Directory/FilesMatch in Apache hinzu, um den Zugriff zu verweigern.
Vollständige Checkliste für die Vorfallreaktion (empfohlene Reihenfolge)
- Triage & Beweissammlung
- Serverprotokolle (Zugriff, Fehler, PHP) für das vermutete Kompromittierungsfenster aufbewahren.
- Datenbank exportieren und Site-Dateien in ein Quarantäneverzeichnis (schreibgeschützt) zur Analyse kopieren.
- Zeitstempel, IP-Adressen, Anfrage-URIs und Benutzeragenten für verdächtige Aktivitäten notieren.
- Eindämmung
- Plugin aktualisieren → 1.9.15 (wenn möglich).
- Wenn nicht: Plugin deaktivieren oder das Plugin-Verzeichnis über Webserver/WAF-Regeln blockieren.
- Die Site offline nehmen, wenn aktive Ausnutzung oder Massenverunstaltung festgestellt wird.
- Beseitigung
- Alle Webshells, unbekannte Administratorbenutzer und vom Angreifer hinzugefügte geplante Aufgaben entfernen.
- Modifizierte Kern-/Plugin-/Theme-Dateien aus einem sauberen Backup wiederherstellen oder Prüfziffern mit den ursprünglichen Plugin-/Theme-Paketen überprüfen.
- Bösartige Datenbankeinträge (Spam-Beiträge, Optionen) bereinigen.
- Erholung
- Gepatchtes Plugin aus dem offiziellen Repository (oder Anbieter) neu installieren.
- Alle Administratorpasswörter und WordPress-Salze rotieren in
wp-config.php. - Alle API-Schlüssel oder Tokens, die offengelegt wurden, erneut ausgeben.
- Dateiberechtigungen und PHP-Ausführungsrichtlinien in Upload-Verzeichnissen erneut überprüfen.
- Nach dem Vorfall Härtung und Überwachung
- Aktivieren Sie die Zwei-Faktor-Authentifizierung für alle Administratorkonten.
- Beschränken Sie den Admin-Bereich nach Möglichkeit auf IP.
- Aktivieren Sie zentralisiertes Protokollieren und Überwachen; erstellen Sie Warnungen für verdächtige Benutzererstellungen, Dateiänderungen oder massiven ausgehenden Datenverkehr.
- Führen Sie ein vollständiges Sicherheitsaudit/-scan auf verbleibende Hintertüren durch.
- Benachrichtigungen & Berichterstattung
- Wenn der Angriff Benutzerdaten betroffen hat, befolgen Sie die geltenden Offenlegungs- und rechtlichen Anforderungen.
- Informieren Sie Ihren Hosting-Anbieter (er kann bei der Netzwerkisolierung helfen).
- Teilen Sie IoCs mit Ihrem Sicherheitsteam oder Anbieter für Incident Response, um die Erkennung in Ihrem gesamten Bereich zu unterstützen.
Für Entwickler: So verhindern Sie ähnliche Probleme in Zukunft
Wenn Sie WordPress-Plugins erstellen oder pflegen, implementieren Sie die folgenden Best Practices:
- Fähigkeitsprüfungen: Überprüfen Sie immer
current_user_can()mit einer spezifischen Fähigkeit für jede Aktion, die den Status der Website ändert. Gehen Sie nicht davon aus, dass es standardmäßig Admin ist. - Nonces: Implementieren und überprüfen Sie Nonces für Formulare und AJAX-Anfragen über
wp_verify_nonce(). Nonces sind keine alleinige Verteidigung, sondern eine starke Minderung gegen CSRF und skriptbasierte Missbrauch. - REST-Berechtigungs-Callbacks: Für REST-Routen stellen Sie ein ordnungsgemäßes
permission_callbackbereit, das den aktuellen Benutzer und die Fähigkeit überprüft. - Vermeiden Sie die Offenlegung von Admin-Funktionalitäten über generische Endpunkte: Stellen Sie privilegierte Logik nur hinter authentifizierte Endpunkte.
- Prinzip der geringsten Privilegien: Führen Sie keine Admin-Aktionen durch, es sei denn, der Code erfordert dies ausdrücklich; dokumentieren Sie die erforderliche Mindestfähigkeit.
- Eingabevalidierung & -bereinigung: Validieren und bereinigen Sie alle Eingaben. Vertrauen Sie niemals auf Eingaben des Clients für Fähigkeiten oder Rollen-Zuweisungen.
- Sicherheitsüberprüfung: Integrieren Sie eine Sicherheitsüberprüfung und statische Analyse für Plugin-Code vor der Veröffentlichung.
Hosters und MSSPs: wie man im großen Maßstab reagiert
Große Hosts und Managed Service Provider benötigen Handbücher für eine schnelle Massenminderung:
- Verzögerte Plugin-Updates über Tausende von Seiten hinweg sind riskant – ziehen Sie in Betracht, WAF-Regeln global einzusetzen, um die Schwachstellensignatur zu blockieren und dann gestaffelte Updates zu koordinieren.
- Verwenden Sie netzwerkbasiertes Blockieren für Exploit-Signaturen und koordinieren Sie sich mit den Seitenbesitzern, um Plugin-Updates anzuwenden.
- Bieten Sie automatisierte Scans an, um das Vorhandensein verwundbarer Plugin-Versionen zu erkennen und Kunden mit klaren Maßnahmen zur Behebung zu benachrichtigen.
- Bieten Sie Notfallisolierungsdienste (Einfrieren von Seiten) für aktiv ausgenutzte Kunden an.
Härtungscheckliste (langfristig)
- Halten Sie den WordPress-Kern, Themes und Plugins auf dem neuesten Stand.
- Reduzieren Sie den Plugin-Fußabdruck: Deaktivieren und Entfernen nicht verwendeter Plugins.
- Erzwingen Sie starke Passwörter, eindeutige Admin-Benutzernamen und 2FA.
- Beschränken Sie den Admin-Zugriff auf vertrauenswürdige IPs, wo dies möglich ist.
- Scannen Sie Dateien und Datenbanken regelmäßig auf Anomalien.
- Planen Sie regelmäßige Backups und testen Sie Wiederherstellungen.
- Überwachen Sie Anmeldeversuche, Dateiänderungen und Cron-Aktivitäten.
- Implementieren Sie eine Zulassungsliste-Strategie für Plugin-Uploads und Dateitypen.
- Verwenden Sie eine verwaltete Firewall/WAF mit virtueller Patch-Funktion für sofortigen Schutz, nachdem neue Schwachstellen offengelegt wurden.
Erkennungs- und forensische Fragen, die Sie stellen sollten
- Hat der Angreifer neue Administrator-Konten erstellt? Wenn ja, wann und von welchen IPs?
- Wurden irgendwelche Plugin- oder Theme-Dateien geändert? Überprüfen Sie Commit-Hashes oder frische Downloads zum Vergleich.
- Wurden Datenbankoptionen oder Beiträge geändert? Suchen Sie nach verdächtigen Inhalten und injizierten Skripten.
- Wurden ausgehende Verbindungen hergestellt (Reverse Shells, Rückrufe)? Überprüfen Sie die Server-Netzwerkprotokolle.
- Gibt es persistente geplante Aufgaben oder Cron-Jobs, die auf unbekannte Skripte verweisen?
- Gibt es veränderte WordPress-Salze oder Hinweise auf
wp-config.phpManipulation?
Antworten sammeln und als Beweismittel für die Wiederherstellung und mögliche Offenlegung speichern.
Beispiel: schnelle Checkliste, die jetzt ausgeführt werden kann (kopieren/einfügen)
- Aktualisieren Sie MoreConvert Pro auf 1.9.15 (oder höher).
- Wenn Sie nicht sofort aktualisieren können: Deaktivieren Sie das Plugin oder blockieren Sie
/wp-content/plugins/moreconvert-pro/*auf der Webserver-/WAF-Ebene. - Alle Administratorpasswörter und WordPress-Salze rotieren in
wp-config.php. - Scannen Sie nach neuen Administratorbenutzern und unbekannten geplanten Aufgaben.
- Durchsuchen Sie Protokolle nach verdächtigen POST/GET-Anfragen, die auf Plugin-Endpunkte abzielen.
- Wenden Sie WAF-Regeln an, die nicht authentifizierten Zugriff auf Plugin-Endpunkte blockieren (siehe obenstehende Regeln).
- Wenn Sie einen Kompromiss feststellen: Protokolle sichern, die Website isolieren und der Checkliste für die Reaktion auf Vorfälle folgen.
Warum eine verwaltete Firewall wichtig ist
Wenn eine hochgradige Schwachstelle offengelegt wird, ist die Geschwindigkeit der Minderung wichtiger als alles andere. Eine verwaltete Webanwendungsfirewall ermöglicht es Ihnen:
- Zielgerichtete Blockierungsregeln sofort auf allen Seiten bereitzustellen.
- Virtuelle Patches anzuwenden, während Plugin-Autoren Fixes veröffentlichen.
- Die Angriffsfläche zu reduzieren, indem bösartige Payloads gefiltert werden, bevor sie Ihre Anwendung erreichen.
- Die Rate zu begrenzen und Massen-Scanning-/Exploitation-Versuche zu mindern.
Wenn Sie für eine Website oder Hunderte verantwortlich sind, reduziert eine zuverlässige Firewall mit der Möglichkeit, benutzerdefinierte Regeln und Notfallsignaturen hinzuzufügen, Ihr Risiko erheblich.
Melden Sie sich für den WP-Firewall Kostenlosen Plan an — Schützen Sie Ihre WordPress-Website jetzt
Beginnen Sie mit dem Basis-Schutz — Es ist kostenlos und sofort verfügbar
Jede Website sollte ein grundlegendes Schutzniveau haben, bevor eine hochriskante Schwachstelle bekannt gegeben wird. Unser kostenloser Basisplan umfasst eine verwaltete Firewall, WAF, unbegrenzte Bandbreite, einen Malware-Scanner und Abdeckung zur Minderung gängiger OWASP Top 10-Risiken – alles, was Sie benötigen, um die Exposition gegenüber nicht authentifizierten Plugin-Schwachstellen wie CVE‑2026‑5722 zu reduzieren. Melden Sie sich jetzt an und erhalten Sie sofortigen, automatisierten Schutz, während Sie Updates und Aufgaben zur Reaktion auf Vorfälle abschließen: https://my.wp-firewall.com/buy/wp-firewall-free-plan/
Wenn Sie proaktive Entfernung und strengere Kontrolle benötigen, fügen unsere kostenpflichtigen Pläne automatische Malware-Entfernung, IP-Blacklistung/-Whitelistung, monatliche Berichte und virtuelle Patches hinzu, um Websites zwischen den Patches des Anbieters sicher zu halten.
Schlussbemerkungen
CVE‑2026‑5722 ist ein Lehrbuchbeispiel dafür, wie kritisch fehlerhafte Authentifizierungsanfälligkeiten sein können. Der Fix existiert – aktualisieren Sie MoreConvert Pro sofort auf Version 1.9.15 oder höher. Wenn Sie das nicht können, wenden Sie die oben genannten WAF-Regeln und Minderungstechniken an und folgen Sie der Checkliste zur Reaktion auf Vorfälle. Wenn Sie Hilfe benötigen, kann Ihr Hosting-Anbieter oder ein qualifizierter WordPress-Sicherheitsberater bei der Eindämmung und Behebung helfen.
Wenn Sie WordPress-Websites betreiben oder verwalten, betrachten Sie diesen Vorfall als Erinnerung, Ihre Umgebung zu härten, Plugins zu minimieren, die Multi-Faktor-Authentifizierung zu übernehmen und einen getesteten Backup- und Wiederherstellungsplan bereitzuhalten.
Bleiben Sie sicher und handeln Sie schnell. Das Zeitfenster zwischen Offenlegung und massenhafter Ausnutzung ist kurz – ein paar Stunden können den Unterschied zwischen einem sauberen Update und einem vollständigen Kompromiss ausmachen.
— WP‐Firewall-Sicherheitsteam
