Dringend: So reagieren Sie, wenn eine mit WordPress-Login verbundene Sicherheitsanfälligkeit gemeldet wird (und die Berichtseite nicht erreichbar ist)

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

Notiz: Eine öffentliche Sicherheitsanfälligkeitsberichtsseite, die von einer Quelle verlinkt ist, gab “404 Nicht Gefunden” zurück, als wir versuchten, darauf zuzugreifen. Unabhängig von der Verfügbarkeit des ursprünglichen Berichts führt Sie dieser Alarm durch eine sofortige, pragmatische, fachkundige Reaktion auf jede gemeldete oder vermutete mit dem Login verbundene Sicherheitsanfälligkeit, die WordPress-Seiten betrifft. Betrachten Sie dies als einen operativen Leitfaden für Triage, Minderung und langfristige Härtung.

Zusammenfassung

Eine mit dem Login verbundene Sicherheitsanfälligkeit, die den WordPress-Kern, ein Theme oder ein Plugin betrifft, kann ausgenutzt werden, um die Authentifizierung zu umgehen, Berechtigungen zu eskalieren oder Administrator-Konten zu übernehmen. Selbst wenn der ursprüngliche öffentliche Bericht vorübergehend nicht verfügbar ist (404), bleibt das Risiko bestehen: Angreifer erfahren oft schnell von Schwachstellen und nutzen sie aus. Als Anbieter von WordPress-Sicherheit empfehlen wir sofortige Maßnahmen: Gehen Sie davon aus, dass die Sicherheitsanfälligkeit real ist, bis das Gegenteil bewiesen ist, und ergreifen Sie mehrschichtige Abwehrmaßnahmen — Erkennung, Eindämmung, Minderung und Behebung — während Sie auf einen offiziellen Patch warten.

Dieser Beitrag umreißt:

• Die typischen Arten von mit dem Login verbundenen Sicherheitsanfälligkeiten und wie sie ausgenutzt werden.
• Wie Sie feststellen können, ob Ihre Seite betroffen ist.
• Sofortige Minderung zur Risikominderung, bevor ein Patch verfügbar ist.
• Langfristige Härtung, Überwachung und bewährte Verfahren für die Reaktion auf Vorfälle.
• Wie WP-Firewall helfen kann — einschließlich Details zu unserem kostenlosen Plan und höheren Stufen.

Lesen Sie dies als praktisches Handbuch, das Sie sofort umsetzen können, mit Befehlen, Listen und Beispielen für WAF-Regelideen, die Sie zur Härtung Ihrer Seite verwenden können.

Warum der 404-Fehler beim ursprünglichen Bericht wichtig ist — und warum Sie nicht warten sollten

Manchmal wird eine Seite zur Offenlegung von Sicherheitsanfälligkeiten vorübergehend nicht verfügbar (404), entfernt oder hat eine Zugriffsbeschränkung. Das bedeutet nicht, dass die Sicherheitsanfälligkeit verschwunden ist. Es gibt drei Hauptszenarien:

1. Der Bericht wurde veröffentlicht und schnell entfernt (möglicherweise aufgrund verantwortungsvoller Offenlegungsprozesse).
2. Der Meldedienst hat Ausfälle oder blockiert den Zugriff.
3. Der Bericht wurde nie vollständig veröffentlicht, aber andere Quellen könnten die Details aufgegriffen haben.

Angreifer benötigen den öffentlichen Bericht nicht, um mit dem Scannen und Ausnutzen von anfälligen Installationen zu beginnen — automatisierte Scanner und Botnets suchen kontinuierlich nach anfälligen Endpunkten. Behandeln Sie daher jeden glaubwürdigen Bericht als umsetzbare Bedrohungsinformationen, auch wenn die Quellseite vorübergehend unerreichbar ist.

Typische mit dem Login verbundene Sicherheitsanfälligkeiten und Angriffsarten

Hier sind die häufigsten Klassen von Login-/Authentifizierungs-Sicherheitsanfälligkeiten, die WordPress-Umgebungen betreffen:

