Plugin-Name	Bookly
Art der Schwachstelle	Inhaltsinjektion
CVE-Nummer	CVE-2026-2519
Dringlichkeit	Niedrig
CVE-Veröffentlichungsdatum	2026-04-09
Quell-URL	CVE-2026-2519

Dringend: Bookly <= 27.0 — Unauthentifizierte ‘Tipps’ Preismanipulation und Inhaltsinjektion (CVE-2026-2519) — Was WordPress-Seitenbesitzer jetzt tun müssen

Autor: WP-Firewall-Sicherheitsteam
Datum: 2026-04-10
Stichworte: WordPress, Sicherheit, Bookly, WAF, CVE-2026-2519

Zusammenfassung: Eine öffentliche Mitteilung (CVE-2026-2519) wurde für das Bookly-Plugin veröffentlicht, die Seitenbesitzer darüber informiert, dass Versionen bis einschließlich 27.0 anfällig für ein unauthentifiziertes Preismanipulations- und Inhaltsinjektionsproblem über den Parameter “Tipps” sind. Dieser Beitrag erklärt, was die Schwachstelle ist, wer gefährdet ist, wie Angreifer sie ausnutzen können und, am wichtigsten, was Sie jetzt tun sollten — einschließlich praktischer Milderungsmaßnahmen, die Sie heute mit WP-Firewall umsetzen können.

TL;DR — Wichtige Fakten

• Eine Schwachstelle, die Bookly-Plugin-Versionen <= 27.0 betrifft (CVE-2026-2519), ermöglicht es unauthentifizierten Benutzern, den Preis über den Tipps Parameter zu manipulieren und Inhalte in Seiten einzufügen.
• Das Problem hat einen CVSS-ähnlichen Score in der öffentlichen Mitteilung von etwa 5.3 und wird als Inhaltsinjektion / Injektionsrisiko klassifiziert.
• Ein Patch wurde in Bookly 27.1 veröffentlicht. Das Aktualisieren auf 27.1 (oder später) ist die primäre Lösung.
• Wenn Sie nicht sofort aktualisieren können, umfassen starke Milderungsmaßnahmen: sofortige WAF-Regeln, die den Tipps Parameter blockieren oder bereinigen, Ratenbegrenzung der anfälligen Endpunkte, Deaktivierung oder Ausblendung der Tipp-UI und rigorose serverseitige Validierung zur Durchsetzung von nur numerischen Werten.
• WP-Firewall kann virtuelles Patchen bereitstellen, um Ihre Seite sofort zu schützen, selbst bevor Sie das Plugin aktualisieren.

---

Warum das wichtig ist — über den Score hinaus

Auf den ersten Blick könnte dies in einigen Bewertungssystemen als “niedrig” oder “mittel” eingestuft werden. Aber lassen Sie sich von einem numerischen Score nicht zur Untätigkeit verleiten. Die beiden Hauptfehlerarten hier sind:

1. Preismanipulation: Angreifer können mit Buchungssummen manipulieren, was zu finanziellen Verlusten führen oder kostenlose Buchungen ermöglichen kann. Wenn die Checkout-Logik auf vom Client bereitgestellten Daten ohne autoritative serverseitige Neuberechnung beruht, kann der Angreifer Beträge fälschen.
2. Inhaltsinjektion: Ein Angreifer kann beliebige Inhalte (HTML, Skripte oder Phishing-Seiten) in Buchungsbestätigungen, Seiten oder gespeicherte Inhalte injizieren. Das kann zu Diebstahl von Anmeldedaten, Kundenphishing und Rufschädigung führen — weit verbreitet ausnutzbar im großen Maßstab.

Da Buchungssysteme auf vielen kleinen und mittelständischen Unternehmensseiten (Salons, Kliniken, Berater) vorhanden sind, können Angreifer massenhaft scannen und automatisch ausnutzen, wodurch viele Seiten schnell angegriffen werden.

---

Wie die Schwachstelle aussieht (hohe Ebene)

Laut der öffentlichen Mitteilung (CVE-2026-2519) ist die Handhabung des Bookly-Plugins des Tipps Der Parameter ermöglicht es nicht authentifizierten Benutzern, manipulierte Werte zu senden, die:

