| Plugin-Name | WordPress Redirect Countdown Plugin |
|---|---|
| Art der Schwachstelle | CSRF |
| CVE-Nummer | CVE-2026-1390 |
| Dringlichkeit | Niedrig |
| CVE-Veröffentlichungsdatum | 2026-03-23 |
| Quell-URL | CVE-2026-1390 |
CVE-2026-1390 — Redirect Countdown Plugin (<=1.0) CSRF: Was es für Ihre WordPress-Seite bedeutet und wie Sie sie schützen können
Autor: WP-Firewall-Sicherheitsteam
Datum: 2026-03-23
Zusammenfassung
Eine Cross-Site Request Forgery (CSRF) Schwachstelle (CVE-2026-1390) wurde öffentlich bekannt gegeben, die das WordPress Redirect Countdown Plugin in der Version 1.0 und früher betrifft. Der Fehler ermöglicht es einem Angreifer, einen authentifizierten Administrator (oder einen anderen privilegierten Benutzer) zu zwingen, die Plugin-Einstellungen ohne ordnungsgemäß validierte Nonces oder Berechtigungsprüfungen zu ändern. In der Praxis kann dies verwendet werden, um bösartige Weiterleitungen einzufügen, SEO zu beeinträchtigen oder Besucher auf von Angreifern kontrollierte Seiten zu lenken. Dieser Artikel erklärt, was passiert ist, wie Angreifer dies ausnutzen könnten, wie Sie Anzeichen einer Ausnutzung erkennen können und welche praktischen Maßnahmen (einschließlich WP-Firewall-Schutz) Sie sofort anwenden sollten.
Inhaltsverzeichnis
- Worin besteht diese Schwachstelle?
- Wer ist betroffen?
- Warum das wichtig ist (Bedrohungsszenarien)
- Technische Analyse — wie die CSRF funktioniert
- Beispiel für einen Proof-of-Concept (konzeptionell)
- Anzeichen für Kompromittierung und forensische Überprüfungen
- Sofortige Maßnahmen für Website-Besitzer und Administratoren
- WP-Firewall-Schutz und empfohlene WAF-Regeln
- Entwickleranleitung: So beheben Sie den Plugin-Code
- Langfristige Härtung & bewährte Praktiken für das Monitoring
- Checkliste für die Reaktion auf Zwischenfälle
- Schlussgedanken
- Sichern Sie Ihre Seite mit WP-Firewall (Details zur kostenlosen Stufe und Anmeldung)
Worin besteht diese Schwachstelle?
CVE-2026-1390 ist eine Cross-Site Request Forgery (CSRF), die das Redirect Countdown WordPress-Plugin (Versionen <= 1.0) betrifft. Der anfällige Codepfad akzeptiert POST-Anfragen, die die Plugin-Einstellungen aktualisieren, ohne einen gültigen WordPress-Nonce zu überprüfen oder angemessene Berechtigungsprüfungen durchzuführen. Infolgedessen kann eine bösartige Website oder E-Mail eine Seite hosten, die, wenn sie von einem authentifizierten Administrator (oder einem anderen privilegierten Benutzer mit Zugriff auf die Plugin-Einstellungen) besucht wird, stillschweigend eine gestaltete Anfrage absendet, die die Plugin-Konfiguration aktualisiert.
Wichtige Klarstellungen:
- Der Angreifer benötigt nicht das Passwort des Administrators. Er muss den Admin dazu bringen, in WordPress angemeldet zu sein und dann eine Seite unter der Kontrolle des Angreifers zu besuchen (oder auf einen gestalteten Link zu klicken).
- Dies ist eine CSRF, keine nicht authentifizierte Remote-Code-Ausführung. Es missbraucht die authentifizierte Sitzung eines privilegierten Benutzers.
- Die Schwere wird in der öffentlichen Bewertung als niedrig bis mittel angesehen (berichteter CVSS ~4.3), da die Ausnutzung erfordert, dass ein Admin dazu verleitet wird, eine bösartige Seite zu besuchen; jedoch kann die nachgelagerte Auswirkung größer sein, abhängig davon, welche Einstellungen geändert werden (zum Beispiel Weiterleitungsziele).
Wer ist betroffen?
- Jede WordPress-Seite, die das Redirect Countdown Plugin in der Version 1.0 oder früher installiert hat, ist potenziell betroffen.
- Das tatsächliche Risiko entsteht auf Seiten, auf denen das Plugin aktiviert ist und auf denen ein oder mehrere privilegierte Benutzer (Administratoren oder Benutzer mit Berechtigungen für die Plugin-Einstellungen) sich in die WordPress-Admin-Oberfläche einloggen und während sie weiterhin authentifiziert sind, im Web surfen.
- Seiten, die öffentlich zugängliche Admin-Konten hosten oder mehrere Admins haben, sind risikobehafteter, da der Angreifer mehr mögliche Opfer hat, die er sozial manipulieren kann.
Wenn Sie eine spätere Plugin-Version verwenden, in der der Anbieter Nonce-/Berechtigungsprüfungen hinzugefügt hat, sind Sie von diesem spezifischen CSRF-Vektor nicht betroffen. Wenn ein offizielles Update noch nicht verfügbar ist, befolgen Sie die sofortigen Maßnahmen unten.
Warum das wichtig ist — Bedrohungsszenarien
Ein Einstellungsupdate in einem Weiterleitungs-Plugin kann harmlos erscheinen, bis man darüber nachdenkt, wie ein Angreifer es nutzen könnte:
- Bösartige Weiterleitungen: Der Angreifer kann das Weiterleitungsziel auf eine von ihm gehostete Phishing-Seite oder Malware-Zielseite ändern. Jeder Besucher der weitergeleiteten URL könnte betroffen sein.
- SEO- und Rufschäden: Weiterleitungen zu Spam- oder Betrugsinhalten können das Vertrauen und das Suchranking schädigen.
- Phishing und Diebstahl von Anmeldeinformationen: Weiterleitungen, die Anmeldeseiten nachahmen, können Anmeldeinformationen erfassen oder die Übernahme von Konten weiter ermöglichen.
- Benutzerverfolgung und Exfiltration: Einstellungen können Verhaltensweisen zur Verfolgung oder Countdown-Seiten aktivieren oder ändern, die Daten erfassen.
- Persistenter Müll: Selbst wenn sie erkannt werden, können schlechte Weiterleitungseinträge verwendet werden, um einen Kompromiss persistent und schwer zu entfernen zu halten.
Da der Exploit über die authentifizierte Sitzung eines privilegierten Benutzers erfolgt, können automatisierte, großflächige Scanning-Tools ihn im großen Stil auslösen – ein Angreifer kann eine einzige Seite erstellen und viele Administratoren dazu verleiten, zu klicken.
Technische Analyse — wie die CSRF funktioniert
Auf hoher Ebene tritt CSRF auf, wenn eine Webanwendung zustandsändernde Anfragen (POST/PUT/DELETE) akzeptiert, ohne sicherzustellen, dass die Anfrage absichtlich vom Benutzer über die legitime Benutzeroberfläche der Website gestellt wurde. WordPress verwendet Nonces (ein einmaliges Token-Mechanismus, das zu Formularen und AJAX-Aktionen hinzugefügt wird) und Berechtigungsprüfungen, um CSRF zu blockieren.
In dieser Schwachstelle hat das Plugin einen Endpunkt für die Aktualisierung von Einstellungen offengelegt, der:
- POST-Daten akzeptiert, um Weiterleitungseinstellungen zu ändern (Ziel-URL, Weiterleitungen aktivieren/deaktivieren, Countdown-Zeit usw.).
- Keinen WordPress-Admin-Nonce validiert (z. B. check_admin_referer / check_ajax_referer).
- Nicht bestätigt, dass der aktuelle Benutzer die erwartete Berechtigung hat (wie manage_options).
- Den Referer- oder Origin-Header nicht ordnungsgemäß validiert.
Eine von einem Angreifer gehostete Seite kann ein HTML-Formular erstellen, das das gestaltete POST an den Plugin-Endpunkt sendet und das Formular automatisch über JavaScript absendet. Da der Browser des Opfers weiterhin mit der Website authentifiziert ist (Cookie-Sitzung vorhanden), wird WordPress die Anfrage akzeptieren und die Einstellungen aktualisieren.
Wichtige fehlende Schutzmaßnahmen:
- Keine Nonce-Überprüfung im Formularverarbeitungs-Code.
- Unzureichende Berechtigungsprüfungen – oder gar keine.
- Möglicherweise keine CSRF-Prüfung bei admin-post.php-Handlern, wenn das Plugin diesen Mechanismus verwendet hat.
Beispiel für einen Proof-of-Concept (konzeptionell)
Unten ist ein konzeptionelles HTML PoC, das das Angriffsmuster demonstriert. Dies wird für Verteidiger bereitgestellt – um zu verstehen, wie einfach es ist, dies zu waffen und um Abmilderungen sicher in Ihrer Testumgebung zu testen. Führen Sie dies nicht gegen Produktionsseiten aus, es sei denn, Sie kontrollieren sie und haben Backups.
<!-- Conceptual PoC - Do not run on production sites! -->
<html>
<body>
<form id="exploit" method="POST" action="https://victim-site.example/wp-admin/admin-post.php?action=redirect_countdown_update">
<input type="hidden" name="redirect_enabled" value="1">
<input type="hidden" name="redirect_url" value="https://attacker.example/malicious">
<input type="hidden" name="countdown_seconds" value="3">
</form>
<script>
// Auto-submit the form when the (logged in) admin visits this page
document.getElementById('exploit').submit();
</script>
</body>
</html>
Warum das funktioniert: Der Browser des Opfers enthält die Authentifizierungscookies des Administrators, wenn er das POST sendet, und da der Plugin-Endpunkt keine ordnungsgemäßen Nonce-/Berechtigungsprüfungen hatte, wendet der Server die Konfigurationsänderung an.
Anzeichen für Kompromittierung und forensische Überprüfungen
Wenn Sie vermuten, dass dieses Plugin oder ein anderer ähnlicher formularbasierter Endpunkt missbraucht wurde, priorisieren Sie die folgenden forensischen Überprüfungen:
- Überprüfen Sie die Plugin-Einstellungen:
- Besuchen Sie die Plugin-Einstellungsseiten und überprüfen Sie die Weiterleitungsziele.
- Suchen Sie nach kürzlich geänderten Werten, unbekannten Domains oder verdächtigen Abfragezeichenfolgen.
- Durchsuchen Sie die Optionen-Tabelle:
- Viele Plugins speichern Konfigurationen in wp_options. Führen Sie Abfragen aus (wenn möglich auf einer Sicherungskopie):
SELECT option_name, option_value;- Suchen Sie nach ungewöhnlichen Payloads oder codierten Daten.
- Webserver- und WordPress-Protokolle:
- Suchen Sie nach POST-Anfragen an admin-post.php, admin-ajax.php oder Plugin-Admin-Endpunkte, die von externen Referenzen stammen.
- Achten Sie auf plötzliche Anstiege bei POSTs oder Anfragen mit leeren/nicht standardmäßigen Nonce-Parametern.
- Beispiel grep:
grep "admin-post.php" /var/log/apache2/access.log | grep POST - .htaccess / serverseitige Regeln:
- Angreifer fügen manchmal Weiterleitungen auf Serverebene hinzu. Überprüfen Sie .htaccess und Nginx-Konfiguration auf unbekannte Regeln.
- Neue Administratorbenutzer oder modifizierte Benutzer:
- Überprüfen Sie auf kürzlich erstellte Administrator-Konten oder Berechtigungseskalationen.
- Scannen Sie nach bösartigen Dateien:
- Führen Sie einen vollständigen Malware-Scan der Website durch; Weiterleitungen können von bösartigen PHP-Dateien unterstützt werden.
- Überwachung externer Links:
- Überprüfen Sie die Suchkonsole oder Analysen auf plötzliche Anstiege des ausgehenden Verkehrs zu unbekannten Domains.
Sofortige Maßnahmen für Website-Besitzer und Administratoren
Wenn Sie eine Website mit dem betroffenen Plugin betreiben oder unsicher sind, befolgen Sie diese sofortigen Schritte – priorisiert nach Sicherheit und Geschwindigkeit.
- Aktualisieren Sie das Plugin.
- Wenn eine gepatchte Plugin-Version vom Anbieter verfügbar ist, aktualisieren Sie sofort. Das ist die beste Lösung.
- Wenn kein Patch verfügbar ist, deaktivieren Sie das Plugin.
- Nehmen Sie das Plugin sofort offline, um die Angriffsfläche zu entfernen.
- Beschränken Sie den Admin-Zugriff
- Beschränken Sie vorübergehend den Zugriff auf wp-admin durch IP-Whitelisting (Webserver-Firewall) oder durch Hinzufügen von HTTP-Authentifizierung für Administratoren.
- Fordern Sie alle Administratoren auf, sich abzumelden und sich nach der Minderung erneut anzumelden.
- Ändern Sie Passwörter und Geheimnisse.
- Erzwingen Sie Passwortzurücksetzungen für alle Administratorkonten. Rotieren Sie API-Schlüssel und alle Geheimnisse, die das Plugin möglicherweise gespeichert hat.
- Überprüfen Sie die Einstellungen und stellen Sie sie wieder her.
- Überprüfen und setzen Sie die Plugin-Einstellungen zurück, wenn sie geändert wurden. Stellen Sie aus einem sauberen Backup wieder her, wenn Sie bösartige Weiterleitungsziele feststellen, die schwer zu entfernen sind.
- Führen Sie einen Malware-Scan durch.
- Scannen Sie die Site-Dateien und die Datenbank nach injiziertem Inhalt. Entfernen oder quarantänisieren Sie verdächtige Dateien.
- Aktivieren Sie die Zwei-Faktor-Authentifizierung (2FA)
- Fordern Sie 2FA für Administratorkonten an, um das Risiko von credential-basierten Nachfolgen zu verringern.
- Überwachung und Protokollierung verstärken
- Aktivieren und überprüfen Sie detaillierte Zugriffsprotokolle. Erwägen Sie, die Überwachung der Dateiintegrität hinzuzufügen, um zukünftige Änderungen zu erkennen.
- Beteiligte benachrichtigen
- Informieren Sie die Website-Besitzer, Kunden und Teammitglieder über potenzielle Änderungen und ergriffene Maßnahmen.
- Wenn Sie keine internen Sicherheitsressourcen haben, kontaktieren Sie einen Fachmann.
- Ziehen Sie einen professionellen Sicherheitsdienst in Betracht, um eine vollständige Bewertung und Bereinigung durchzuführen.
WP-Firewall-Schutz – wie ein WAF Ihnen jetzt helfen kann.
Bei WP-Firewall entwerfen wir Regeln und virtuelle Patches speziell für Schwachstellen wie diese, da Website-Besitzer oft nicht sofort die Patches des Anbieters anwenden können. Eine Web Application Firewall (WAF) kann das Fenster der Exposition erheblich reduzieren, indem sie Exploit-Versuche abfängt und kompensierende Kontrollen anwendet.
Hier sind konkrete Schutzmaßnahmen, die WP-Firewall anwendet, und empfohlene WAF-Regeln, die Sie sofort umsetzen können:
- Virtuelles Patchen für CSRF-Endpunkte
- Erkennen von POST-Anfragen an bekannte verwundbare Plugin-Admin-Endpunkte und zusätzliche Überprüfung verlangen (z. B. _wpnonce überprüfen, ob vorhanden und gültig).
- Wenn der Nonce-Parameter fehlt oder ungültig ist, blockieren oder herausfordern Sie die Anfrage und benachrichtigen Sie den Site-Administrator.
- Durchsetzung von SameSite und Origin/Referer
- Blockieren Sie POST-Anfragen an Admin-Endpunkte, die einen externen Origin oder fehlenden Referer-Header haben. Legitime Admin-Anfragen stammen typischerweise von der Admin-Domain.
- Anforderungsverhalten-Profilierung
- Blockieren oder herausfordern Sie automatisch übermittelte Formulare von externen Ursprüngen (Anfragen mit kurzer Dauer und ohne Interaktion).
- Ratenbegrenzung für POST-Anfragen an admin-post.php und admin-ajax.php von derselben IP oder Quelle.
- WAF-Signaturbeispiele (Pseudo-Konfiguration)
- Blockieren, wenn: POST an /wp-admin/admin-post.php mit action=redirect_countdown_update und fehlendem _wpnonce-Parameter.
- Blockieren, wenn: POST an /wp-admin/admin.php?page=redirect-countdown und Referer-Header nicht vorhanden oder nicht mit der Site-Origin übereinstimmt.
- Blockieren, wenn: POST an den Plugin-Einstellungsendpunkt mit redirect_url-Parameter, der mit einer bekannten bösartigen Domainliste oder Daten-URI übereinstimmt.
- Fügen Sie eine Herausforderung bei verdächtigen Admin-Aktionen hinzu
- Stellen Sie eine zusätzliche Herausforderung (CAPTCHA oder 2FA-Aufforderung) vor den Plugin-Einstellungsendpunkten für Kunden, die das Plugin nicht sofort aktualisieren können.
- Verhaltensbasierte Anomalie-Warnungen
- Warnen Sie bei plötzlichen Änderungen an umleitungsbezogenen Optionen in der Optionen-Tabelle und bei POST-Anfragen, die Umleitungsfelder ändern.
- Automatisierter Rollback-Schutz
- Erkennen und Blockieren von Änderungen an Umleitungszielen, die hochriskanten Mustern entsprechen (externe Domains, kurzlebige Domains, Domains, die für Phishing gekennzeichnet sind).
Beispiel (Pseudocode-Regel):
WENN request.method == POST
Hinweis: Öffentliche WAFs können WP-Nonces, die pro Sitzung wechseln, ohne zusätzliche Integration nicht zuverlässig validieren, daher ist das Blockieren basierend auf fehlendem Nonce + externem Referer ein praktischer virtueller Patch.
Entwickleranleitung — wie man den Plugin-Code repariert
Wenn Sie WordPress-Plugins warten oder entwickeln, ist diese Schwachstelle eine wichtige Erinnerung, die besten Sicherheitspraktiken von WordPress zu befolgen. Hier ist, was in den Anfrage-Handlern des Plugins getan werden sollte:
- Fügen Sie ein Nonce hinzu und überprüfen Sie es
wp_nonce_field( 'redirect_countdown_update_action', 'redirect_countdown_nonce' );wenn ( ! isset( $_POST['redirect_countdown_nonce'] ) || ! wp_verify_nonce( $_POST['redirect_countdown_nonce'], 'redirect_countdown_update_action' ) ) { - Überprüfen Sie die Berechtigungen des aktuellen Benutzers
if ( ! current_user_can( 'manage_options' ) ) { - Eingaben bereinigen und validieren
$redirect_url = isset( $_POST['redirect_url'] ) ? esc_url_raw( wp_unslash( $_POST['redirect_url'] ) ) : ''; - Verwenden Sie admin-post oder REST mit geeigneten Berechtigungs-Callbacks
Wenn REST-Endpunkte exponiert werden, verwenden Sie permission_callback, der die Berechtigung und das Nonce validiert.
Für admin-post-Handler verwenden Sie check_admin_referer(), wo anwendbar. - Protokollieren Sie Änderungen von Admins und bieten Sie eine Rückgängig-Option an
Führen Sie eine Prüfspur von Einstellungsänderungen und einen einfachen Rückgängig-Mechanismus, um unbeabsichtigte Änderungen schnell rückgängig zu machen.
- Überprüfen Sie die Veröffentlichungs-/Commit-Checkliste
Die Sicherheitscodeüberprüfung sollte Teil des Freigabeprozesses sein. Unit-Tests und Integrationstests für Berechtigungsprüfungen und Nonces helfen, Regressionen zu vermeiden.
Langfristige Härtungs- & Überwachungsbest Practices
- Prinzip der geringsten Privilegierung
Begrenzen Sie die Anzahl der Admin-Konten. Verwenden Sie granulare Rollen und vermeiden Sie es, untrusted Benutzern hohe Berechtigungen zu geben. - Erzwingen Sie 2FA
Erfordern Sie eine Zwei-Faktor-Authentifizierung für Admin-Benutzer, um die Auswirkungen von Credential-Diebstahl und Sitzungsrisiken zu verringern. - Begrenzen Sie Admin-Sitzungen auf öffentlichen Maschinen
Schulen Sie das Personal, sich von Admin-Dashboards abzumelden, Admin-Sitzungen über öffentliches WLAN zu vermeiden und Browser-Isolation für Admin-Aufgaben zu verwenden. - Webanwendungsfirewall
Verwenden Sie eine WAF mit virtuellen Patch-Funktionen, um bekannte Exploit-Muster zu blockieren, während Updates ausstehen. - Datei-Integritäts- und Änderungsüberwachung
Verwenden Sie die Datei-Integritätsüberwachung und geplante Scans, um bösartige Injektionen und unerwartete Änderungen zu erkennen. - Datenbank-Änderungsüberwachung
Überwachen Sie Änderungen an wp_options und anderen kritischen Tabellen; benachrichtigen Sie, wenn unerwartete Schlüssel hinzugefügt oder Werte geändert werden. - Backup- und Wiederherstellungsplan
Halten Sie häufige, getestete Backups (Datei + DB) bereit. Bewahren Sie Offsite-Kopien auf und überprüfen Sie die Wiederherstellungsverfahren. - Schwachstellenoffenlegung und Patch-Management
Führen Sie ein Inventar von Plugins und Themes. Abonnieren Sie Sicherheits-Newsletter und wenden Sie Updates umgehend an.
Checkliste für die Reaktion auf Zwischenfälle (Schritt für Schritt)
Wenn Sie eine Ausnutzung feststellen oder vermuten:
- Nehmen Sie die Website offline oder versetzen Sie sie in den Wartungsmodus, wenn nötig, um weiteren Schaden zu verhindern.
- Blockieren Sie den anfälligen Plugin-Endpunkt über die WAF.
- Deaktivieren Sie das anfällige Plugin (wenn es sicher ist, dies zu tun).
- Ändern Sie die Passwörter für alle Benutzer mit Admin-Rechten und rotieren Sie die API-Anmeldeinformationen.
- Erzwingen Sie die Abmeldung aller Sitzungen (z. B. aktualisieren Sie die Benutzersitzungstoken).
- Überprüfen Sie die Einstellungen und entfernen Sie bösartige Weiterleitungen.
- Überprüfen Sie .htaccess und Serverkonfiguration auf bösartige Regeln.
- Scannen Sie Dateien und Datenbank nach injiziertem Inhalt; bereinigen oder stellen Sie aus einem bekannten guten Backup wieder her.
- Installieren Sie den WordPress-Kern und Plugins aus vertrauenswürdigen Quellen neu.
- Sammeln Sie Protokolle und Metadaten für forensische Analysen und bewahren Sie diese für eventuelle Nachuntersuchungen auf.
- Benachrichtigen Sie die Stakeholder und, falls erforderlich, die Rechts-/Compliance-Teams.
- Aktivieren Sie die Website erst wieder, nachdem die Behebung und Überwachung eingerichtet sind.
Schlussgedanken
Eine CSRF-Schwachstelle, die auf Plugin-Einstellungen abzielt — insbesondere auf solche, die Weiterleitungen verwalten — ist täuschend mächtig, da sie das Vertrauen und die Privilegien Ihrer eigenen Administratoren ausnutzt. Es erinnert daran, dass Sicherheit sowohl eine Entwicklungsverantwortung als auch eine betriebliche Disziplin ist: Entwickler müssen Nonce- und Berechtigungsprüfungen implementieren; Website-Betreiber müssen absichern und überwachen.
Wenn Sie das betroffene Plugin verwenden, priorisieren Sie jetzt die Minderung: Aktualisieren oder deaktivieren Sie das Plugin, setzen Sie bewährte Praktiken für Administratoren durch und wenden Sie WAF-Schutzmaßnahmen an, um das Angriffsfenster zu minimieren. Die obigen Schritte bieten einen verteidigbaren Weg für sowohl technische Teams als auch Website-Besitzer.
Schützen Sie Ihre Website mit WP-Firewall — Kostenloser grundlegender Schutz
Titel: Sofort sichern mit einer leichten, verwalteten Firewall
Wenn Sie nach einer einfachen Möglichkeit suchen, Ihre Exposition gegenüber Schwachstellen wie dieser zu reduzieren — einschließlich sofortiger virtueller Patches und fortlaufender Bedrohungserkennung — bietet der Basisplan (kostenlos) von WP-Firewall die Grundlagen ohne Kosten. Der kostenlose Plan umfasst eine verwaltete Firewall, unbegrenzte Bandbreite, eine Webanwendungsfirewall (WAF) mit Regelaktualisierungen, einen Malware-Scanner und Schutz gegen OWASP Top 10-Risiken. Er ist darauf ausgelegt, kleinen und mittleren WordPress-Websites praktischen, wartungsfreien Schutz zu bieten, während Sie Fehlerbehebungen anwenden oder auf Plugin-Updates warten.
Melden Sie sich für den kostenlosen Plan an und erhalten Sie jetzt verwalteten WAF-Schutz:
https://my.wp-firewall.com/buy/wp-firewall-free-plan/
Wenn Sie mehr Automatisierung und Reaktionsfunktionen benötigen, fügen die kostenpflichtigen Pläne automatische Malware-Entfernung, gezielte IP-Kontrollen, monatliche Berichte und fortschrittliche virtuelle Patches hinzu — nützlich für Agenturen und wertvolle Websites.
Vielen Dank für das Lesen. Wenn Sie Hilfe bei der Bewertung Ihrer Website oder der Anwendung einer dieser Minderung benötigen, kann das WP-Firewall-Sicherheitsteam Anleitung und verwaltete Dienste bieten, um Ihre WordPress-Umgebung schnell und zuverlässig abzusichern.