• Authentifizierungsumgehung: Fehler im Plugin- oder Theme-Code, die es einem Angreifer ermöglichen, auf die Admin-Funktionalität ohne gültige Anmeldeinformationen zuzugreifen (fehlende Berechtigungsprüfungen, umgehbare Nonce-Prüfungen).
• Credential Stuffing / Brute Force: Automatisierte Versuche mit geleakten Benutzername/Passwort-Paaren oder massenhaften Raten von Anmeldeinformationen.
• Schwache Passwortzurücksetzungen oder Token-Verwaltung: Vorhersehbare, nicht ablaufende oder unsicher gespeicherte Rücksetztokens, die eine Übernahme des Kontos ermöglichen.
• CSRF bei loginbezogenen Aktionen: Cross-Site-Request-Forgery, die erzwungene Passwortänderungen oder die Aktivierung von Admin-Funktionen ermöglicht, wenn angemeldete Benutzer eine bösartige Seite besuchen.
• Unbeschränkte Benutzerenumeration: Angreifer entdecken Benutzernamen durch vorhersehbare Fehlermeldungen, Autorenarchive oder APIs, was gezieltes Credential Stuffing ermöglicht.
• Session Fixation / Session Hijacking: Wiederverwendung von Sitzungs-IDs oder unsicheren Cookie-Flags (kein HttpOnly, kein Secure) führt zu Sitzungsdiebstahl.
• XML-RPC / REST API-Missbrauch: Endpunkte, die eine Umgehung der Authentifizierung ermöglichen oder Aktionen offenlegen, die Benutzer ändern, wenn sie unzureichend geschützt sind.
• Direkte Objekt-/Parameter-Manipulation: Aktualisierung oder Erstellung von Benutzerrollen oder Metadaten über schlecht validierte Anfragen.
• SQL-Injection und Injektionsvektoren in Anmeldeformularen: Injektion im Anmelde-/Validierungsfluss, die das Umgehen von Prüfungen oder das Eskalieren von Berechtigungen ermöglicht.

Angreifer verknüpfen häufig diese Probleme: Zuerst Benutzernamen enumerieren, dann versuchen, Credential Stuffing; wenn das fehlschlägt, suchen sie nach Plugin-Fehlern, die eine Umgehung oder Rollenänderungen ermöglichen.

Anzeichen für Kompromittierung (IoCs), nach denen man jetzt suchen sollte

Wenn eine loginbezogene Schwachstelle Sie betreffen könnte, suchen Sie nach diesen Anzeichen in Server- und WordPress-Protokollen:

• Plötzlicher Anstieg der POST-Anfragen an /wp-login.php, /wp-admin/admin-ajax.php, /xmlrpc.php, oder REST-Endpunkte.
• Hohe Anzahl fehlgeschlagener Anmeldeversuche gefolgt von erfolgreichen Admin-Anmeldungen von ungewöhnlichen IP-Adressen.
• Erstellung neuer Administrator- oder Redakteurskonten, die Sie nicht erstellt haben.
• Unerwartete Änderungen an Themes, Plugins oder das Hochladen von Dateien mit verdächtigen Namen (z. B. php-Dateien im Upload-Verzeichnis).
• Neue geplante Aufgaben (Cron), die Sie nicht erstellt haben.
• Ausgehende Verbindungen von der Seite zu unbekannten IPs oder Domains.
• Modifizierte Kern-Dateien oder das Vorhandensein von Web-Shells (base64-kodierte Payloads, eval, Systemausführungsaufrufe).
• Zugriff auf wp-login.php mit ungewöhnlichen Benutzeragenten (headless Browser oder gängige Scanning-Agenten).
• Mehrere Passwortzurücksetzungsanfragen und anschließende Passwortänderungen.
• Ungewöhnliche Berechtigungsänderungen in wp_usermeta (Funktionsflags, Fähigkeiten).

Protokolle sofort sammeln und aufbewahren. Wenn Sie diese IoCs erkennen, behandeln Sie die Seite als kompromittiert und folgen Sie den untenstehenden Eindämmungsschritten.

Sofortige, praktische Milderungsmaßnahmen (führen Sie diese sofort durch)

Wenn Sie eine loginbezogene Schwachstelle vermuten oder verdächtige Aktivitäten sehen, ergreifen Sie sofort die folgenden Maßnahmen. Führen Sie die Schritte parallel aus, wo immer möglich.

