Plugin-Name	WordPress Bücher Galerie Plugin
Art der Schwachstelle	Defekte Zugriffskontrolle
CVE-Nummer	CVE-2026-5347
Dringlichkeit	Niedrig
CVE-Veröffentlichungsdatum	2026-04-25
Quell-URL	CVE-2026-5347

Fehlerhafte Zugriffskontrolle in “WP Bücher Galerie” (≤ 4.8.0) — Was WordPress-Seitenbesitzer jetzt tun müssen

Datum: 23. Apr, 2026
Autor: WP‐Firewall-Sicherheitsteam

Zusammenfassung

Eine Schwachstelle in der fehlerhaften Zugriffskontrolle wurde im WordPress-Plugin “WP Bücher Galerie” entdeckt, das Versionen bis einschließlich 4.8.0 betrifft. Der Fehler ermöglicht es nicht authentifizierten Angreifern, Einstellungen zu aktualisieren — mit anderen Worten, die Plugin-Konfiguration zu ändern — ohne autorisiert zu sein. Das Problem wurde mit CVE‑2026‑5347 versehen und erhielt einen CVSS-Basisscore von 5.3 (mittel/niedrig, abhängig von der Umgebung).

Diese Mitteilung erklärt die Schwachstelle in einfacher Sprache, das reale Risiko für Ihre Seite, Erkennungsoptionen, sofortige Milderungsmaßnahmen, die Sie heute anwenden können, langfristige Härtungsstrategien und wie unser WP‑Firewall-Dienst Seiten schützen kann, die nicht sofort aktualisiert werden können.

Notiz: Der Anbieter hat einen Patch in Version 4.8.1 veröffentlicht. Die primäre, empfohlene Abhilfe besteht darin, das Plugin sofort auf 4.8.1 oder höher zu aktualisieren.

---

Warum das wichtig ist

Schwachstellen in der fehlerhaften Zugriffskontrolle sind gefährlich, da sie Angreifern ermöglichen, Aktionen auszuführen, die für Administratoren oder authentifizierte Benutzer reserviert sind. In diesem Fall kann ein nicht authentifizierter Akteur die Plugin-Einstellungen ändern: Dies könnte verwendet werden, um bösartige Funktionen zu aktivieren, Ressourcen auf Angreifer-Domains zu verweisen, den Inhalt auszugeben oder eine Umgebung für nachfolgende Angriffe zu schaffen. Da die Schwachstelle nicht authentifiziert ist, kann sie in großem Maßstab von automatisierten Scannern und Bots ausgenutzt werden, die Tausende von Seiten anvisieren.

Selbst wenn die Schwachstelle keine direkte Codeausführung ermöglicht, ist die Änderung von Einstellungen oft ein einfacher erster Schritt zu einer wirkungsvolleren Kompromittierung (z. B. Aktivierung der Debug-Ausgabe, Laden von externen Ressourcen oder Ändern von Callback-URLs, die von anderen Plugins verwendet werden).

---

Technische Zusammenfassung

• Software: WP Bücher Galerie (WordPress-Plugin)
• Anfällige Versionen: ≤ 4.8.0
• Gepatchte Version: 4.8.1
• Schwachstellentyp: Fehlerhafte Zugriffskontrolle / Fehlende Autorisierungsprüfung
• Erforderliche Berechtigung: Nicht authentifiziert (keine Anmeldung erforderlich)
• CVE: CVE‑2026‑5347
• CVSS: 5.3 (Basis) — kann in einigen Kontexten je nach Seitenkonfiguration höher sein

Auf hoher Ebene exponiert das Plugin eine Funktion zur Aktualisierung von Einstellungen, die keine ordnungsgemäße Autorisierung oder Nonce-Überprüfung aufweist. Ein HTTP POST (oder REST/AJAX) Endpunkt, der von nicht authentifizierten Benutzern aufgerufen wird, akzeptiert Einstellungsparameter und schreibt sie in die Datenbank. Da es keine Berechtigungsprüfung oder Nonce-Durchsetzung gibt, kann ein Angreifer Anfragen erstellen, die von der Seite akzeptiert und angewendet werden.

---

Ausnutzungsszenarien — was ein Angreifer tun könnte

