Plugin-Name	WordPress Export All URLs Plugin
Art der Schwachstelle	Sensible Datenexposition
CVE-Nummer	CVE-2026-2696
Dringlichkeit	Niedrig
CVE-Veröffentlichungsdatum	2026-04-01
Quell-URL	CVE-2026-2696

Sensible Datenexposition in “Export All URLs” (WordPress-Plugin) — Was Website-Besitzer jetzt tun müssen

Autor: WP-Firewall-Sicherheitsteam
Datum: 2026-04-03

Kurze Zusammenfassung: Eine aktuelle Sicherheitswarnung hat eine nicht authentifizierte Schwachstelle zur Exposition sensibler Daten im WordPress-Plugin “Export All URLs” offengelegt, die Versionen vor 5.1 betrifft (CVE-2026-2696). Das Problem wurde in 5.1 behoben. Wenn Sie dieses Plugin auf einer Website verwenden, behandeln Sie dies als dringend: Aktualisieren Sie sofort auf 5.1 und befolgen Sie die untenstehenden Anleitungen zur Härtung und Minderung.

---

Warum das wichtig ist (in einfachem Englisch)

Als WordPress-Profis sehen wir immer wieder dasselbe Muster: Ein Plugin bietet eine nützliche Funktionalität, exponiert einen nicht authentifizierten Endpunkt (oder einen falsch konfigurierten Export), und plötzlich können Angreifer Daten abrufen, die sie nicht sehen sollten. Genau das ist die Gefahr, die für das Plugin “Export All URLs” gemeldet wurde: Ein Angreifer ohne Konto kann Funktionen auslösen, die sensible Informationen preisgeben. Die Exposition sensibler Daten ist eine Art von Schwachstelle, die nachfolgende Angriffe ermöglichen kann (Credential Stuffing, Phishing, Datensammlung, gezielte Privilegieneskalation), daher hat sie, selbst wenn die anfänglichen Auswirkungen begrenzt erscheinen, ein überproportionales Risiko für nachgelagerte Angriffe.

Dieser Beitrag erklärt, was die Schwachstelle ist, wie sie Ihre Website betreffen kann, sofortige und langfristige Minderung, Erkennungsanleitungen und wie WP-Firewall helfen kann, Ihre Websites zu schützen — einschließlich, wie Sie sich für unseren kostenlosen Basisplan anmelden und sofort grundlegenden Schutz erhalten können.

---

Schwachstellenübersicht

• Betroffene Software: Export All URLs (WordPress-Plugin)
• Verwundbare Versionen: jede Version vor 5.1
• Behebt in: 5.1
• CVE: CVE-2026-2696
• Schweregrad: Mittel/Niedrig (berichteter CVSS ~5.3)
• Erforderliches Privileg: nicht authentifiziert (kein Login erforderlich)
• Klassifizierung: Exposition sensibler Daten (OWASP A3)
• Berichtdatum: öffentliche Warnung veröffentlicht am 2. April 2026

Hinweis: Das Vorhandensein einer nicht authentifizierten Datenexposition erhöht das Automatisierungsrisiko — Angreifer können viele Websites schnell scannen.

---

Was die Sicherheitsanfälligkeit bewirkt (technische Übersicht)

Laut der Warnung exponiert das Plugin Funktionen, die es ermöglichen, dass eine HTTP-Anfrage (oder eine Reihe von Anfragen) einen Export auslöst oder Daten zurückgibt, die eingeschränkt sein sollten. Da der Endpunkt nicht ordnungsgemäß Authentifizierung erfordert oder Fähigkeitstests durchsetzt, kann ein nicht authentifizierter Client sensible Inhalte/Metadaten abrufen.

Häufige Arten, wie sich diese Plugin-Probleme manifestieren:

• Eine speziell gestaltete URL (oder REST-Endpunkt), die die Erstellung einer Exportdatei auslöst, die Post-/Seiten-URLs, interne Links, möglicherweise Metadaten und gelegentlich Autor- oder Systemdaten enthält.
• Der Export oder Endpunkt gibt sensible Felder zurück (private Post-Meta, Entwurfstitel, Autor-E-Mails oder interne URLs), die normalerweise nur für authentifizierte Benutzer zugänglich sind.
• Fehlende Nonces oder Fähigkeitstests für Exportaktionen, sodass die Standard-Schutzmaßnahmen, die WordPress bereitstellt, umgangen werden.