1. Setzen Sie eine Notfallzugriffsbeschränkung auf wp-admin und wp-login.php
   • Verwenden Sie die Basis-Authentifizierung auf /wp-admin und /wp-login.php (htpasswd).
   • Beschränken Sie den Zugriff nach IP auf Webserver- oder CDN-Ebene (erlauben Sie vorübergehend nur vertrauenswürdige IPs).
2. Aktivieren Sie eine verwaltete Firewall / WAF virtuelle Patches
   • Wenden Sie eine Ratenbegrenzung auf POSTs an wp-login.php und XML-RPC an.
   • Blockieren oder herausfordern von verdächtigen Benutzeragenten und bekannten Bot-Signaturen.
   • Erstellen Sie eine Regel, um POST-Anfragen abzulehnen, die SQLi-ähnliche Payloads oder verdächtige Muster zur Authentifizierung enthalten.
3. Erzwingen von Passwortzurücksetzungen für Administratorbenutzer.
   • Setzen Sie die Passwörter für alle Administratorkonten und alle Konten mit erhöhten Rechten zurück.
   • Zwingen Sie alle Benutzer zur Abmeldung (Sitzungen ungültig machen), indem Sie WP-CLI verwenden oder die Salze in wp-config.php vorübergehend ändern.
4. Deaktivieren Sie XML-RPC, wenn es nicht benötigt wird.
   • XML-RPC ist ein häufiger Vektor für Brute-Force- und Remote-Authentifizierung. Deaktivieren oder beschränken Sie es.
5. Deaktivieren Sie vorübergehend anfällige Plugins/Themes.
   • Wenn Sie wissen oder vermuten, dass ein bestimmtes Plugin oder Theme anfällig ist, deaktivieren Sie es sofort.
   • Wenn Sie sich unsicher sind, priorisieren Sie hochriskante Plugins, die die Authentifizierung, benutzerdefinierte Anmeldeseiten oder Rollen verwalten.
6. Aktivieren Sie die Zwei-Faktor-Authentifizierung (2FA).
   • Fordern Sie 2FA für alle Administratorkonten an. Wenn Sie es nicht sofort siteweit aktivieren können, setzen Sie es für bestimmte Administratorkonten durch.
7. Blockieren Sie bösartige IP-Bereiche und Geolokationen, wenn dies gerechtfertigt ist.
   • Verwenden Sie Zugriffskontrollen in Ihrem Hosting-Panel, CDN oder Firewall, um verdächtige Bereiche zu blockieren.
8. Machen Sie sofort ein Backup (Snapshot).
   • Erstellen Sie einen vollständigen Datei- und Datenbanksnapshot für forensische Analysen, bevor Sie Änderungen vornehmen.
9. Scannen Sie nach Malware und Hintertüren.
   • Verwenden Sie serverseitige Scanner und Integritätsprüfungen, um modifizierte Dateien und Shells zu finden.
10. Überprüfen und widerrufen Sie verdächtige API-Schlüssel und Integrationsanmeldeinformationen.
    • Überprüfen Sie alle Drittanbieter-Integrationen (Zahlung, REST API, OAuth-Token) und rotieren Sie die Anmeldeinformationen, falls erforderlich.
11. Benachrichtigen Sie die Interessengruppen und bereiten Sie einen Vorfallreaktionsplan vor.
    • Informieren Sie die Website-Besitzer, -Betreuer und Kontakte des Hosting-Anbieters. Bereiten Sie sich darauf vor, auf ein sauberes Backup zurückzukehren, wenn ein Kompromiss bestätigt wird.

Beispiel WP-CLI-Befehle (aus einer Shell mit den entsprechenden Berechtigungen ausführen):

# Liste der Administratorbenutzer
  

Beispielhafte WAF-Regeln und Ideen zur Ratenbegrenzung, die du jetzt anwenden kannst

Unten sind konzeptionelle Regeln, die du in deine Firewall oder CDN-Regel-Engine übersetzen kannst. Passe die Syntax an deine Plattform an.

• Blockiere übermäßige fehlgeschlagene Anmeldeversuche:
  • Wenn eine IP > 5 fehlgeschlagene POSTs an /wp-login.php in 5 Minuten auslöst, blockiere oder fordere sie für 1 Stunde heraus.
• Ratenbegrenze jeden POST an Anmeldeendpunkte:
  • Begrenze auf 10 POSTs pro Minute pro IP an /wp-login.php oder /xmlrpc.php.