• Vom Buchungsprozess ohne ausreichende serverseitige Validierung akzeptiert werden.
• Verwendet werden können, um den effektiven Buchungspreis zu ändern (z. B. um ihn auf null zu setzen oder den Preis zu reduzieren).
• Möglicherweise unsachgemäß bereinigt oder escaped werden, was die Einspeisung von HTML oder Skripten in Antworten/Seiten erlaubt.

Häufige Ursachen für diese Art von Problemen:

• Client-seitige Arithmetik, die zur Berechnung von Totals verwendet wird, ohne serverseitige Neuberechnung.
• Eingaben, die gespeichert oder später ohne ordnungsgemäße Bereinigung wiedergegeben werden (z. B. nur rohe bereinigte Ausgaben bei der Anzeige verwenden, aber nicht bei der Eingabe normalisieren).
• AJAX-Endpunkte, die von nicht authentifizierten Benutzern aufgerufen werden können und Parameter akzeptieren sowie Daten schreiben oder HTML-Fragmente zurückgeben.

---

Wer ist gefährdet?

• Seiten, die das Bookly-Plugin in Versionen <= 27.0 verwenden.
• Seiten, die öffentliche (nicht authentifizierte) Buchungsabläufe zulassen – was nahezu alle Bookly-Anwendungsfälle betrifft.
• Seiten, die keine serverseitige Neuberechnung von Totals oder Abwehrmaßnahmen auf HTTP-Ebene (WAF) implementieren.
• Seiten, auf denen die Seiteninhaber den Patch 27.1 (oder neuer) nicht angewendet haben.

Wenn Sie Bookly verwenden und Ihre Plugin-Version 27.0 oder früher ist: behandeln Sie dies als dringend. Selbst kleinere Seiten sind attraktive Ziele – Angreifer können die Ausnutzung automatisieren.

---

Sofortige Aktionscheckliste (für Seiteninhaber)

1. Überprüfen Sie Ihre Bookly-Version:
   • Gehen Sie zu WordPress Admin → Plugins und bestätigen Sie die installierte Bookly-Version.
   • Wenn sie <= 27.0 ist, fahren Sie sofort mit dem nächsten Schritt fort.
2. Aktualisieren Sie Bookly auf 27.1 oder später:
   • Wenn Sie sofort aktualisieren können, tun Sie dies jetzt. Testen Sie immer zuerst in der Staging-Umgebung, wenn Ihre Umgebung dies erfordert.
3. Falls Sie nicht sofort aktualisieren können:
   • Wenden Sie WAF/virtuelles Patchen an (empfohlen): blockieren oder bereinigen Sie Anfragen, die ein Tipps Parameter oder der Versuch, HTML-Inhalte zu POSTEN in Tipps.
   • Deaktivieren Sie die Tipp-UI vorübergehend (verstecken oder entfernen Sie das Tippfeld aus Formularen).
   • Stellen Sie sicher, dass die serverseitige Validierung das numerische Format und den Bereich für Tippbeträge durchsetzt (siehe Validierungsregeln unten).
   • Überwachen Sie Protokolle auf verdächtige Anfragen an Buchungsendpunkte, die enthalten Tipps.
4. Führen Sie eine Integritätsprüfung der Website durch:
   • Scannen Sie nach unerwarteten Inhalten oder neuen Seiten.
   • Durchsuchen Sie Beiträge/Seiten und die Datenbank nach verdächtig injizierten Inhalten (HTML mit , iframe oder base64-Blobs).
5. Rotieren Sie Anmeldeinformationen und Benachrichtigungen:
   • Wenn Sie verdächtige Aktivitäten feststellen, rotieren Sie die Admin-Anmeldeinformationen und API-Schlüssel, kommunizieren Sie mit betroffenen Kunden und ziehen Sie in Betracht, zu Backups zurückzukehren, die vor einer erkannten Kompromittierung erstellt wurden.

---

Technische Maßnahmen, die Sie jetzt anwenden können

Im Folgenden finden Sie praktische Regeln und Snippets, die Sie verwenden können, um Ihre Website zu härten, während Sie das offizielle Plugin-Update vorbereiten oder testen.

1) Blockieren oder bereinigen Tipps auf der Ebene der Webanwendungsfirewall