Die Hauptursachen sind typischerweise fehlende Fähigkeitsprüfungen (current_user_can), fehlende Nonce-Überprüfung oder unsachgemäße Verwendung von REST-API-Berechtigungen oder AJAX-Aktionen.

---

Reale Angriffszenarien und geschäftliche Auswirkungen

Selbst ein “geringfügiger” schwerwiegender nicht authentifizierter Leak kann auf verschiedene Weise ausgenutzt werden:

• Datenaggregation: Ein Angreifer sammelt exponierte Exporte von vielen Seiten, um E-Mail-Listen, interne URL-Karten oder Inhaltsinventare für Phishing- und Social-Engineering-Kampagnen zusammenzustellen.
• Aufklärung für hochkarätige Ziele: Öffentlich zugängliche Entwürfe, Autor-E-Mails oder versteckte Links können Angreifern helfen, gezielte Angriffe gegen Administratoren oder privilegierte Benutzer zu planen.
• Verknüpfung von Schwachstellen: Exponierte Tokens, API-Schlüssel oder interne Endpunkte können eine Privilegieneskalation oder laterale Bewegung ermöglichen – die Datenexposition ist oft der erste Schritt.
• Ruf und Compliance: Wenn die exponierten Daten persönliche Daten (E-Mails, Kundenidentifikatoren) enthalten, kann dies Sie einem regulatorischen Risiko aussetzen und das Vertrauen der Kunden beeinträchtigen.

Angesichts der nicht authentifizierten Natur skaliert die Schwachstelle gut für massenhaft scannende, wurmartige Operationen.

---

Sofortige Aktionscheckliste (was in den nächsten 60 Minuten zu tun ist)

1. Aktualisieren Sie das Plugin.
   • Der Anbieter hat das Problem in Version 5.1 behoben. Der schnellste und sicherste Schritt ist, Export All URLs auf 5.1 oder höher zu aktualisieren.
   • Wenn Sie viele Seiten verwalten, planen Sie ein sofortiges Massenupdate über Ihre Verwaltungstools oder das Host-Kontrollpanel.
2. Wenn Sie nicht sofort aktualisieren können, deaktivieren Sie das Plugin.
   • Deaktivieren Sie das Plugin vorübergehend im WordPress-Admin oder benennen Sie den Plugin-Ordner über SFTP/SSH um:
     • Beispiel mit WP-CLI (auf Servern, auf denen WP-CLI verfügbar ist):
       • Status überprüfen: wp plugin status export-all-urls
       • Deaktivieren: wp plugin deaktivieren export-all-urls
   • Wenn das Deaktivieren nicht akzeptabel ist, deaktivieren Sie den spezifischen Export-Endpunkt mit einer WAF-Regel (Beispiele unten).
3. Blockieren oder begrenzen Sie die betroffenen Endpunkte mit Ihrer Firewall
   • Wenden Sie eine Regel an, die Anfragen an die Export-Endpunkte des Plugins für nicht authentifizierte Anfragen blockiert oder die nur Anfragen von Admin-IP-Adressen zulässt.
   • Siehe den Abschnitt zu WAF-Regeln unten für Beispielregeln, die Sie in eine ModSecurity- oder Nginx-Regel einfügen können.
4. Überwachen Sie Protokolle und suchen Sie nach Anzeichen für Zugriffe
   • Durchsuchen Sie die Webserver-Protokolle und WAF-Protokolle nach GET/POST zu plugin-spezifischen Pfaden, verdächtigen Anfragen an Exportendpunkte oder ungewöhnlichen User-Agent-Strings.
   • Wenn Sie Beweise für Zugriffe finden, sammeln Sie Protokolle und folgen Sie den Wiederherstellungsschritten später in diesem Leitfaden.
5. Rotieren Sie Schlüssel und Geheimnisse, wenn es irgendeine Chance gibt, dass sie offengelegt wurden.
   • Wenn der Export API-Schlüssel, Zugriffstoken oder Webhook-URLs enthalten könnte, rotieren Sie diese sofort.

---

Erkennung: wie man nach Anzeichen von Ausnutzung sucht

Durchsuchen Sie Ihre Server- und Anwendungsprotokolle nach verdächtigen Mustern. Beispielabfragen:

• Apache / Nginx Zugriffsprotokolle:
  • grep -i "export-all-urls" /var/log/nginx/access.log*
  • grep -E "export.*url|exportallurls|export_all_urls" /var/log/nginx/access.log*
• WordPress-Zugriffsprotokolle und WAF:
  • Anfragen an Plugin-Dateien wie:
    • /wp-content/plugins/export-all-urls/*
    • Anfragen an spezifische AJAX- oder REST-Endpunkte, die vom Plugin offengelegt werden
• Verdächtige Referer oder User-Agents:
  • Anfragen mit seltenen User-Agent-Strings, leerem Referer oder bekannten Scanner-UA-Mustern.
• Häufigkeit und IPs:
  • Hohe Anfragehäufigkeiten an denselben Pfad von mehreren IPs (Massenscanning).
  • Suchen Sie nach wiederholten 200-Antworten für Exportendpunkte von nicht authentifizierten Clients.

Indikatoren für Kompromittierungen (IoCs), nach denen Sie suchen sollten:

• Exportdateien, die im Webroot erscheinen (temporäre .csv, .xls, zip) — überprüfen Sie /wp-content/uploads/ oder temporäre Verzeichnisse des Plugins.
• Unerwartete geplante Aufgaben (wp-cron-Einträge), neue Benutzer oder modifizierte Plugin-Dateien rund um das Datum eines Exploits.

Wenn Sie diese Muster sehen, fahren Sie mit der Wiederherstellungsanleitung unten fort.

---

WP-CLI und Admin-Befehle zur schnellen Inspektion und Handlung

• Plugin-Version auflisten:
  • wp plugin get export-all-urls --field=version
• Plugin aktualisieren:
  • wp plugin update export-all-urls
• Plugin deaktivieren:
  • wp plugin deaktivieren export-all-urls
• Suchen Sie nach exportierten Dateien (Beispiel):
  • find wp-content/uploads -type f -iname "*export*urls*.csv" -o -iname "*export*.zip"
• Überprüfen Sie die modifizierten Dateien im Plugin-Verzeichnis:
  • cd wp-content/plugins/export-all-urls && git status (wenn mit git verwaltet) oder
  • find . -type f -mtime -14 (finden Sie Dateien, die in den letzten 14 Tagen geändert wurden)

---

Beispiel-WAF-Regeln (sichere, defensive Muster)

Unten sind Beispielregeln, die Sie anpassen können. Diese sind defensiv und blockieren den Zugriff auf gängige Plugin-Pfade oder erkennen nicht authentifizierte Exportversuche. Bewerten und testen Sie diese vor der Produktionsbereitstellung.

Notiz: Passen Sie Pfade und Regex an, um mit den tatsächlichen Endpunkten des Plugins auf Ihrer Website übereinzustimmen.

ModSecurity (OWASP CRS-Stil) Beispiel — blockieren oder herausfordern von Anfragen an einen Export-Endpunkt:

# Blockieren Sie nicht authentifizierten Zugriff auf Export All URLs-Endpunkte"

Nginx-Standortregel — 403 für öffentlichen Zugriff auf das Plugin-Verzeichnis zurückgeben:

location ~* /wp-content/plugins/export-all-urls/ {

Nginx-Regel, die nur Admin-IP-Adressen erlaubt (ersetzen Sie 1.2.3.4 durch Ihre Büro-/Admin-IP-Adressen):

location ~* /wp-content/plugins/export-all-urls/ {

Cloud WAF/Firewall-Regel (Pseudo-Logik):

• WENN request.path “export-all-urls” ENTHÄLT UND client.isAuthenticated = false DANN blockiere ODER fordere heraus (CAPTCHA/JS).

Wichtig: Diese Regeln sind sofortige Maßnahmen; sie ersetzen nicht das Aktualisieren auf die gepatchte Plugin-Version.

---

So stellen Sie wieder her, wenn Sie Beweise für eine Ausnutzung finden

1. Isolieren und bewahren Sie Beweise
   • Protokolle (Webserver, WAF, Anwendungsprotokolle) mit Zeitstempeln aufbewahren.
   • Überschreiben Sie keine Protokolle; erstellen Sie Kopien zur Analyse.
2. Widerrufen und rotieren Sie Anmeldeinformationen
   • Rotieren Sie alle API-Schlüssel, Zugriffstoken, Webhooks oder Passwörter, die möglicherweise in den exportierten Daten enthalten waren.
   • Setzen Sie die Admin-Passwörter zurück und ermutigen Sie privilegierte Benutzer, MFA zu aktivieren.
3. Entfernen Sie exponierte Artefakte
   • Löschen Sie alle exportierten Dateien, die in öffentlichen Verzeichnissen gefunden wurden.
   • Leeren Sie die temporären Verzeichnisse des Plugins, wenn sie Exportdateien enthalten.
4. Aktualisieren und absichern
   • Aktualisieren Sie sofort Export All URLs auf 5.1 oder höher.
   • Aktualisieren Sie den WordPress-Kern und alle Plugins/Themes auf die neuesten stabilen Versionen.
   • Stellen Sie sicher, dass ein Sicherheitsplugin oder WAF vorhanden ist, um bekannte Ausnutzungsmuster zu blockieren.
5. Führen Sie einen vollständigen Malware- und Integritäts-Scan durch
   • Scannen Sie nach geänderten Dateien, unbekannten geplanten Ereignissen und Hintertüren.
   • Verwenden Sie ein Tool zur Überwachung der Dateiintegrität, um modifizierte Dateien zu erkennen und zu beheben.
6. Stellen Sie bei Bedarf aus bekannten guten Backups wieder her
   • Wenn Sie persistente Hintertüren oder unbefugte Admin-Benutzer feststellen, ziehen Sie in Betracht, von einem sauberen Backup wiederherzustellen, das vor dem Kompromiss erstellt wurde.
   • Wenden Sie nach der Wiederherstellung Updates an und rotieren Sie alle Geheimnisse.
7. Überprüfung nach dem Vorfall
   • Dokumentieren Sie, was exponiert wurde, wie es ausgenutzt wurde und welche Schritte unternommen wurden.
   • Teilen Sie Lektionen mit Ihrem Team und aktualisieren Sie Ihre Handbücher.

---

Langfristige Risikominderungsstrategien

• Durchsetzen des geringsten Privilegs: Vermeiden Sie die Verwendung von Administrator-Konten für routinemäßige Aufgaben; gewähren Sie nur die notwendigen Berechtigungen.
• Härtung von REST-API und Admin-Endpunkten: Beschränken Sie den Zugriff auf die REST-API auf authentifizierte/autorisierte Benutzer für benutzerdefinierte Endpunkte.
• Vermeiden Sie unnötige Plugins: Jedes Plugin erhöht die Angriffsfläche; entfernen Sie Plugins, die Sie nicht aktiv nutzen.
• Wenden Sie proaktive WAF-Richtlinien an: Blockieren oder hinterfragen Sie Anfragen an Plugin-Verzeichnisse und bekannte sensible Endpunkte.
• Verwenden Sie Staging für das Testen von Updates: Testen Sie Plugin-Updates in einer Staging-Umgebung, bevor Sie Änderungen siteweit bereitstellen.
• Verwenden Sie Intrusion Detection und geplante Audits: Periodische Scans, Datei-Integritätsüberwachung und Protokollüberprüfung erkennen Probleme frühzeitig.
• Führen Sie ein Inventar: Halten Sie ein aktuelles Inventar der installierten Plugins und deren Versionen über alle Sites hinweg (hilft bei der Massenpatchung).

---

Wenn Sie viele WordPress-Sites hosten oder verwalten: So reagieren Sie im großen Maßstab

Hosts und Agenturen sollten einen automatisierten Prozess zur Handhabung von Plugin-Sicherheitswarnungen haben:

1. Inventarisieren Sie alle Installationen schnell
   • Abfragen aller Sites nach installierten Plugin-Versionen mit Verwaltungstools oder WP-CLI.
2. Priorisieren Sie das Patchen
   • Hoch exponierte und hoch bewertete Sites zuerst (E-Commerce, login-intensive Sites).
3. Massen-Updates sicher durchführen
   • Verwenden Sie gestaffelte Rollouts (testen Sie eine Teilmenge von Sites, dann erweitern Sie).
4. Wenden Sie temporäre WAF-Blockierungen an
   • Implementieren Sie eine globale WAF-Regel, die den Zugriff auf die Plugin-Endpunkte für alle Sites blockiert, während die Update-Kampagne läuft.
5. Kunden benachrichtigen
   • Informieren Sie betroffene Site-Besitzer transparent mit einer Erklärung und empfohlenen Maßnahmen.
6. Nach-Patch-Überwachung
   • Überwachen Sie Protokolle und Fehler nach dem Massenupdate auf unerwartete Rückschritte.

---

Erkennungssignaturen und Beispiele für Protokollsuchen

Grundlegende Protokollsuchen, die ausgeführt werden sollen:

• Anfragen an den Plugin-Pfad erkennen:
  • grep -i "export-all-urls" /var/log/nginx/access.log | awk '{print $1,$4,$7,$9,$12}' | sort | uniq -c | sort -nr
• 200-Antworten auf Exportendpunkte finden:
  • awk '$9 == 200 && $7 ~ /export-all-urls/ {print $0}' /var/log/nginx/access.log
• Nach verdächtigen Downloads suchen, die in Uploads gespeichert sind:
  • finde wp-content/uploads -type f -name "*export*" -printf '%TY-%Tm-%Td %TT %p
' | sort -r

Wenn Sie eine Protokollaggregationsplattform (ELK, Splunk usw.) verwenden, erstellen Sie eine gespeicherte Suche oder Warnung für diese Muster und konfigurieren Sie die Benachrichtigung an das Sicherheitsteam.

---

Warum WP-Firewall-Kunden geschützt sind (und wie wir helfen)

Bei WP-Firewall konzentrieren wir uns auf mehrschichtige Schutzmaßnahmen, die die unvermeidlichen Fehler in Drittanbieter-Plugins ausgleichen:

• Verwaltete WAF mit virtuellem Patchen
  • Unser WAF kann Exploit-Versuche am Rand mit Verhaltensregeln und bekannten Schwachstellensignaturen blockieren – das gibt Ihnen Zeit, bis ein Patch angewendet wird.
• OWASP Top 10 Minderung
  • Standardmäßige Schutzmaßnahmen zielen auf häufige Webrisiken wie A3 Sensible Datenexposition und A1/A6-Klassen ab.
• Malware-Scans und geplante Integritätsprüfungen
  • Automatisierte Scans suchen nach unerwarteten Dateien, verdächtigen Exporten und modifizierten Plugin-Dateien.
• Überwachung und Warnungen
  • Wir überwachen die oben beschriebenen Indikatoren und leiten Warnungen weiter, damit Sie schnell reagieren können.
• Automatische Update-Optionen (konfigurierbar)
  • Für kritische Plugin-Patches können wir gezielte automatische Updates aktivieren, sodass anfällige Plugins automatisch aktualisiert werden, wenn es sicher ist.
• Unterstützung für Hosts und Agenturen
  • Wir bieten Skalierbarkeitstools und bewährte Arbeitsabläufe, um Teams zu helfen, dringende Sicherheits-Patches auf vielen Websites auszurollen.

Der unmittelbare Vorteil dieser Kontrollen: Selbst wenn ein Plugin einen nicht authentifizierten Datei-Export hat, kann die WAF Anfragen an diesen Endpunkt blockieren, und Malware-Scanner können exportierte Dateien erkennen und Sie benachrichtigen.

---

Praktische Checkliste für Website-Besitzer (kopieren-einfügen)

• [ ] Überprüfen Sie, ob “Export All URLs” installiert ist: wp plugin liste | grep export-all-urls
• [ ] Wenn installiert UND Version < 5.1: sofort aktualisieren (wp plugin update export-all-urls)
• [ ] Wenn Sie nicht sofort aktualisieren können: Plugin deaktivieren (wp plugin deaktivieren export-all-urls) ODER eine WAF-Regel anwenden, um den Zugriff auf Plugin-Pfade zu blockieren
• [ ] Rotieren Sie alle Schlüssel/Tokens/Webhooks, die möglicherweise in Exports enthalten waren
• [ ] Suchen Sie nach exportierten Dateien in Uploads und temporären Plugin-Verzeichnissen; löschen Sie, wenn öffentlich
• [ ] Führen Sie Malware-Scans und Datei-Integritätsprüfungen durch
• [ ] Überprüfen Sie Protokolle auf verdächtigen Zugriff auf Plugin-Endpunkte
• [ ] Dokumentieren Sie jegliche Benutzer- oder Datenexposition und benachrichtigen Sie die Stakeholder, wenn PII betroffen war

---

Für Entwickler: Tipps zur Härtung, wenn Sie Plugin-Endpunkte schreiben

Wenn Sie Plugins oder benutzerdefinierte Endpunkte erstellen, betrachten Sie dies als Erinnerung, immer:

• Verwenden current_user_can() für Berechtigungsprüfungen für Aktionen, die eingeschränkt sein sollten.
• Verwenden Sie Nonces für Formularübermittlungen und Aktionen auf der Administrationsseite.
• Beschränken Sie REST-API-Endpunkte mit geeigneten Berechtigungs-Callbacks – geben Sie keine sensiblen Daten in Handlern zurück, die für nicht authentifizierte Benutzer true zurückgeben.
• Validieren und bereinigen Sie alle Ausgaben und geben Sie niemals interne Objekte oder rohe Datenbankzeilen in Exports aus.
• Vermeiden Sie die Erstellung temporärer Dateien in webzugänglichen Verzeichnissen; verwenden Sie sichere temporäre Speicherorte und entfernen Sie Dateien sofort nach der Operation.

---

Offenlegung und verantwortungsvolle Handhabung von Sicherheitsanfälligkeiten

Diese Sicherheitsanfälligkeit wurde Anfang April 2026 öffentlich bekannt gegeben und im Release 5.1 des Plugins gepatcht. Die beste Praxis für alle Seiteninhaber bleibt: Patchen Sie, sobald ein Anbieter einen Fix veröffentlicht. Wo ein sofortiges Patchen nicht möglich ist, wenden Sie kompensierende Kontrollen (WAF, Blockierung von Pfaden, IP-Whitelist) an und überwachen Sie die Protokolle.

---

Beginnen Sie noch heute mit einem kostenlosen Plan, um Ihre Seiten zu schützen.

Beginnen Sie mit dem WP-Firewall Basic-Plan — kostenlos und bereit.

Wenn Sie sicherstellen möchten, dass Ihre Seiten geschützt sind, während Sie Updates durchführen, sollten Sie mit unserem Basic (Kostenlos) Plan beginnen. Er bietet die wesentlichen Schutzmaßnahmen, die die meisten WordPress-Seiten benötigen: verwaltete Firewall, unbegrenzte Bandbreite, eine WAF, die auf WordPress-Bedrohungen zugeschnitten ist, einen Malware-Scanner und die Minderung der OWASP Top 10 Risiken. Verwenden Sie diesen Link, um sich anzumelden und den Basic-Plan jetzt auf Ihrer Seite zu aktivieren: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

Wenn Sie mehr Automatisierung benötigen, fügt unser Standard-Plan die automatische Malware-Entfernung und IP-Blacklist-/Whitelist-Kontrollen hinzu, und unsere Pro-Stufe umfasst monatliche Sicherheitsberichte und automatisches virtuelles Patchen für Schwachstellen — alles darauf ausgelegt, Ihre Reaktionszeit bei Vorfällen zu verkürzen und Seiten in großem Maßstab zu schützen.

---

Abschließende Hinweise — was Sie sich merken sollten.

• Wenn Sie Export All URLs ausführen — aktualisieren Sie jetzt auf 5.1.
• Wenn Sie nicht sofort aktualisieren können — deaktivieren Sie das Plugin oder blockieren Sie den Zugriff auf Plugin-Endpunkte mit Ihrer WAF.
• Handeln Sie schnell: nicht authentifizierte Schwachstellen sind einfach zu scannen und in großem Maßstab auszunutzen.
• Verwenden Sie Verteidigung in der Tiefe: Patchen ist unerlässlich, aber eine verwaltete WAF, kontinuierliche Überwachung und gute betriebliche Hygiene (Inventar, Backups, Rotation von Geheimnissen) reduzieren das Risiko erheblich.

Wenn Sie mehrere WordPress-Seiten verwalten und Hilfe beim Triagieren, Patchen und automatischen Schützen benötigen, kann Ihnen unser Sicherheitsteam bei WP-Firewall helfen, einen sicheren Update-Rollout zu entwerfen und schützende WAF-Regeln festzulegen, während Patches angewendet werden.

---

Wenn Sie eine schnelle Unterstützung während des Update-Prozesses wünschen oder möchten, dass wir eine Seite auf exponierte Exporte und verdächtige Artefakte scannen, kontaktieren Sie den WP-Firewall-Support über Ihr Dashboard — wir führen Sie durch die Schritte.