• Blockiere Anfragen, die SQL-Injection-Muster enthalten:
  • Verweigere Anfragen mit Payloads, die typische SQLi-Begriffe innerhalb der Anmeldeparameter enthalten (z.B. ‘ OR ‘1’=’1, UNION SELECT).
• Blockiere Anfragen, die versuchen, auf sensible Dateien in Uploads zuzugreifen:
  • Verweigere jeden direkten Zugriff auf .php-Dateien in /wp-content/uploads.
• Erzwinge bekannte gute Referrer / CSRF-Validierung:
  • Für anmeldebezogene POSTs, erfordere vorhandene und gültige Nonces oder blockiere.

Beispiel für eine ModSecurity-ähnliche Pseudo-Regel (konzeptionell):

# Verweigere Anmeldungen nach zu vielen fehlgeschlagenen Versuchen (Konzept)"
  

Wenn du eine verwaltete WAF hast, arbeite mit deinem Anbieter zusammen, um diese Konzepte in produktionssichere Regeln umzuwandeln.

Wie man feststellt, ob ein bestimmtes Plugin oder Theme betroffen ist

• Überprüfe das Änderungsprotokoll des Plugins oder Themes und die Hinweise des Anbieters auf kürzliche Sicherheitsveröffentlichungen, die sich auf Authentifizierung, Sitzungsverwaltung oder Privilegieneskalation beziehen.
• Durchsuche deine Seite nach Shortcodes, Endpunkten oder benutzerdefinierten Anmelde-Handlern, die von Plugins eingeführt wurden (suche nach benutzerdefinierten Anmelde-URLs, benutzerdefinierten REST-Endpunkten).
• Führen Sie eine kontrollierte lokale Testumgebung aus: replizieren Sie die Website und führen Sie gezielte Tests gegen Authentifizierungsabläufe durch (testen Sie nicht in der Produktion ohne Backups).
• Nutzen Sie die Support-Kanäle des Plugins/Themes verantwortungsbewusst: fragen Sie, ob sie sich einer Schwachstelle bewusst sind, wenn Sie Grund zur Annahme haben.

Wenn Sie eine verwundbare Komponente finden, aktualisieren Sie sie sofort auf eine gepatchte Version. Wenn ein Patch noch nicht verfügbar ist, isolieren oder deaktivieren Sie die Komponente und wenden Sie kompensierende Kontrollen an (WAF-Regeln, Zugriffsrestriktionen).

Wenn die Website möglicherweise kompromittiert ist: Checkliste für die Reaktion auf Vorfälle.

1. Isolieren Sie die Website: beschränken Sie den eingehenden Zugriff und deaktivieren Sie verwundbare Endpunkte.
2. Bewahren Sie Beweise auf: erstellen Sie vollständige Backups (Dateien + DB) und exportieren Sie Protokolle an einen sicheren Ort.
3. Bestimmen Sie den Umfang: listen Sie modifizierte Dateien, neue Benutzer, neue geplante Aufgaben und ausgehende Verbindungen auf.
4. Entfernen Sie Hintertüren: suchen Sie nach Web-Shells und entfernen Sie verdächtige PHP-Dateien (löschen Sie nicht einfach Systemdateien — überprüfen Sie).
5. Rotieren Sie alle Geheimnisse: ändern Sie Admin-Passwörter, Datenbank-Passwörter, API-Schlüssel und Integrations-Token.
6. Installieren Sie betroffene WordPress-Kerndateien, Themes und Plugins aus bekannten, guten Quellen neu.
7. Stellen Sie aus einem sauberen Backup wieder her, wenn die Integrität nicht festgestellt werden kann.
8. Überwachen Sie die Website in den nächsten 30–90 Tagen auf eine erneute Infektion mit zusätzlichen Protokollen und Warnungen.
9. Führen Sie eine Nachbesprechung nach dem Vorfall durch: Wie hat der Angreifer Zugriff erlangt? Beheben Sie die Ursachen und verbessern Sie die Kontrollen.

Wenn Sie sich nicht sicher sind, diese Schritte auszuführen, ziehen Sie erfahrene Hilfe zur Reaktion auf Vorfälle hinzu. Zeitnahes Handeln reduziert das Risiko der Exposition und den potenziellen Schaden.

Langfristige Härtungs-Checkliste (Prävention).