• Ändern Sie die Plugin-Konfiguration, um das Laden von Inhalten aus von Angreifern kontrollierten Domains zu ermöglichen (Bereitstellung von bösartigem JavaScript, Tracking oder Inhalten).
• Verhalten ändern, um sensible Daten, Protokolle oder Debug-Funktionen offenzulegen.
• Persistente Werte setzen, die an anderer Stelle im Theme oder in anderen Plugins verwendet werden (wenn das Plugin Daten in gemeinsamen Optionen speichert).
• Kombinieren Sie diese Schwachstelle mit anderen Schwächen (gespeichertes XSS, unsichere Datei-Uploads), um die Auswirkungen zu eskalieren.
• Verwenden Sie automatisiertes Scannen und Ausnutzen: Da keine Authentifizierung erforderlich ist, können Massenscan-Bots dies schnell finden und ausnutzen.

Während die unmittelbare Auswirkung als niedrig/mittel eingestuft werden kann (aufgrund des begrenzten Umfangs in vielen Installationen), erhöht die nicht authentifizierte Natur die Wahrscheinlichkeit einer massenhaften Ausnutzung. Seiten mit wertvollen Inhalten, Multi-Plugin-Integrationen oder sensiblen Benutzerdaten sollten dies als dringend betrachten.

---

Sofortmaßnahmen (Was ist jetzt zu tun?)

1. Aktualisieren Sie das Plugin auf die gepatchte Version (4.8.1 oder höher) — empfohlen und die einfachste Lösung:
   • Wenn möglich, aktualisieren Sie über das WordPress-Admin-Dashboard: Plugins → Installierte Plugins → Aktualisieren.
   • Verwenden von WP‑CLI:

     wp plugin liste --format=tabelle | grep wp-books-gallery

     wp plugin aktualisieren wp-books-gallery

     wp plugin abrufen wp-books-gallery --field=version

2. Wenn Sie nicht sofort aktualisieren können (blockiert durch Kompatibilität, Staging-Anforderungen oder Hostbeschränkungen), wenden Sie eine oder mehrere der unten beschriebenen vorübergehenden Milderungen an.
3. Sichern Sie Ihre Seite (Dateien + Datenbank) sofort vor und nach der Behebung:
   • Exportieren Sie die Datenbank und laden Sie das wp-content-Verzeichnis herunter.
   • Verwenden Sie Ihre Host-Backups, wenn verfügbar.
4. Überprüfen Sie die Zugriffsprotokolle und WP-Protokolle auf verdächtige Anfragen vor dem Patchen (siehe Abschnitt zur Erkennung unten).
5. Wenn Sie verdächtige Aktivitäten oder Anzeichen einer Kompromittierung feststellen, befolgen Sie die Schritte zur Incident-Response (isolieren Sie die Seite, rotieren Sie die Anmeldeinformationen, stellen Sie bei Bedarf aus einem sauberen Backup wieder her).

---

Vorübergehende Milderungen (wenn Sie nicht sofort patchen können)

Führen Sie mindestens eine der folgenden Maßnahmen durch, bis Sie auf 4.8.1 aktualisieren können:

A. Deaktivieren Sie das Plugin

Schnellste sichere Option: Deaktivieren Sie das Plugin, bis der Patch installiert werden kann.

• WP-Admin: Plugins → Installierte Plugins → Deaktivieren
• WP‑CLI:

  wp plugin deaktivieren wp-books-gallery

B. Entfernen oder blockieren Sie den anfälligen Endpunkt mit einem mu-Plugin (virtueller Patch)

Erstellen Sie ein kleines “Must Use”-Plugin (mu‑Plugin), das eingehende Anfragen überprüft und Versuche blockiert, die Einstellungen für das anfällige Plugin zu aktualisieren. Platzieren Sie es in wp-content/mu-plugins/.

Beispiel (generischer, nicht anbieter-spezifischer Ansatz):

Wichtig: Das obige Beispiel verwendet Heuristiken, um wahrscheinliche Exploit-Versuche zu blockieren. Testen Sie es auf einer Staging-Seite, bevor Sie es in der Produktion verwenden. Der Vorteil ist schnelles virtuelles Patchen, auch wenn Sie das Plugin nicht sofort aktualisieren können.

C. Verwenden Sie Webserver-Regeln (nginx / Apache), um Anfragen zu blockieren, die mit Exploit-Mustern übereinstimmen

Nginx-Beispiel: Blockieren Sie POST-Anfragen an admin‑ajax.php von nicht authentifizierten Quellen, die verdächtige Parameter enthalten:

location = /wp-admin/admin-ajax.php {

Apache (mod_rewrite) Beispiel in .htaccess:

RewriteEngine On

D. Fügen Sie eine WAF-Regel hinzu (empfohlen für Hosts, die WAF verwenden)

Blockieren Sie Anfragen, die versuchen, Einstellungen an die Plugin-Endpunkte zu POSTen, oder die verdächtige Parameternamen enthalten. WP‑Firewall-Kunden können eine benutzerdefinierte WAF-Regel bereitstellen, die auf den Plugin-Namen oder Parameter-Strings abzielt, bis Sie sicher aktualisieren können.

---

Erkennung und Indikatoren für Kompromisse (IOCs)

Überprüfen Sie Ihre Protokolle auf:

• Nicht authentifizierte POST-Anfragen an:
  • /wp-admin/admin-ajax.php
  • /wp-json/* (REST-Endpunkte)
  • Alle plugin-spezifischen Endpunkte (z. B. Endpunkte, die “books” oder den Plugin-Slug enthalten)
• Anfragen, die Parameternamen oder JSON-Schlüssel ähnlich wie enthalten:
  • bücher_galerie_einstellungen
  • wp_bücher_galerie
  • buch_galerie_optionen
  • einstellungen_aktualisieren
  • option_name oder update_option Payloads in POST-Körpern
• Plötzliche Änderungen in der Datenbank, insbesondere in wp_options:
  • Suchen Sie nach neuen oder modifizierten Optionen, die mit dem Plugin verbunden sind.
  • Beispiel MySQL-Abfrage:

    SELECT option_name, option_value, autoload;

• Unerwartete Konfigurationsänderungen auf Admin-Ebene oder unbekannte API-Schlüssel, die in Optionen oder Plugin-Einstellungen gespeichert sind.
• Beispiele für HTTP-Zugriffsprotokolle:
  • POST /wp-admin/admin-ajax.php?action=save_settings&…
  • POST /wp-json/wp-books-gallery/v1/settings
  • Anfragen mit verdächtigen User-Agent-Strings oder von bekannten IP-Bereichen von Scanning-Bots.

Wenn Sie Beweise für unbefugte Änderungen finden, gehen Sie von einem Kompromiss aus und folgen Sie den untenstehenden Schritten zur Incident-Response.

---

Checkliste für die Reaktion auf Zwischenfälle

1. Isolieren
   • Versetzen Sie die Website in den Wartungsmodus oder beschränken Sie den Zugriff nach IP, wenn möglich.
   • Wenn gehostet, bitten Sie den Host, den öffentlichen Zugriff auszusetzen, während Sie untersuchen.
2. Beweise sichern
   • Speichern Sie Web- und Serverprotokolle, Datenbank-Dumps und eine Kopie der Website-Dateien.
   • Exportieren Sie Protokolle, Datenbanken und Kopien verdächtiger Dateien zur forensischen Analyse.
3. Anmeldeinformationen rotieren
   • Setzen Sie die Passwörter für WordPress-Admin-Konten und Hosting-Kontrollpanels (SFTP, cPanel) zurück.
   • Rotieren Sie API-Schlüssel, die von Plugins oder Themes verwendet werden (z. B. Anmeldeinformationen für externe Dienste).
4. Bereinigen
   • Entfernen Sie alle Web-Shells, unerwarteten Admin-Benutzer oder injizierten Inhalt.
   • Wenn Sie sich über die vollständige Bereinigung unsicher sind, stellen Sie von einem sauberen Backup wieder her, das vor dem Kompromiss erstellt wurde.
5. Aufnäher
   • Aktualisieren Sie das anfällige Plugin auf 4.8.1 (oder höher) und jede andere veraltete Software.
6. Monitor
   • Überwachen Sie weiterhin Protokolle auf nachfolgende Aktivitäten.
   • Planen Sie kontinuierliche Scans auf Malware und Integritätsänderungen.
7. Überprüfung
   • Führen Sie eine Nachbesprechung nach dem Vorfall durch: Wie ist der Angreifer eingedrungen, was ist fehlgeschlagen und wie kann man sich verbessern?

Wenn die Website geschäftskritisch ist oder Sie einen tiefen Kompromiss vermuten, engagieren Sie einen professionellen Incident-Response-Anbieter. Unser WP-Firewall-Team steht zur Verfügung, um bei Eindämmung und Bereinigung zu helfen.

---

Empfehlungen zur Härtung (Verhinderung ähnlicher Probleme)

• Halten Sie den WordPress-Kern, Plugins und Themes auf dem neuesten Stand; aktivieren Sie automatische Updates, wo es nach Tests angemessen ist.
• Minimieren Sie installierte Plugins – entfernen Sie Plugins, die nicht aktiv genutzt werden.
• Verwenden Sie rollenbasierte Zugriffskontrolle und beschränken Sie die Admin-Nutzer.
• Erzwingen Sie starke Passwörter und Zwei-Faktor-Authentifizierung für alle Admins.
• Beschränken Sie den Zugriff auf wp-admin nach IP, wo dies möglich ist.
• Verwenden Sie eine Web Application Firewall (WAF), um gängige Angriffsarten zu blockieren und virtuelle Patches bereitzustellen.
• Überwachen Sie Dateiänderungen (Integritätsüberwachung) und Datenbankänderungen an wichtigen Tabellen (wp_options, wp_users).
• Regelmäßige Backups und Testwiederherstellungen.
• Führen Sie regelmäßige Sicherheitsüberprüfungen von Plugins durch: Bevorzugen Sie Plugins mit aktuellen sicheren Entwicklungspraktiken und reaktionsschnellen Betreuern.

---

So überprüfen Sie sicher, dass Sie das Problem behoben haben

Nach dem Update auf 4.8.1 (oder nach Anwendung einer vorübergehenden Minderung) validieren Sie:

1. Plugin-Version bestätigen:
   • WP Admin: Die Plugins-Seite zeigt 4.8.1+
   • WP‑CLI:

     wp plugin abrufen wp-books-gallery --field=version

2. Überprüfen Sie, ob der anfällige Endpunkt keine nicht authentifizierten Updates mehr akzeptiert:
   • Verwenden Sie curl von einem externen Rechner (nicht authentifiziert), um eine harmlose Anfrage zur Aktualisierung der Einstellungen zu versuchen, die Sie in den Protokollen beobachtet haben. Ein ordnungsgemäß behobenes Plugin sollte die Anfrage ablehnen oder Authentifizierung und nonce erfordern.
   • Beispiel (nicht auf der Website eines anderen testen):

     curl -I -X POST "https://example.com/wp-admin/admin-ajax.php"

     Ein 403/401 oder eine Ablehnung wird für nicht authentifizierte Versuche erwartet.

3. Führen Sie einen Malware-Scan und eine Integritätsprüfung erneut durch.
4. Überwachen Sie die Protokolle auf wiederholte Versuche und blockierten Verkehr.

---

Warum eine Web Application Firewall (WAF) hier wichtig ist

Wenn ein Plugin einen nicht authentifizierten Endpunkt offenlegt, der die Modifikation von Einstellungen ermöglicht, gibt es oft ein kleines Zeitfenster zwischen der Offenlegung der Schwachstelle und dem Aktualisieren der Websites. Eine WAF kann:

• Bieten Sie virtuelles Patching an: blockieren Sie Exploit-Versuche, selbst wenn die Seite nicht gepatcht ist.
• Erkennen Sie die Aktivität von Massenscanning-Bots und blockieren Sie Angriffsquellen.
• Blockieren Sie Anfragen basierend auf Mustern im Anfragekörper, Parametern oder spezifischen Endpunkten.
• Begrenzen oder sperren Sie IP-Adressen, die ein Ausbeutungsverhalten zeigen.

WP-Firewall bietet verwaltete WAF-Funktionen, die so konfiguriert werden können, dass sie Exploit-Versuche, die auf dieses Plugin abzielen, sofort stoppen — nützlich, wenn Sie nicht sofort aktualisieren können oder wenn Sie für viele Seiten verantwortlich sind.

---

Beispiel-WAF-Regeln, die Sie verwenden können (konzeptionell)

1. Blockieren Sie nicht authentifizierte POST-Anfragen an admin-ajax.php, die Plugin-Parameter-Namen enthalten:
   • Regel: Wenn die Anfrage-URI mit /wp-admin/admin-ajax.php übereinstimmt UND die Methode POST ist UND der Anfragekörper (books_gallery_settings|wp_books_gallery|book_gallery_options) enthält UND das Cookie keinen gültigen wordpress_logged_in-Schlüssel enthält → BLOCKIEREN.
2. Blockieren Sie verdächtige REST API POSTs:
   • Regel: Wenn die Anfrage-URI /wp-json/ enthält und der Anfragekörper plugin-spezifische Schlüssel enthält → BLOCKIEREN.
3. Begrenzen Sie wiederholte POST-Versuche:
   • Regel: Wenn dieselbe IP > 10 POSTs an admin-ajax.php innerhalb von 60 Sekunden sendet → drosseln/sperren.

Implementieren Sie Regeln sorgfältig und testen Sie; zu allgemeines Blockieren kann legitime AJAX-Anfragen unterbrechen.

---

Praktische Entwickler-Minderung (wenn Sie benutzerdefinierten Code pflegen)

Wenn Ihr Code mit dem Plugin oder der gleichen Optionen-Tabelle interagiert, stellen Sie sicher, dass jeder die Einstellungen ändernde Endpunkt:

• Überprüfungen current_user_can('manage_options') (oder geeignete Berechtigung).
• Ein WP-Nonce überprüft mit check_admin_referer() oder wp_verify_nonce().
• Verwendet REST API-Berechtigungs-Callbacks für REST-Endpunkte.
• Vermeidet das Schreiben in gemeinsame Optionsnamen ohne Berechtigungsprüfungen.

Wenn Sie ein Plugin-Autor sind, verlassen Sie sich nicht ausschließlich auf JavaScript für die Zugriffskontrolle; führen Sie serverseitige Prüfungen durch.

---

Überwachungscheckliste nach dem Patchen

• Behalten Sie die Serverprotokolle 48–72 Stunden nach dem Patch im Auge, um wiederholte Ausnutzungsversuche zu erkennen.
• Überprüfen wp_options nach neuen oder geänderten Einträgen, die mit dem Plugin zusammenhängen.
• Führen Sie einen vollständigen Malware-Scan der Website durch (Datei und Datenbank).
• Bestätigen Sie, dass die Backups aktuell und getestet sind.

---

Häufig gestellte Fragen

Q: Meine Website verwendet einen Caching-Dienst oder CDN. Wird das helfen?
A: Ein CDN allein schützt nicht vor einer nicht authentifizierten serverseitigen Schwachstelle, da Anfragen weiterhin Ihre Ursprungsadresse erreichen und das Plugin auf Ihrem Server ausgeführt wird. Einige WAF/CDN-Dienste enthalten Regelsets, die häufige Ausnutzungsversuche blockieren können — gut zu haben, aber verlassen Sie sich nicht auf das Caching des CDN, um serverseitige Autorisierungsfehler zu mindern.

Q: Ist das Deaktivieren des Plugins sicher?
A: In der Regel ja, obwohl Sie sicherstellen müssen, dass das Plugin nicht kritisch für die Benutzerabläufe ist. Die Deaktivierung ist die einfachste vorübergehende Minderung, wenn es sicher ist, dies zu tun.

Q: Ich habe das Plugin aktualisiert, sehe aber immer noch verdächtige Anfragen — was nun?
A: Wenn die Website vor dem Update ausgenutzt wurde, haben Sie möglicherweise persistente Hintertüren oder geänderte Konfigurationen. Führen Sie eine vollständige Incident-Response durch (siehe Checkliste), scannen Sie nach Malware, überprüfen Sie geänderte Dateien und ziehen Sie in Betracht, von einem sauberen Backup wiederherzustellen.

---

Für Entwickler: So auditieren Sie den Plugin-Code auf dieses Problem

Durchsuchen Sie den Plugin-Code nach Mustern, die Optionen ohne Autorisierung aktualisieren:

• Suchen Sie nach direkten Aufrufen von update_option() oder update_site_option() verwendet innerhalb von Hooks, die von nicht authentifizierten Anfragen erreichbar sind.
• Überprüfen Sie AJAX-Handler: Funktionen, die in wp_ajax_nopriv_ Aktionen eingebunden sind, müssen immer Berechtigungsprüfungen oder Nonce-Überprüfungen enthalten.
• Überprüfen Sie REST-Routen: jede register_rest_route() muss einen ‘permission_callback’ enthalten, der die Berechtigungen ausdrücklich überprüft.

Beispiel grep-Befehle:

# Finden Sie update_option-Verwendungen

Wenn Sie Handler finden, die ohne Berechtigungsprüfungen erreicht werden können, patchen Sie sie, um dies zu erfordern. manage_options oder fügen Sie Nonce-Überprüfungen hinzu.

---

Schützen Sie Ihre Seite noch heute – beginnen Sie mit dem kostenlosen WP‑Firewall-Plan

Wenn Sie WordPress-Seiten verwalten, ist der einfachste Weg, Ihre Exposition zu reduzieren, während Sie Plugins patchen, die Verwendung einer verwalteten Firewall und virtueller Patches. Der Basisplan (kostenlos) von WP‑Firewall umfasst grundlegenden Schutz, der gängige Exploit-Muster blockiert, eine verwaltete WAF, unbegrenzte Bandbreite, einen Malware-Scanner und Maßnahmen gegen die OWASP Top 10-Risiken – eine perfekte erste Verteidigungslinie, während Sie Plugins aktualisieren und Ihre Seiten absichern.

• Basic (Kostenlos): verwaltete Firewall, unbegrenzte Bandbreite, WAF, Malware-Scanner, OWASP Top 10 Mitigation.
• Standard ($50/Jahr): alles im Basisplan, plus automatische Malware-Entfernung und die Möglichkeit, bis zu 20 IPs auf die schwarze oder weiße Liste zu setzen.
• Pro ($299/Jahr): alle Standardfunktionen plus monatliche Sicherheitsberichte, automatische Schwachstellen-Virtual-Patching und Premium-Add-Ons wie einen dedizierten Account-Manager und verwaltete Sicherheitsdienste.

Melden Sie sich jetzt für den WP‑Firewall Kostenlosen Plan an, um eine sofortige Schutzschicht hinzuzufügen, während Sie Plugin-Patches testen und bereitstellen:
https://my.wp-firewall.com/buy/wp-firewall-free-plan/

---

Warum wir den oben genannten Ansatz empfehlen

• Das Patchen des Plugins ist die endgültige Lösung; es gibt keinen Ersatz für das Aktualisieren auf die vom Anbieter veröffentlichte Version 4.8.1 oder höher.
• Wenn das Patchen verzögert wird (Staging-Bedürfnisse, Kompatibilitätsprüfungen), reduziert virtuelles Patchen durch eine WAF, mu-Plugin oder Webserver-Regel die Exposition.
• Die Überprüfung Ihrer Plugins und die Reduzierung der Plugin-Anzahl verringern zukünftige Risiken.
• Überwachung und Backups ermöglichen es Ihnen, schneller wiederherzustellen, wenn etwas schiefgeht.

---

Zusammenfassung

Dieses Problem mit der fehlerhaften Zugriffskontrolle von “WP Books Gallery” zeigt, wie eine scheinbar administrative Funktion zu einem breiten Produktionsrisiko werden kann, wenn ordnungsgemäße serverseitige Autorisierungsprüfungen fehlen. Da diese Schwachstelle ohne Authentifizierung ausgenutzt werden kann, sollten Seiteninhaber dies als dringend behandeln:

1. Aktualisieren Sie WP Books Gallery sofort auf 4.8.1 oder höher.
2. Wenn Sie nicht sofort aktualisieren können, deaktivieren Sie das Plugin oder wenden Sie vorübergehende Maßnahmen an (mu-Plugin, Webserver-Regel oder WAF-Regel).
3. Überprüfen Sie Protokolle und Datenbankoptionen auf unbefugte Änderungen.
4. Härten Sie Ihre WordPress-Installationen und übernehmen Sie präventive Kontrollen: WAF, starkes Zugangsmanagement und regelmäßiges Patchen.

Wenn Sie Unterstützung beim Anwenden eines virtuellen Patches oder beim Überprüfen von Protokollen auf Anzeichen von Ausnutzung benötigen, steht Ihnen unser WP‑Firewall-Sicherheitsteam zur Verfügung. Für sofortigen Schutz während Sie patchen, ziehen Sie den kostenlosen WP‑Firewall-Plan (Link oben) in Betracht, um verwalteten Firewall-Schutz und virtuelle Patch-Funktionen zu erhalten.

Bleiben Sie sicher und patchen Sie schnell – Angreifer bewegen sich schnell, aber einige gezielte Schritte können Ihre Seite sicher halten.