Eine WAF-Regel, die Anfragen blockiert, bei denen das Tipps Parameter HTML-Tags, Skripte oder verdächtige Zeichen enthält, ist eine gute sofortige Verteidigung. Beispiel für eine ModSecurity-Regel (an Ihre WAF-Engine anpassen):

# Blockieren Sie Anfragen mit HTML-Tags im 'tips'-Parameter (Beispiel ModSecurity-Regel)"

Auch eine nur numerische Whitelist:

# Erlauben Sie nur Zahlen, optional mit Dezimalstelle und bis zu zwei Ziffern"

Wenn Sie WP-Firewall verwenden, können wir gleichwertige virtuelle Patch-Regeln am Rand bereitstellen, um sofortige Ausnutzungsversuche zu blockieren, ohne auf das Plugin-Update zu warten.

2) Ratenbegrenzung und Blockierung verdächtiger Endpunkte

Wenden Sie eine Ratenbegrenzung auf buchungsbezogene Endpunkte (AJAX-Handler, REST-Endpunkte) an, um automatisierte Massenexploitation zu reduzieren.

• Begrenzen Sie die POST-Anfragen pro IP an Buchungsendpunkte.
• Blockieren Sie vorübergehend anonyme POST-Anfragen, die enthalten Tipps es sei denn, sie folgen den erwarteten Anfrage-Mustern (Header, Referrer, bekannte Flüsse).

3) Deaktivieren Sie die Trinkgeld-Benutzeroberfläche serverseitig (schnelle, risikoarme Minderung)

Wenn das Trinkfeld optional ist und Sie die serverseitige Validierung nicht schnell durchsetzen können, entfernen oder deaktivieren Sie die Eingabe für Trinkgelder in den Vorlagen:

• Kommentieren Sie die Eingabe für Trinkgelder in den Buchungsvorlagen aus oder entfernen Sie sie.
• Ignorieren oder setzen Sie auf null Tipps den Parameter, falls vorhanden.

Das stoppt den anfälligen Code-Pfad, bis Sie sicher aktualisieren können.

4) Erzwingen Sie die serverseitige numerische Validierung und autoritative Neuberechnung

Clientseitige Berechnungen sind praktisch, können aber nicht vertraut werden. In Ihrem Buchungs-Handler:

• Wandeln Sie immer um und validieren Sie Tipps als numerischen Wert auf dem Server.
• Berechnen Sie den endgültigen Gesamtbetrag serverseitig aus autoritativen Daten neu:
  gesamt = grundpreis + servicegebühren + steuern + validierte_trinkgelder
• Lehnen Sie negative oder unrealistisch große Trinkgeldwerte ab (z. B., trinkgelder > grundpreis * 10).
• Verwenden Sie WordPress-Hilfsfunktionen zur Bereinigung:
  • Verwenden floatval() / zahlen_format für Zahlen.
  • Bei der Ausgabe verwenden Sie esc_html() zur Anzeige von Textfeldern.

Beispiel PHP-Snippet (serverseitig):

// Beispiel für serverseitige Validierung von Tipps

5) Säubern Sie alle benutzereingereichten Texte, um Inhaltsinjektionen zu verhindern

Wenn ein Parameter (einschließlich Tipps, wenn sie als Label verwendet werden) in Bestätigungsseiten oder E-Mails zurückgespiegelt werden kann, säubern Sie mit geeigneten esc_* Funktionen:

• Für HTML-Attribute: esc_attr()
• Für HTML-Ausgaben: esc_html() oder wp_kses() mit einer strengen Liste erlaubter Tags
• Für URLs: esc_url_raw()

6) Protokollierung und Alarmierung

Fügen Sie Protokollierungsregeln hinzu, um Anfragen zu erfassen, die enthalten Tipps mit unerwartetem Inhalt. Alarmieren bei:

• Nicht-numerisch Tipps Werten enthalten.
• Wiederholte Anfragen von derselben IP, die Buchungsendpunkte treffen.
• Große anomale Tippbeträge.

---

Erkennung und Vorfallreaktion — Schritt für Schritt

Wenn Sie eine Ausnutzung vermuten oder eine Suche durchführen:

1. Wahrscheinliche Endpunkte identifizieren:
   • Überprüfen Sie die Bookly-Plugin-Dateien und prüfen Sie auf AJAX-Aktionen oder REST-Routen, die akzeptieren Tipps. Häufige Endpunkte sind admin-ajax PHP-Handler, die sich mit Buchungen, Preisberechnung und Auftragsbearbeitung befassen.