• Erzwingen Sie starke Passwort-Richtlinien und -Speicher (bcrypt/argon2 über WP-Kern).
• Implementieren und verlangen Sie eine Zwei-Faktor-Authentifizierung für alle erhöhten Konten.
• Begrenzen Sie die Anzahl der Administratorkonten und verwenden Sie das Prinzip der geringsten Privilegien.
• Deaktivieren oder beschränken Sie XML-RPC und ungenutzte REST-Endpunkte.
• Verwenden Sie eine verwaltete WAF mit der Fähigkeit zur virtuellen Patchung für Zero-Day-Schutz.
• Halten Sie Kern, Themen und Plugins aktuell. Entfernen Sie ungenutzte Plugins und Themen.
• Beschränken Sie den Zugriff auf /wp-admin und /wp-login.php nach IP, wo es betrieblich machbar ist.
• Überwachen Sie Anmeldeversuche und richten Sie Warnungen für verdächtige Muster ein.
• Implementieren Sie eine Ratenbegrenzung und automatisches IP-Blocking bei wiederholten fehlgeschlagenen Anmeldungen.
• Verwenden Sie sicheren Transport (HTTPS) auf der gesamten Website; setzen Sie sichere Cookie-Flags.
• Scannen Sie regelmäßig nach Malware und führen Sie eine Datei-Integritätsüberwachung durch.
• Halten Sie häufige Backups und üben Sie regelmäßig Wiederherstellungen.
• Isolieren Sie Umgebungen (trennen Sie Staging von Produktion; verhindern Sie das Durchdrücken von kompromittiertem Code).
• Verwenden Sie Code-Reviews und statische Analysen für benutzerdefinierte Themen und Plugins.
• Registrieren und überwachen Sie Datenexposition (Anmeldelisten, Paste-Seiten usw.).

Entwickleranleitungen zur Vermeidung von Authentifizierungsanfälligkeiten

• Verwenden Sie WordPress-APIs für Authentifizierung und Berechtigungsprüfungen (erstellen Sie keine eigenen).
• Validieren und bereinigen Sie alle Eingaben; verwenden Sie vorbereitete Anweisungen für DB-Abfragen.
• Überprüfen Sie immer die Benutzerberechtigungen mit current_user_can() vor sensiblen Operationen.
• Verwenden Sie Nonces, um zustandsändernde Anfragen zu schützen und überprüfen Sie diese serverseitig.
• Implementieren Sie sichere Passwortzurücksetz-Token (einmalige Verwendung, zufällig, kurze Ablaufzeit).
• Vermeiden Sie die Offenlegung von Benutzernamen — geben Sie nicht preis, ob eine E-Mail oder ein Benutzername in Passwortzurücksetzflüssen existiert.
• Entkommen Sie Ausgaben und vermeiden Sie eval() oder gefährliche dynamische Ausführung.
• Protokollieren Sie Authentifizierungsereignisse (Erfolg/Misserfolg) mit ausreichendem Kontext für forensische Bedürfnisse.
• Führen Sie Tests für Autorisierungslogik durch — Unit-Tests und Integrationstests, die versuchen, Privilegien zu eskalieren.

Wie WP-Firewall Ihnen hilft, zu reagieren und geschützt zu bleiben

Bei WP-Firewall bauen wir die mehrschichtigen Verteidigungen, die Sie benötigen, wenn eine loginbezogene Schwachstelle offengelegt oder vermutet wird:

• Verwaltete Regeln und virtuelle Patches: Wir pushen Notfallregeln, um Ausnutzungsversuche für bekannte Schwachstellen zu blockieren und schützen Websites, bis offizielle Patches angewendet werden.
• Login-Härtung: Ratenbegrenzung, Brute-Force-Schutz und spezialisierte Regeln für wp-login.php, XML-RPC und REST-Endpunkte.
• Malware-Scanning und -Minderung: Automatisiertes Scannen nach Webshells und verdächtigen Uploads, mit Anleitungen zur Entfernung und Bereinigung.
• Sitzungsmanagement und erzwungene Abmeldungen: Werkzeuge zur Ungültigmachung von Sitzungen und zum Erzwingen von Passwortzurücksetzungen für alle Benutzer.
• Überwachung und Warnungen: Erkennung von Spitzen bei fehlgeschlagenen Anmeldungen und verdächtigen Admin-Zugriffsmustern.
• Unterstützungsstufen: Von einem kostenlosen Basis-Schutzplan bis hin zu erweiterten Plänen, die automatisierte Entfernung, monatliche Berichte und einen dedizierten Kundenbetreuer für Kunden bieten, die praktische Behebung und fortlaufende Überwachung wünschen.

