| Plugin-Name | WordPress Quiz Maker |
|---|---|
| Art der Schwachstelle | Cross-Site-Scripting (XSS) |
| CVE-Nummer | CVE-2026-6817 |
| Dringlichkeit | Medium |
| CVE-Veröffentlichungsdatum | 2026-05-06 |
| Quell-URL | CVE-2026-6817 |
Dringend: Unauthentifiziertes gespeichertes XSS im WordPress Quiz Maker (CVE-2026-6817) — Was Site-Besitzer jetzt tun müssen
Eine Sicherheitsanfälligkeit für gespeichertes Cross-Site-Scripting (XSS) mittlerer Schwere (CVE-2026-6817) wurde im beliebten WordPress-Plugin “Quiz Maker” entdeckt, das Versionen <= 6.7.1.29 betrifft. Der Anbieter hat die Version 6.7.1.30 veröffentlicht, um das Problem zu beheben. Diese Mitteilung — aus der Perspektive der WP-Firewall geschrieben — erklärt, was diese Sicherheitsanfälligkeit bedeutet, warum sie gefährlich ist, wie Angreifer sie ausnutzen können und welche konkreten Schritte Sie sofort unternehmen sollten, um Ihre Seiten zu schützen.
Dies ist für WordPress-Administratoren, Entwickler und Hosting-Teams geschrieben, die praktische, umsetzbare Anleitungen benötigen. Ich werde auch darlegen, wie eine verwaltete Web Application Firewall (WAF) und virtuelles Patchen Ihnen Zeit verschaffen können, wenn ein sofortiges Patchen nicht möglich ist.
Zusammenfassung für Führungskräfte — in einfacher Sprache
- Sicherheitsanfälligkeit: Gespeichertes XSS im Quiz Maker-Plugin, verfolgt als CVE-2026-6817. Ein böswilliger Akteur kann JavaScript in Daten injizieren, die das Plugin später Benutzern oder Administratoren anzeigt.
- Betroffene Versionen: Quiz Maker ≤ 6.7.1.29. Gepatchte Version: 6.7.1.30.
- CVSS: ~7.1 (mittel-hoch).
- Risiko: Wenn ausgenutzt, können Angreifer JavaScript im Browser eines Opfers ausführen — möglicherweise Cookies, Sitzungstoken stehlen oder Aktionen als dieser Benutzer durchführen. Da der Fehler bösartige Inhalte speichert, kann er jeden betreffen, der später den infizierten Quizinhalt ansieht — einschließlich Administratoren.
- Sofortige Maßnahmen: Aktualisieren Sie das Plugin auf 6.7.1.30 (oder höher). Wenn Sie nicht sofort aktualisieren können, isolieren Sie den betroffenen Bereich, entfernen Sie das Plugin oder wenden Sie WAF-Regeln / virtuelles Patchen an, um Exploit-Versuche zu blockieren.
- Empfohlene Sicherheitsmaßnahmen: Scannen Sie nach injizierten Payloads, setzen Sie die Anmeldeinformationen für Benutzer zurück, die infizierte Inhalte angesehen haben, aktivieren Sie die Zwei-Faktor-Authentifizierung für Administratoren und härten Sie Protokollierung und Überwachung.
Was ist gespeichertes XSS und warum ist ein “gespeichertes” XSS oft schlimmer als ein reflektiertes XSS
Cross-Site-Scripting (XSS) tritt auf, wenn eine Anwendung nicht vertrauenswürdige Daten in eine Webseite einfügt, ohne sie ordnungsgemäß zu bereinigen oder zu escapen, was es einem Angreifer ermöglicht, Skripte in den Browser anderer Benutzer auszuführen. Es gibt zwei gängige Typen:
- Reflektiertes XSS: Payload ist Teil einer URL oder einer einzelnen Anfrage und wird sofort im Browser eines Opfers ausgeführt.
- Gespeichertes (persistentes) XSS: Payload wird auf dem Server gespeichert (zum Beispiel innerhalb einer Quizfrage, Benutzerkommentars oder Datenbankeintrags) und wird jedem Benutzer angezeigt, der diese Ressource später ansieht.
Gespeichertes XSS ist typischerweise schädlicher, da das bösartige Skript persistiert und im Laufe der Zeit viele Opfer betreffen kann. Wenn dieser gespeicherte Inhalt auf Admin-Seiten oder Seiten angezeigt wird, die von authentifizierten Benutzern angesehen werden, kann ein Angreifer möglicherweise einen Kontoübernahme, Remote-Code-Ausführung (über verkettete Techniken) oder persistente Hintertüren erreichen.
Der spezielle Fall im Quiz Maker wird als gespeichertes XSS klassifiziert: Bösartige Inhalte, die von einem Angreifer injiziert wurden, werden gespeichert und später angezeigt, wenn jemand (möglicherweise ein Administrator) den Inhalt ansieht.
Zusammenfassung der offengelegten Sicherheitsanfälligkeit (CVE-2026-6817)
- Betroffenes Produkt: Quiz Maker WordPress-Plugin (häufig verwendet, um Quizze und Umfragen zu erstellen).
- Betroffene Versionen: ≤ 6.7.1.29
- Gepatcht in: 6.7.1.30
- Verwundbarkeitsklasse: Persistentes Cross-Site Scripting (XSS)
- Zugriff erforderlich: Die Beratung zeigt “Unauthenticated” als erforderliches Privileg für die Injektion. Erfolgreiche Ausnutzung in der Praxis kann jedoch einen privilegierten Benutzer erfordern, um die gespeicherte Payload zu laden/anzusehen (zum Beispiel einen Administrator), daher sind sorgfältige Zugriffskontrollen und Überwachung entscheidend.
- Entdeckungscredit: Gemeldet von einem Sicherheitsforscher (Credit wie vom Anbieter veröffentlicht).
- Schweregrad: Mittel (CVSS ~7.1). Es ist wichtig, Priorität darauf zu legen, da gespeichertes XSS in breiten Angriffssträngen verwendet werden kann.
Wichtig: Wenn Sie Quiz Maker verwenden, behandeln Sie dies als umsetzbar — patchen oder sofort mildern.
Warum das für WordPress-Seiten wichtig ist und wie Angreifer es nutzen können
Gespeichertes XSS kann auf viele Arten weaponisiert werden:
- Stehlen von Sitzungscookies oder Authentifizierungstoken von Administratoren und Redakteuren, was eine Übernahme des Kontos ermöglicht.
- Aktionen im Namen eines Administrators ausführen (Beiträge erstellen, Plugins installieren, Einstellungen ändern, Benutzer hinzufügen), wenn das Opfer ein authentifizierter Benutzer mit ausreichenden Rechten ist.
- Bereitstellung von bösartigen Weiterleitungen, Anzeige von Phishing-Formularen für die Benutzer der Seite, Einfügen unsichtbarer Hintertüren oder Laden von Remote-Malware.
- Etablierung von Persistenz: Ein gespeichertes Skript kann zusätzliche persistente Injektionspunkte erstellen (z. B. Beiträge mit bösartigen Skripten erstellen, in Site-Optionen injizieren oder WordPress-HTTP-Endpunkte aufrufen, um weitere Payloads abzurufen).
- Laterale Bewegung: Wenn ein Angreifer ein privilegiertes Konto kompromittiert, kann er weiter eskalieren (eine Hintertür hochladen, in die Hosting-Umgebung pivotieren, indem er Anmeldeinformationen wiederverwendet, andere Seiten auf demselben Hosting anvisieren).
Da die Schwachstelle “gespeichert” ist, können selbst Websites mit geringem Verkehr oder kleinen Websites über längere Zeiträume hinweg angegriffen und betroffen sein. Angreifer scannen oft eine große Anzahl von Seiten und suchen nach gespeicherten Injektionspunkten in beliebten Plugins.
Wahrscheinliche Ausnutzungsszenarien
Wir werden keinen Exploit-Code bereitstellen, aber diese realistischen Szenarien zeigen, wie Risiko zu Auswirkungen wird:
- Der Angreifer reicht eine bösartige Payload über ein Formular oder einen Endpunkt ein, der von Quiz Maker verwaltet wird (zum Beispiel Quiz-Eingabe oder eine Datenimportfunktion). Die Payload wird vom Plugin gespeichert.
- Später lädt ein Administrator oder Redakteur eine Seite innerhalb von wp-admin, die diesen gespeicherten Inhalt rendert (z. B. Vorschau der Quiz-Ergebnisse, Quiz-Verwaltungsbildschirm). Der Browser führt das injizierte Skript unter der Herkunft der Seite aus.
- Das Skript erfasst das Admin-Sitzungscookie oder ruft AJAX-Endpunkte als dieser Benutzer auf — führt Aktionen wie das Erstellen eines neuen Administratorkontos, das Installieren eines Plugins oder das Exfiltrieren von Site-Daten aus.
- Der Angreifer nutzt nun die Admin-Sitzung, um die Seite dauerhaft zu kompromittieren, indem er Hintertüren installiert oder Anmeldeinformationen erntet.
Alternativ könnte die gespeicherte Payload für reguläre angemeldete Benutzer oder Besucher sichtbar sein; jedoch erfordert das typische hochgradige Ergebnis (Übernahme der Seite) die Ausführung im Browser eines Administrators.
Sofortige Maßnahmen, die Sie ergreifen sollten (geordnet nach Priorität)
- Aktualisieren Sie jetzt das Plugin.
– Aktualisieren Sie Quiz Maker auf Version 6.7.1.30 oder höher. Dies entfernt die anfälligen Code-Pfade. - Falls Sie nicht sofort aktualisieren können:
– Deaktivieren Sie das Plugin vorübergehend auf allen betroffenen Seiten, bis Sie ein Update durchführen können.
– Blockieren Sie den Zugriff auf die Plugin-Admin-Seiten (z. B. durch IP- oder Authentifizierungsbeschränkungen).
– Wenden Sie WAF-Regeln/virtuelle Patches an, um Exploit-Payloads und Anfragen an die anfälligen Endpunkte zu blockieren. - Scannen Sie nach bösartigem gespeicherten Inhalt
– Durchsuchen Sie die Datenbanktabellen, die vom Plugin verwendet werden, nach anomalem Text, der "<script", "onerror=", "javascript:", "data:text/html" oder langen codierten Payloads (base64, hex) enthält.
– Führen Sie einen Malware-Scanner für die Website aus und überprüfen Sie ihn mit aktuellen Backups oder Snapshots. - Überprüfen Sie Protokolle & Audit-Aktivitäten
– Überprüfen Sie die Zugriffsprotokolle auf POST-Anfragen an Plugin-Endpunkte und identifizieren Sie verdächtige Einreicher oder Hochfrequenz-Scans.
– Sehen Sie sich die Admin-Zugriffsprotokolle an, um zu sehen, wer potenziell betroffene Admin-Seiten rund um verdächtige POSTs geladen hat. - Rotieren Sie Anmeldeinformationen und härten Sie Konten ab.
– Setzen Sie die Passwörter für alle Administrator-Konten zurück, die den infizierten Inhalt angesehen haben. Erzwingen Sie die Passwortzurücksetzung und widerrufen Sie alle aktiven Sitzungen.
– Aktivieren Sie die Zwei-Faktor-Authentifizierung (2FA) für alle Admin-Benutzer. - Aufräumen und wiederherstellen
– Wenn Sie bösartige Skripteinträge finden, entfernen Sie diese aus der Datenbank.
– Stellen Sie die Website-Dateien aus einem bekannten guten Backup wieder her, wenn persistente Änderungen vorhanden sind (nach sorgfältiger Inspektion). - Überwachung nach dem Vorfall
– Behalten Sie die Fehlerprotokolle, die Erstellung neuer Benutzer, Plugin-Installationen und Dateiänderungen mindestens 30 Tage lang genau im Auge.
– Ziehen Sie in Betracht, einen forensischen Dienst zu beauftragen, wenn Sie Anzeichen einer Kompromittierung feststellen.
So erkennen Sie, ob Sie ausgenutzt wurden
- Ungewöhnliche Admin-Logins von unbekannten IPs oder zu ungewöhnlichen Zeiten.
- Neue Benutzerkonten mit Administratorrechten erstellt.
- Unerwartete Plugin-/Theme-Installationen oder Dateiänderungen innerhalb von wp-content.
- Verdächtige ausgehende Verbindungen von Ihrem Webserver oder E-Mails, die von WordPress gesendet wurden, die Sie nicht ausgelöst haben.
- Vorhandensein unerwarteter -Tags in Quiz-Inhalten, Beitragsinhalten oder Options-Tabellen.
- Unerwartete geplante Aufgaben (wp‑cron), die Aktionen ausführen.
Durchsuchen Sie die Datenbank nach wahrscheinlichen Indikatoren:
- SQL-Abfragen wie:
- SELECT * FROM wp_posts WHERE post_content LIKE ‘%<script%’;
- SELECT * FROM wp_postmeta WHERE meta_value LIKE ‘%<script%’;
- Ersetzen Sie “wp_” durch Ihr Tabellenpräfix.
Löschen oder ändern Sie keine Beweise, bis Sie Protokolle erfasst und Sicherungen für die Untersuchung erstellt haben.
Technische Minderung: wie ein WAF oder virtueller Patch Sie jetzt schützt
Wenn ein sofortiges Patchen nicht möglich ist (zum Beispiel gestaffelte Releases, Testumgebungen oder Kompatibilitätsprobleme mit Plugins), ist ein verwalteter WAF mit virtuellem Patchen der schnellste Weg, um das Risiko zu reduzieren.
Wichtige Schutzmaßnahmen, die ein WAF für gespeichertes XSS bieten kann:
- Blockieren Sie eingehende Anfragen, die typische XSS-Payload-Muster enthalten, bevor sie die Anwendung oder Datenbank erreichen.
- Filtern Sie die Ausgabe, indem Sie bekannte anfällige Endpunkte sanitieren, die nicht vertrauenswürdige Inhalte rendern.
- Begrenzen Sie verdächtige automatisierte Scanning-Aktivitäten, die auf Plugin-Endpunkte abzielen.
- Beschränken Sie den Zugriff auf Admin-Bildschirme nach IP oder verlangen Sie einen zusätzlichen geheimen Header, um auf die Admin-Seiten des Plugins zuzugreifen.
- Setzen Sie gezielte Regeln für die URLs und Parameter des Plugins basierend auf dem Schwachstellen-Fingerabdruck ein.
Beispielkategorien von WAF-Regeln, die Sie sofort haben oder anwenden sollten:
- Blockieren Sie Anfragen, die Skript-Tags oder Ereignis-Handler-Attribute in Parametern enthalten:
- Muster: “<script”, “onerror=”, “onload=”, “javascript:”, “document.cookie”, “window.location”, “eval(“, “innerHTML=”
- Blockieren Sie Anfragen, bei denen die Eingabe lange base64-Strings oder codierte Payloads enthält, die häufig XSS verbergen.
- Blockieren Sie Versuche, an Plugin-Endpunkte von unerwarteten Referern oder mit fehlenden Nonce-Token zu POSTen.
- Blockieren Sie Anfragen, die versuchen, Attribute in JSON- oder HTML-gespeicherten Feldern einzufügen.
Ein professioneller WAF-Betreiber wird diese Regeln global anwenden und falsch-positive Ergebnisse anpassen. Virtuelles Patchen kauft Zeit für sicheres Testen von Plugins und gestaffelte Updates, ohne sofortigen Schutz zu opfern.
Beispiel für defensive Blockierungslogik (für WAF/virtuelle Patch-Teams)
Im Folgenden finden Sie beschreibende Beispiele für die Arten von Prüfungen, die Sie oder Ihr WAF-Betreiber implementieren sollten. Diese sind defensiv – nicht ausbeuterisch – und sollen falsche Negative reduzieren, während falsche Positive minimiert werden.
- Blockieren, wenn der Anforderungsparameter Literal enthält
<script(groß-/kleinschreibungsempfindlich), wobei bekannte harmlose Kodierungsmuster, wo möglich, ausgeschlossen werden. - Blockieren, wenn der Parameterwert Ereignis-Handler-Muster enthält wie
onerror=,onload=,onclick=kombiniert mit HTML-Tags. - Blockieren, wenn der Parameter enthält
Javascript:URI-Schema,daten:text/html, oderdaten:text/javascript. - Blockieren ungewöhnlich langer Eingabefelder (> 2000 Zeichen), die an Endpunkte gesendet werden, die normalerweise kurze Titel/Fragen akzeptieren.
- Rate-Limit für POSTs an Plugin-Admin-Endpunkte, die Inhalte erstellen oder aktualisieren (z. B. create_quiz, save_quiz).
Wenn Sie Ihre eigenen WAF-Regeln ausführen, testen Sie diese zuerst im Überwachungsmodus und wenden Sie das Blockieren an, wenn das Vertrauen wächst.
Wie WP‑Firewall hilft (was wir anders machen)
Als das Team hinter WP-Firewall konzentriert sich unser Ansatz auf mehrere Ebenen, die das Ausbeutungsrisiko reduzieren und die Wiederherstellung beschleunigen:
- Verwaltete WAF-Regeln: Wir pushen gezielte Regeln, um bekannte Ausbeutungsschemata und Endpunkte, die mit der Quiz Maker-Schwachstelle verbunden sind, zu blockieren.
- Virtuelles Patchen: Schützen Sie beliebte anfällige Plugins schnell mit Schutzfiltern über unsere Benutzerbasis, bis der offizielle Patch angewendet wird.
- Kontinuierliches Scannen: Wir führen geplante Malware- und Integritätsprüfungen durch, um injizierte Skripte und verdächtige Dateien zu erkennen.
- Vorfallspielbücher: Wir geben schrittweise Anleitungen zur Behebung und helfen bei der sofortigen Minderung (vorübergehende Deaktivierung des Plugins, Zugangsbeschränkung).
- Forensische Unterstützung: Für Kunden mit verwalteten Plänen unterstützen wir bei tiefergehenden Untersuchungen, wenn Anzeichen für einen Kompromiss vorliegen.
- Benachrichtigungen und Berichterstattung: Wir informieren die Website-Besitzer über anfällige Plugins und geben Aktualisierungsanleitungen.
Wenn Sie viele Websites betreiben oder Kundenwebsites verwalten, reduzieren diese schnellen Schutzmaßnahmen das Expositionsfenster und bieten Zeit, um den Patch des Anbieters sicher zu testen und anzuwenden.
Verantwortliche Offenlegung und sichere Handhabung – wichtige Hinweise
- Versuchen Sie nicht, den Exploit auf Produktionsseiten zu reproduzieren.
- Wenn Sie ein Entwickler sind, testen Sie Patches in einer isolierten Staging-Umgebung und verifizieren Sie, dass das Plugin-Update das Problem löst, ohne die Funktionalität der Seite zu beeinträchtigen.
- Wenn Sie Beweise für einen Kompromiss finden, sammeln Sie Protokolle und Beweise, bevor Sie massenhaft löschen (aber entfernen Sie aktive Payloads so schnell wie möglich von öffentlich zugänglichen Seiten).
- Benachrichtigen Sie Ihren Hosting-Anbieter und eskalieren Sie an ein Sicherheitsteam, wenn Sie einen breiten oder anhaltenden Kompromiss vermuten.
Langfristige Härtung: Risiko ähnlicher Probleme reduzieren
Die Behebung der unmittelbaren Schwachstelle ist notwendig, aber nicht ausreichend, um zukünftige Probleme zu verhindern. Berücksichtigen Sie diese langfristigen Kontrollen:
- Prinzip der geringsten Privilegien: reduzieren Sie die Anzahl der Administratorkonten und beschränken Sie die Möglichkeit zur Installation von Plugins auf eine kleine Gruppe vertrauenswürdiger Konten.
- Härtung des Plugin-Managements: beschränken Sie die Installation von Plugins und Themes auf bestimmte Rollen und IP-Adressen mithilfe von hostbasierten ACLs.
- Inhaltsbereinigung: Stellen Sie sicher, dass alle Eingaben, die in der Datenbank gespeichert sind, ordnungsgemäß validiert und bei der Ausgabe escaped werden – die Überprüfung beliebter Plugins auf mangelhafte Bereinigung ist eine lohnenswerte Übung.
- Regelmäßige Updates: Halten Sie den WordPress-Kern, Themes und Plugins auf dem neuesten Stand; aktivieren Sie automatische Updates, wo sicher und getestet.
- Backups & Wiederherstellungspläne: Halten Sie häufige, getestete Backups und einen bekannten Wiederherstellungsprozess bereit.
- Überwachung & Alarmierung: Integrieren Sie die Protokollüberwachung für verdächtige Administratoraktionen und Dateiänderungen; setzen Sie Alarme für neue Administratorkonten oder plötzliche Plugin-Installationen.
- Sicherheitstests: Führen Sie regelmäßige Code-Audits für Plugins und benutzerdefinierten Code durch, insbesondere für alles, was HTML aus Datenbankfeldern ausgibt.
Was Sie jetzt tun sollten – schnelle Checkliste
- Aktualisieren Sie Quiz Maker sofort auf 6.7.1.30 oder höher.
- Wenn Sie nicht aktualisieren können, deaktivieren Sie das Plugin oder beschränken Sie den Administrationszugang zum Plugin.
- Aktivieren/Sichern Sie, dass WP‑Firewall (oder eine andere WAF) virtuelles Patchen oder gezielte Blockierung auf Ihrer Seite angewendet hat.
- Scannen Sie den Datenbankinhalt nach injizierten Skript-Tags und entfernen Sie alle bösartigen Einträge.
- Rotieren Sie die Anmeldeinformationen für Konten, die infizierte Inhalte angesehen haben; aktivieren Sie 2FA für alle Administratoren.
- Überprüfen Sie Server- und Zugriffsprotokolle auf verdächtige POSTs und Ladezeiten von Administrationsseiten.
- Sichern Sie den aktuellen Zustand der Website (zur Untersuchung), entfernen Sie dann Infektionen und stellen Sie bei Bedarf aus einem sauberen Backup wieder her.
- Halten Sie in den nächsten 30 Tagen eine erhöhte Überwachung aufrecht.
FAQs
F: Ist meine Website gefährdet, wenn ich nur Quiz Maker im Frontend verwende?
A: Ja. Stored XSS injiziert Inhalte in die Datenbank, die sowohl im Frontend als auch in den Admin-Ansichten angezeigt werden können. Wenn ein privilegierter Benutzer später die betroffenen Inhalte ansieht, könnte die Website kompromittiert werden.
F: Garantiert ein sofortiges Update, dass ich sicher bin?
A: Ein Update schließt die bekannte Sicherheitsanfälligkeit, aber wenn ein Angreifer Ihre Website vor dem Update ausgenutzt hat, könnte es dennoch eine Persistenz geben. Scannen Sie nach Anzeichen einer Kompromittierung und bereinigen Sie infizierte Inhalte.
F: Kann ich mich ausschließlich auf Backups verlassen?
A: Backups sind entscheidend für die Wiederherstellung, verhindern jedoch keine Ausnutzung. Kombinieren Sie Backups mit Härtung, Überwachung, schneller Patch-Bereitstellung und WAF-Schutz.
Neu: Schützen Sie Ihre Website heute kostenlos
Beginnen Sie mit dem Schutz Ihrer WordPress-Websites mit dem WP‑Firewall Basic-Plan
Wir verstehen, dass Betreiber schnellen, zuverlässigen Schutz mit minimalem Aufwand benötigen. Der Basic (Kostenlose) Plan von WP‑Firewall bietet Ihrer Website grundlegende Abwehrmaßnahmen ohne Kosten: verwaltete Firewall, unbegrenzte Bandbreite, eine Anwendungs-WAF, automatisierte Malware-Scans und Abdeckung für OWASP Top 10-Risiken. Wenn Sie automatische Behebung oder Blacklist/Whitelist-Kontrollen benötigen, fügen unsere kostenpflichtigen Pläne diese Funktionen zu niedrigen jährlichen Kosten hinzu.
Erkunden Sie den WP‑Firewall Basic-Plan und lassen Sie sich sofort schützen:
https://my.wp-firewall.com/buy/wp-firewall-free-plan/
Abschließende Anmerkungen des WP-Firewall-Teams
Diese Offenlegung ist eine zeitgerechte Erinnerung daran, dass Plugin-Ökosysteme dynamisch sind. Beliebte Plugins bieten großartige Funktionen, können aber attraktive Ziele werden. Der beste Schutz ist geschichtet: zeitnahe Updates, starke Kontrollen für Konten, kontinuierliche Überwachung und eine verwaltete WAF/virtuelle Patch-Funktion für Situationen, in denen sofortiges Patchen nicht möglich ist.
Wenn Sie mehrere WordPress-Websites verwalten, sollten Sie zentrale Schutzmaßnahmen in Betracht ziehen, die die Zeit zwischen der Offenlegung von Sicherheitsanfälligkeiten und der effektiven Minderung reduzieren. Wir setzen gezielte Regeln in unserem verwalteten Netzwerk um und sind bereit, Kunden schnell zu helfen.
Wenn Sie Unterstützung bei der Erkennung, Regelbereitstellung oder einem auf Ihre WordPress-Flotte zugeschnittenen Incident-Response-Plan benötigen, steht unser Sicherheitsteam zur Verfügung – und wenn Sie sich noch nicht angemeldet haben, melden Sie sich für WP‑Firewall Basic an, um sofortigen Basisschutz zu erhalten, während Sie Ihre nächsten Schritte planen.
Bleib sicher,
— Das WP-Firewall-Sicherheitsteam