2. Abfragen von Serverprotokollen und Webprotokollen:
   • Durchsuchen Sie die Zugriffsprotokolle nach Anfragen, die enthalten tipps= und filtern Sie nach Methoden (POST/GET).
   • Beispiel grep:

     grep -i "tipps=" /var/log/apache2/access.log | tail -n 200

3. Durchsuchen Sie die Datenbank nach injiziertem Inhalt:
   • Verwenden Sie WP-CLI oder SQL, um nach verdächtigen Skripten oder bekannten Phishing-Schlüsselwörtern zu suchen.
   • Beispiel WP-CLI:

     wp db query "SELECT ID, post_title FROM wp_posts WHERE post_content LIKE '%%' OR post_content LIKE '%iframe%';"

4. Scannen Sie Dateien nach geänderten Zeitstempeln:
   • Suchen Sie nach Dateien, die um die Zeit geändert wurden, die Sie für den Exploit verdächtigen.
   • Beispiel:

     find . -type f -printf '%TY-%Tm-%Td %TT %p
             

5. Wenn Sie einen Kompromiss bestätigen:
   • Versetzen Sie die Seite in den Wartungsmodus oder trennen Sie sie vom Internet, bis die Eindämmung erfolgt ist.
   • Stellen Sie aus einem sauberen Backup wieder her (idealerweise vor dem Vorfall).
   • Rotieren Sie alle Admin- und Systemanmeldeinformationen.
   • Entfernen Sie bösartigen Inhalt und schließen Sie den anfälligen Pfad (aktualisieren Sie Bookly oder wenden Sie die WAF-Regel an).
   • Führen Sie eine vollständige Malware-Überprüfung und forensische Analyse durch.

---

Wie eine Web Application Firewall (WAF) hier hilft

• Virtuelles Patchen: WAF kann Anfragen blockieren, die mit Exploit-Mustern übereinstimmen (z. B. nicht-numerische Tipps, HTML-Tags in Tipps), bevor die Anfrage WordPress erreicht. Dies gibt Ihnen Zeit, sicher zu aktualisieren.
• Ratenbegrenzung und Bot-Abwehr: Verhindert massenhafte automatisierte Ausnutzung im großen Maßstab.
• Zentralisierte Richtlinien: Wenn Sie mehrere Seiten verwalten, können Sie ein einheitliches Regelwerk auf allen betroffenen Seiten anwenden, um den operativen Aufwand zu reduzieren.
• Überwachung & Alarmierung: Sofortige Benachrichtigungen über verdächtige Aktivitäten, die auf Buchungsendpunkte gerichtet sind.

WP-Firewall bietet verwaltetes WAF und virtuelle Patches, die sofort angewendet werden können, um Buchungsabläufe zu schützen, während Sie Bookly testen und aktualisieren.

---

Beispiel-WAF-Regeln und -Signaturen (praktische Beispiele)

Unten finden Sie Beispiel-Regex und Pseudo-Regeln, die für ein WAF geeignet sind. Bitte passen Sie sie an Ihre Umgebung an und testen Sie zuerst in der Staging-Umgebung.

• Blockieren Sie HTML-Tags in Tipps:
  Regex: ]+>
  Aktion: Verweigern (403) und protokollieren.
• Erlauben Sie nur numerische Trinkgeldwerte:
  Regex: ^[0-9]+(\.[0-9]{1,2})?$
  Aktion: Wenn Tipps nicht übereinstimmt, setzen Sie tips=0 oder verweigern.
• Erkennen Sie übermäßige Trinkgeldbeträge:
  Regel: Wenn tips > (basis_preis * 10) dann zur manuellen Überprüfung kennzeichnen.