Wir bieten pragmatische, umsetzbare Verteidigungen — sofortige virtuelle Patches plus langfristige Anpassungen — um Angreiferfenster zu reduzieren und Ihnen Zeit zu verschaffen, um sicher Patches des Anbieters anzuwenden.

Beginnen Sie mit kostenlosem Schutz: WP-Firewall’s Kostenloser Plan

Schützen Sie Ihre WordPress-Website sofort kostenlos. Unser Basis (Kostenlos) Plan umfasst wesentliche Schutzmaßnahmen, die wichtig sind, wenn eine loginbezogene Schwachstelle auftritt: eine verwaltete Firewall, unbegrenzte Bandbreite, WAF-Schutz, automatisiertes Malware-Scanning und Minderung der OWASP Top 10 Risiken. Es ist eine einfache Möglichkeit, eine starke Verteidigungsschicht hinzuzufügen, während Sie patchen, untersuchen und härten.

Möchten Sie fortschrittlichere Funktionen? Wir bieten einen Standardplan ($50/Jahr), der automatische Malware-Entfernung und IP-Blacklist-/Whitelist-Kontrollen hinzufügt, sowie einen Pro-Plan ($299/Jahr), der monatliche Sicherheitsberichte, automatisches Schwachstellen-Virtual-Patching und Zugang zu Premium-Add-Ons wie einem dedizierten Kundenbetreuer und Managed Security Service umfasst. Beginnen Sie mit dem kostenlosen Plan und upgraden Sie, wenn Sie bereit sind: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

Praktische Szenarien und empfohlene Maßnahmen

• Szenario A — Bekanntes anfälliges Plugin mit sofortigem öffentlichem Exploit:
  • Deaktivieren Sie sofort das Plugin und wenden Sie WAF-Regeln an, die das Exploit-Muster blockieren. Wenn das Plugin für die Geschäftsabläufe kritisch ist, isolieren Sie den Zugriff (IP-Einschränkung) und wenden Sie virtuelles Patching an, bis der Anbieter das Problem behebt.
• Szenario B — Verdächtiger Credential Stuffing-Angriff:
  • Erzwingen Sie eine Kontosperrung, verlangen Sie CAPTCHA/2FA, erzwingen Sie eine Passwortzurücksetzung für erhöhte Konten und überprüfen Sie Protokolle auf kompromittierte Konten.
• Szenario C — Hinweise auf ein kompromittiertes Admin-Konto:
  • Isolieren Sie die Website, bewahren Sie Protokolle auf, rotieren Sie Passwörter und Geheimnisse, identifizieren Sie Persistenzmechanismen (Hintertüren) und führen Sie eine vollständige Bereinigung durch oder stellen Sie von einem bekannten guten Backup wieder her.

Abschließende Worte vom WP-Firewall-Sicherheitsteam

Schwachstellen in Authentifizierungsabläufen gehören zu den Risiken mit der höchsten Auswirkung für WordPress-Seiten, da sie direkt zu einer vollständigen Übernahme der Seite führen können. Ob die ursprüngliche Offenlegung sichtbar ist oder einen 404-Fehler zurückgibt, gehen Sie davon aus, dass Bedrohungsakteure möglicherweise bereits nach Schwächen suchen. Die beste Strategie ist eine mehrschichtige Verteidigung: Kombinieren Sie sofortige technische Maßnahmen, sorgfältige forensische Untersuchungen, falls erforderlich, und langfristige Härtung.

Wenn Sie Hilfe bei der Umsetzung eines der oben genannten Schritte benötigen, kann WP-Firewall Regelvorlagen, virtuelle Patches und Überwachung bereitstellen, um Ihr Risiko zu verringern. Beginnen Sie mit unserem kostenlosen Schutzplan und lassen Sie uns Ihnen helfen, Angreifer fernzuhalten, während Sie Updates und Fehlerbehebungen durchführen.

Bleiben Sie sicher,
WP-Firewall-Sicherheitsteam