• Blockieren Sie scriptähnliche Konstrukte:
  Regex für Skriptkonstrukte: (javascript:|onerror=|onload=|<script|<iframe|eval\()
  Aktion: Ablehnen und protokollieren.

---

Testcheckliste nach dem Update (nach dem Upgrade auf Bookly 27.1+)

1. Testen Sie den Buchungsablauf von Anfang bis Ende in der Staging-Umgebung:
   • Buchungen mit normalen Trinkgeldern einreichen.
   • Hohe, null, negative und fehlerhafte Trinkgeld-Eingaben testen, um sicherzustellen, dass sie sicher verarbeitet werden.
2. Testen, dass die Gesamtsummen autoritativ sind:
   • Absichtlich mit den clientseitigen Gesamtsummen manipulieren und bestätigen, dass der Server die manipulierten Gesamtsummen neu berechnet und ablehnt.
3. Validieren, dass keine HTML- oder Skripte in Buchungsbestätigungen oder gespeicherten Inhalten reflektiert werden.
4. Automatisierte Scans (Malware- und Scanning-Tools) durchführen und, wenn möglich, einen Penetrationstest für den Buchungsfluss durchführen.
5. Protokolle überwachen und vorübergehende Hochalarm-Schwellenwerte für den Zugriff auf Buchungsendpunkte für mindestens 7–14 Tage nach dem Patchen festlegen.

---

Entwicklerempfehlungen (für Plugin-Autoren und Site-Integratoren)

• Den vom Client bereitgestellten Preisberechnungen niemals vertrauen.
• Gesamtsummen serverseitig mit autoritativen Werten neu berechnen.
• Fähigkeitsprüfungen und Nonces an jedem Endpunkt verwenden, der persistente Buchungsdatensätze erstellt oder aktualisiert.
• Alle benutzereingereichten Werte mit WordPress-API-Funktionen (esc_html, esc_attr, wp_kses) bereinigen und escapen.
• Strenge Eingabevalidierungsregeln definieren und Unit-Tests aufrechterhalten, die Randfälle validieren (negative Zahlen, sehr große Zahlen, HTML-Tags).
• Sicherheitsanforderungen für Integratoren dokumentieren (z. B. die serverseitige Validierung für Anpassungen nicht umgehen).

---

Beispielerkennungsabfragen und Dateiüberprüfungen

• Anforderungsprotokolle finden mit Tipps vorhanden (Apache/Nginx):

  grep -i "tips=" /var/log/nginx/access.log

• Nach -Tags in Beiträgen und Seiten suchen:

  wp db query "SELECT ID, post_title FROM wp_posts WHERE post_content LIKE '%<script%';"

• Verdächtige Dateien in Uploads oder Theme-Ordnern finden:

  grep -R --line-number "<script" wp-content/uploads

• Suchen Sie nach unerwarteten Administratorbenutzern:

  wp user list --role=administrator

---

Wenn Ihre Website kompromittiert ist — priorisierte Vorfallmaßnahmen

1. Enthalten:
   • Setzen Sie die Website in den Wartungsmodus.
   • Wenden Sie WAF-Blockierungen an oder isolieren Sie die Website vom externen Verkehr.
2. Ausrotten:
   • Entfernen Sie injizierte Inhalte und Hintertürdateien.
   • Stellen Sie bei Bedarf ein sauberes Backup wieder her.
3. Genesen:
   • Aktualisieren Sie Bookly und alle Plugins/Themes.
   • Konfigurieren Sie die gehärteten Einstellungen neu und aktivieren Sie die Website erst, wenn sie sauber ist.
4. Gelerntes:
   • Führen Sie eine Ursachenanalyse durch.
   • Stärken Sie die Überwachung und planen Sie regelmäßige Scans.

---

Kommunikations- und rechtliche Überlegungen

Wenn Kundendaten oder Gelder betroffen sein könnten:

• Benachrichtigen Sie betroffene Kunden umgehend und transparent.
• Protokollieren Sie Ihre Maßnahmen und Kommunikationen.
• Je nach Gerichtsbarkeit und Unternehmensart können rechtliche oder regulatorische Verpflichtungen gelten — konsultieren Sie rechtlichen Rat.

---

Warum virtuelles Patchen jetzt wichtig ist

Ein Plugin-Update ist die endgültige Lösung. Aber in vielen Umgebungen müssen Updates geplant, getestet oder durch ein Änderungsmanagement gehen. Virtuelles Patchen (WAF-Regeln, die am Rand bereitgestellt werden) schützt Ihre öffentlich zugängliche Website sofort, während Sie Wartungsarbeiten durchführen. Dieser mehrschichtige Ansatz reduziert das Risiko der Exposition.

WP-Firewall bietet verwaltetes virtuelles Patchen und sofortige Regelbereitstellung zum Schutz vor Parameter-Manipulation und Inhaltsinjektionsversuchen, die auf Buchungssysteme abzielen.

---

So überprüfen Sie, ob Sie nach der Minderung geschützt sind

• Bestätigen Sie, dass WAF-Regeln aktiv sind und 403 für gestaltete Testanfragen zurückgeben (verwenden Sie sichere, nicht bösartige Payloads, die ungültige Zeichen enthalten).
• Führen Sie einen Schwachstellenscanner (nicht destruktiv) aus, der auf Eingabereflexion und numerische Validierungslogik prüft.
• Überprüfen Sie die Live-Protokolle auf blockierte Versuche.
• Bestätigen Sie, dass die Buchungsabläufe für legitime Benutzer nach Anwendung der Regeln weiterhin funktionieren.

---

Neues Plan-Highlight — Schützen Sie Ihre Buchungen mit WP-Firewall Free

Schützen Sie Buchungen sofort — Probieren Sie WP-Firewall Free heute aus

Wenn Sie sofortigen, verwalteten Schutz wünschen, während Sie Bookly aktualisieren und testen, bietet der kostenlose Plan von WP-Firewall wesentliche Verteidigungen für Buchungsseiten:

• Basisversion (kostenlos): Wesentlicher Schutz — verwaltete Firewall, unbegrenzte Bandbreite, WAF, Malware-Scanner und Minderung der OWASP Top 10 Risiken. Ideal als sofortige Sicherheitsschicht, um Ausbeutungsversuche zu stoppen und Ihnen Spielraum zu geben, um sicher zu aktualisieren.
• Standard ($50/Jahr): Fügt automatische Malware-Entfernung und die Möglichkeit hinzu, bis zu 20 IPs auf die schwarze oder weiße Liste zu setzen — nützlich zur Handhabung gezielter Missbräuche.
• Pro ($299/Jahr): Beinhaltet monatliche Sicherheitsberichte, automatische virtuelle Patches für Schwachstellen und Premium-Add-Ons wie einen dedizierten Kontomanager und Managed Security Service für intensive Unterstützung.

Beginnen Sie hier mit dem kostenlosen Plan: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

---

Abschließende Empfehlungen – priorisiert

1. Wenn Bookly <= 27.0 auf einer von Ihnen verwalteten Seite installiert ist: Planen Sie ein sofortiges Update auf 27.1. Testen und implementieren Sie so schnell wie möglich.
2. Wenn ein sofortiges Update nicht möglich ist: Wenden Sie WAF-Regeln an, um zu sanitieren oder zu blockieren Tipps, deaktivieren Sie die Tipp-UI und aktivieren Sie die Ratenbegrenzung für Buchungsendpunkte.
3. Überprüfen Sie die serverseitige Neuberechnung der Buchungssummen und die strenge numerische Validierung der Tippwerte.
4. Führen Sie einen Malware- und Inhaltsintegritäts-Scan für injizierte Seiten und Inhalte durch und überwachen Sie die Protokolle auf verdächtige Aktivitäten.
5. Für Multi-Site-Betreiber: Erwägen Sie eine zentrale virtuelle Patch-Verwaltung über Ihre Flotte, um Massen-Ausbeutung zu stoppen.

---

Abschließende Gedanken von WP-Firewall

Angriffe, die zu Beginn als geringfügig erscheinen, können sich schnell eskalieren, wenn sie massenhaft eingesetzt werden. Buchungssysteme sind besonders attraktiv, da sie Handel und Kundenvertrauen kombinieren — jeder injizierte Inhalt oder manipulierte Checkout untergräbt beides.

Wir empfehlen einen schichtweisen, pragmatischen Ansatz: schnell patchen, aber wenn Patching nicht sofort möglich ist, WAF-Regeln anwenden, die Angriffsfläche reduzieren und aggressiv überwachen. Wenn Sie sofortigen Schutz auf Ihrer WordPress-Seite wünschen, während Sie Updates testen, kann WP-Firewall virtuelle Patches und verwaltete WAF-Regeln bereitstellen, um Ihre Buchungen und Kunden zu schützen.

Bleiben Sie sicher, und wenn Sie Hilfe bei der Implementierung einer der oben genannten Minderung benötigen, steht unser Sicherheitsteam bereit, um zu helfen.

— WP-Firewall-Sicherheitsteam