| Plugin-Name | Patchstack Akademie |
|---|---|
| Art der Schwachstelle | N/V |
| CVE-Nummer | N/V |
| Dringlichkeit | Informativ |
| CVE-Veröffentlichungsdatum | 2026-05-07 |
| Quell-URL | https://www.cve.org/CVERecord/SearchResults?query=N/A |
Wenn eine WordPress-Sicherheitswarnung erscheint: Ein praktischer, fachkundiger Leitfaden zum Schutz Ihrer Website
Jedes Mal, wenn eine Sicherheitswarnung das WordPress-Ökosystem erreicht, kann es sich wie ein kleines Notfall anfühlen. Für Website-Besitzer und Entwickler sind die Fragen sofort: Wie schwerwiegend ist es? Bin ich betroffen? Was mache ich jetzt? Als WordPress-Sicherheitsteam, das täglich mit Tausenden von Websites arbeitet, möchten wir Ihnen zeigen, was zu tun ist vor, während, Und nachdem einer Sicherheitswarnung. Dies ist ein praktischer, sachlicher Leitfaden, der von Menschen geschrieben wurde, die mit echten Vorfällen umgehen – mit klaren Schritten, die Sie sofort anwenden können.
Notiz: Dieser Artikel konzentriert sich auf praktischen Schutz und Reaktion; er setzt grundlegende Vertrautheit mit der WordPress-Administration voraus. Wenn Sie Kundenwebsites oder mehrere Installationen verwalten, lesen Sie die Abschnitte zur Vorfallreaktion und Automatisierung sorgfältig durch.
Warum WordPress ins Visier genommen wird und was Warnungen wirklich bedeuten
WordPress betreibt einen großen Anteil des Webs. Diese Allgegenwart macht es zu einem attraktiven Ziel für Angreifer: Die Belohnung für einen erfolgreichen Angriff kann enorm sein. Aber es gibt Nuancen:
- Der WordPress-Kern wird im Allgemeinen gut geprüft und schnell gepatcht. Die meisten kritischen Vorfälle entstehen durch Drittanbieter-Plugins und -Themes oder durch unsichere Anpassungen.
- Viele Sicherheitsanfälligkeiten befinden sich in weniger genutzten Codepfaden – immer noch gefährlich, aber begrenzt im Umfang. Andere betreffen wertvolle Funktionen wie Datei-Uploads, Authentifizierung oder die REST-API und können in großem Maßstab ausgenutzt werden.
- Eine Sicherheitswarnung ist normalerweise eines von drei Dingen: eine koordinierte Offenlegung mit einem Patch, eine öffentliche Mitteilung ohne Patch oder Beweise für Ausnutzung in der Wildnis. Jede erfordert ein unterschiedliches Reaktionsniveau.
Wenn eine Warnung erscheint, behandeln Sie sie als wertvolle Information – nicht als Panikmache. Gute Vorfallreaktion dreht sich um Geschwindigkeit, Genauigkeit und Eindämmung.
Häufige WordPress-Sicherheitsanfälligkeiten (und reale Angriffszenarien)
Das Verständnis der Arten von Sicherheitsanfälligkeiten, über die Sie lesen werden, hilft Ihnen, die Reaktionen zu priorisieren.
- Cross-Site-Scripting (XSS): Angreifer injizieren JavaScript in Seiten, die von Admins oder Besuchern angesehen werden. Ausnutzungen könnten Cookies stehlen, Sitzungen übernehmen oder bösartige Payloads von vertrauenswürdigen Dashboards aus pushen.
- Echte Welt: Die Einstellungsseite eines Plugins gibt unsaniertes Benutzereingaben wieder. Ein Angreifer erstellt eine URL, die Admins öffnen, um bösartiges JS auszuführen.
- SQL-Injection (SQLi): Unsaniertes Eingaben in DB-Abfragen können es Angreifern ermöglichen, Datenbanken zu lesen oder zu ändern.
- Echte Welt: Ein Suchparameter ist nicht sanitisiert; der Angreifer exfiltriert die Benutzertabelle oder erstellt einen Admin-Benutzer.
- Remote Code Execution (RCE): Das schlimmste Szenario – Angreifer führen beliebigen PHP-Code auf dem Server aus.
- Echte Welt: Ein unsicherer Datei-Upload oder Deserialisierungsfehler ermöglicht es dem Angreifer, ein Hintertür zu schreiben und die volle Kontrolle zu übernehmen.
- Beliebiger Datei-Upload / Verzeichnisdurchquerung: Schlechte Validierung ermöglicht es Angreifern, PHP hochzuladen oder Dateien an sensible Orte zu verschieben.
- Echte Welt: Ein Themen-Dateimanager erlaubt das Hochladen einer .php-Datei, die als Bild getarnt ist.
- Cross-Site Request Forgery (CSRF): Ein Angriff zwingt einen authentifizierten Administrator, Aktionen gegen seinen Willen auszuführen.
- Echte Welt: Ein Angreifer trickst einen Administrator dazu, auf einen Link zu klicken, der die Plugin-Einstellungen ändert oder einen Benutzer erstellt.
- Privilegieneskalation / Fehlerhafte Zugriffskontrolle: Niedrigprivilegierte Benutzer führen hochprivilegierte Aktionen aufgrund fehlender Berechtigungsprüfungen aus.
- Echte Welt: Ein Abonnenten-Endpunkt erlaubt das Bearbeiten von Beiträgen oder das Aktualisieren von Optionen.
- Serverseitige Anforderungsfälschung (SSRF): Der Server wird dazu gebracht, interne URLs abzurufen, was möglicherweise Metadaten, interne Dienste oder andere sensible Ressourcen offenlegt.
- Lokale Dateieinbindung / Remote Dateieinbindung (LFI/RFI): Angreifer binden Dateien auf dem Server ein, wodurch Quellcode geleakt oder Code ausgeführt wird.
- PHP-Objektinjektion / Unserialization: Gefährlich, wenn unserialize() auf von Angreifern kontrollierten Daten verwendet wird; kann zu RCE oder Privilegienänderungen führen.
Zu wissen, zu welcher Klasse ein Alarm gehört, hilft, Ihre Priorität festzulegen. XSS und CSRF können ernst sein, sind aber oft lokal; RCE, SQLi und willkürliches Datei-Upload sind hochriskant und erfordern dringende Maßnahmen.
Der Lebenszyklus von Schwachstellen: Entdeckung → Offenlegung → Patch → Ausnutzung
Hier ist der übliche Ablauf, den Sie in Hinweisen sehen werden und warum das Timing wichtig ist:
- Entdeckung: Ein Forscher oder automatisierter Scanner findet einen Fehler.
- Koordinierte Offenlegung: Der Forscher benachrichtigt den Anbieter/Wartenden privat und gibt ihnen Zeit, einen Patch zu erstellen.
- Öffentlicher Hinweis & Patch: Der Anbieter gibt einen Fix heraus und veröffentlicht Details. Gute Hinweise enthalten Schweregrad, betroffene Versionen, Milderungsmaßnahmen und CVE, wenn relevant.
- Ausnutzung in der Wildnis: Angreifer beginnen, nach nicht gepatchten Installationen zu scannen und machen die Schwachstelle nutzbar.
- Nach-Exploit-Wellen: Massen-Scans und automatisierte Exploits folgen oft. Das Zeitfenster zwischen öffentlichem Hinweis und weitreichender Ausnutzung kann Stunden bis Tage betragen.
Was das für Sie bedeutet: schnell patchen, aber auch davon ausgehen, dass Ihre Seite möglicherweise vor dem Update angegriffen wird. Deshalb sind mehrschichtige Verteidigungen (WAF, Überwachung, Backups, Isolation) unerlässlich.
Sofortige Maßnahmen, wenn eine Warnung Ihre Seite betrifft
Wenn ein öffentlicher Hinweis auf eine Schwachstelle hinweist, die Sie betreffen könnte, befolgen Sie diese priorisierten Schritte:
- Schweregrad triagieren: Lesen Sie den Hinweis. Erlaubt er nicht authentifizierte RCE oder erfordert er Administratorzugriff? Nicht authentifizierte RCEs haben die höchste Priorität.
- Betroffene Instanzen identifizieren: Inventarisieren Sie, welche Seiten das anfällige Plugin/Thema/Version verwenden. Für Multisite- oder Agenturumgebungen hilft Automatisierung (WP-CLI, Asset-Management).
- Sofortige Updates planen: Wenden Sie die Patches des Anbieters so schnell wie möglich in dieser Reihenfolge an – Staging/Test, dann Produktion. Wenn ein Patch verfügbar und getestet ist, sofort bereitstellen.
- Wenn kein Patch verfügbar ist: Milderungen anwenden.
- Deaktivieren Sie das anfällige Plugin/Thema, wenn möglich.
- Den Zugriff auf Admin-Seiten einschränken (IP-Whitelist, Basis-Auth).
- Dateiberechtigungen härten und verdächtige Endpunkte vorübergehend über eine WAF oder Webserver-Regeln blockieren.
- Scannen Sie nach Indikatoren für Kompromittierung (IoCs): Suchen Sie nach unbekannten Administratorbenutzern, veränderten Dateien, neuen PHP-Dateien in Uploads, modifizierten Zeitstempeln und verdächtigen geplanten Aufgaben (Cron).
- Erstellen Sie einen Backup-Snapshot, bevor Sie Änderungen vornehmen (damit Sie wiederherstellen oder analysieren können).
- Anmeldeinformationen rotieren für Benutzer mit erhöhten Rechten und alle API-Schlüssel, die die Seite verwendet.
- Virtuelles Patchen anwenden: Eine verwaltete WAF kann Exploit-Muster auf der HTTP-Ebene blockieren, selbst bevor ein Code-Patch veröffentlicht wird.
Diese Schritte sollten in Ihre Standardbetriebsverfahren integriert werden. Je schneller Sie handeln, desto kleiner ist der Explosionsradius.
Virtuelles Patchen und warum ein verwalteter WAF wichtig ist
Virtuelles Patchen – Angriffe auf der HTTP-Ebene blockieren – ist eine der effektivsten Übergangslösungen während eines Schwachstellenfensters. Anstatt den Quellcode zu ändern, fügen Sie Regeln hinzu, die verhindern, dass bösartige Anfragen den anfälligen Endpunkt erreichen.
Wie ein verwalteter Web Application Firewall (WAF) hilft:
- Verwaltete Regeln werden von Sicherheitstechnikern aktualisiert, wenn neue Angriffsarten auftauchen – es ist nicht nötig, komplexe Regex-Regeln zu schreiben.
- OWASP Top 10-Schutzmaßnahmen verhindern viele gängige Exploit-Versuche sofort.
- Virtuelles Patchen kann automatisierte Exploit-Scanner und gängige Payloads stoppen, während Sie einen Code-Patch testen und bereitstellen.
- Ratenbegrenzung, IP-Reputation und Bot-Management verlangsamen Aufklärung und automatisierte Ausnutzung.
- Verhaltensbasierte Erkennungen (statt reiner Signaturabgleich) können neuartige Payloads und Missbrauchsmuster erkennen.
Aus praktischer Sicht: Wenn ein Anbieter eine Mitteilung ohne Patch veröffentlicht, reduziert ein verwalteter WAF, der einen virtuellen Patch für diese spezifische Schwachstelle bereitstellen kann, Ihr Expositionsfenster erheblich.
Härtungs-Checkliste – Praktische Schritte, die Sie heute umsetzen können
Unten finden Sie eine priorisierte Checkliste, die wir für jede WordPress-Website empfehlen:
- Halten Sie alles auf dem neuesten Stand: Kern, Themes und Plugins. Automatisieren Sie Updates, wo es sicher ist.
- Entfernen Sie ungenutzte Plugins und Themes; deaktivieren und löschen Sie sie.
- Verwenden Sie starke, einzigartige Passwörter und Passwortmanager.
- Erzwingen Sie die Zwei-Faktor-Authentifizierung (2FA) für alle Administrationsbenutzer.
- Begrenzen Sie administrative Konten: Wenden Sie das Prinzip der minimalen Berechtigung an.
- Deaktivieren Sie die Dateibearbeitung im Dashboard: fügen Sie hinzu
define('DISALLOW_FILE_EDIT', true);zu wp-config.php. - Beschränken Sie den Zugriff auf wp-admin und Anmeldeseiten nach IP, wo möglich, oder verlangen Sie eine zusätzliche Authentifizierungsebene.
- Härten Sie die Dateiberechtigungen: typischerweise 755 für Verzeichnisse und 644 für Dateien; wp-config.php sollte restriktiver sein.
- Sichern Sie das Upload-Verzeichnis: Blockieren Sie die Ausführung von PHP-Dateien in /wp-content/uploads/.
- Verwenden Sie HTTPS mit modernen TLS-Einstellungen.
- Aktivieren Sie eine verwaltete WAF und einen Malware-Scanner.
- Implementieren Sie die Überwachung der Dateiintegrität (FIM), um unbefugte Dateiänderungen zu erkennen.
- Führen Sie regelmäßige, versionierte Backups durch, die extern gespeichert werden, und testen Sie Wiederherstellungen.
- Überwachen Sie Protokolle (Webserver, PHP und WordPress-Ebene) und zentralisieren Sie diese, wenn Sie viele Seiten verwalten.
- Konfigurieren Sie Sicherheitsheader (Content Security Policy, X-Frame-Options, X-XSS-Protection, Referrer-Policy).
- Scannen Sie nach anfälligen Plugins/Themes mit automatisierten Tools im Rahmen von CI/CD oder Wartungsabläufen.
- Beschränken Sie den Zugriff auf die REST API und kontrollieren Sie Endpunkte, die nicht authentifizierten Benutzern ausgesetzt sind.
- Verwenden Sie vorbereitete Anweisungen und parameterisierte Abfragen für benutzerdefinierte DB-Interaktionen.
- Vermeiden Sie eval, unserialize bei nicht vertrauenswürdigen Daten und gefährliche Dateioperationen im benutzerdefinierten Code.
- Schulen Sie Administratorbenutzer über Phishing und die Sicherheit von Anmeldeinformationen.
Wenden Sie diese Punkte schichtweise an – es gibt kein einzelnes Allheilmittel, aber jede Schicht reduziert das Risiko.
So reagieren Sie, wenn Sie einen Kompromiss vermuten
Wenn Sie Anzeichen eines Kompromisses feststellen, wechseln Sie von der Minderung zur Eindämmung und Wiederherstellung:
- Isolieren: Nehmen Sie die Seite vorübergehend offline oder blockieren Sie den öffentlichen Zugriff, um weiteren Schaden zu verhindern.
- Momentaufnahme: Erstellen Sie einen forensischen Snapshot (Festplatte und DB) zur Analyse, bevor Sie etwas ändern.
- Ersetzen Sie kompromittierte Dateien: Wenn Sie ein sauberes Backup haben, stellen Sie es wieder her. Andernfalls ersetzen Sie die Kern-WP-Dateien und Plugin-/Theme-Dateien durch frische Kopien aus offiziellen Quellen.
- Entfernen Sie Hintertüren: Suchen Sie nach kürzlich modifizierten Dateien, unbekannten Administratorbenutzern, bösartigen geplanten Aufgaben und PHP-Dateien in Uploads. Entfernen Sie alles Verdächtige erst nach der Erstellung von Snapshots.
- Rotieren Sie Geheimnisse: Ändern Sie alle Passwörter, API-Schlüssel und Datenbankanmeldeinformationen.
- Überschreiben Sie keine Protokolle; speichern Sie sie offline für forensische Zwecke. Führen Sie einen vollständigen Malware-Scan durch und überprüfen Sie manuell kritische Dateien.
- Härtung: Beheben Sie die Schwachstelle, wenden Sie virtuelle Patches an und härten Sie den Zugriff wie oben beschrieben.
- Zertifikate/Schlüssel neu ausstellen wenn private Schlüssel auf dem Server gespeichert wurden.
- Kommunizieren Sie: Benachrichtigen Sie betroffene Interessengruppen und folgen Sie, falls erforderlich, den Offenlegungs- oder regulatorischen Verpflichtungen.
- Nachbesprechung: Dokumentieren Sie die Ursachen, die Schritte zur Behebung und Änderungen zur Vermeidung von Wiederholungen.
Eine zeitnahe Wiederherstellung und transparente Kommunikation sind entscheidend, insbesondere für Kundenstandorte.
Praktische Beispiele: Einfache anfällige Muster und Lösungen
Im Folgenden finden Sie prägnante, reale Muster, die Entwicklern und Site-Administratoren helfen, Probleme zu erkennen und zu beheben.
Beispiel: Unsichere Ausgabe, die zu XSS führt
echo $_GET['title']; // könnte -Tags enthalten
Fix:
echo esc_html( $_GET['title'] );
Beispiel: Unsichere DB-Abfrage (SQLi)
$wpdb->query( "SELECT * FROM {$wpdb->prefix}users WHERE user_login = '$_POST[user]'" );
Fix:
$wpdb->get_results( $wpdb->prepare( "SELECT * FROM {$wpdb->prefix}users WHERE user_login = %s", $_POST['user'] ) );
Beispiel: Umgehung der Datei-Upload-Prüfung
if ( in_array( $_FILES['file']['type'], ['image/png', 'image/jpeg'] ) ) {
Fix:
- Überprüfen Sie den Dateityp mit
finfo_fileodergetimagesize, benennen Sie Dateien beim Hochladen um, speichern Sie sie außerhalb des Webroots und verhindern Sie die PHP-Ausführung im Upload-Verzeichnis.
Diese Code-Praktiken sind entscheidend in der Plugin- und Theme-Entwicklung und verringern die Wahrscheinlichkeit, dass Schwachstellen in die Produktion gelangen.
Entwickler-Best Practices: Sichere Plugins und Themes erstellen
Wenn Sie für WordPress entwickeln, übernehmen Sie sichere Standardeinstellungen und folgen Sie diesen Leitprinzipien:
- Validieren und bereinigen Sie alle Eingaben und Ausgaben. Verwenden Sie WordPress-APIs (
esc_*,bereinigen_*,wp_kses, usw.). - Schützen Sie Aktionen und Formulare konsequent mit Nonces (
wp_nonce_field,check_admin_referer). - Verwenden Sie Berechtigungsprüfungen (
current_user_can) für privilegierte Aktionen. - Vermeiden Sie das direkte Einfügen von benutzereingebenen Pfaden oder Dateinamen. Kanonisieren und whitelisten Sie Pfade.
- Bevorzugen Sie WordPress-HTTP-APIs gegenüber benutzerdefiniertem cURL für externe Aufrufe und schränken Sie die in serverseitigen Anfragen verwendeten URLs sorgfältig ein.
- Verwenden Sie vorbereitete Anweisungen (
wpdb->prepare) für Datenbankinteraktionen. - Speichern Sie keine Geheimnisse in Plugin-Dateien. Verwenden Sie sichere Speicherung und bereichsspezifische Anmeldeinformationen, wenn möglich.
- Halten Sie Abhängigkeiten minimal und überwachen Sie deren Sicherheitsbilanz.
- Implementieren Sie elegante Fehlermodi und informative Protokollierung für das Debugging, vermeiden Sie jedoch die Offenlegung interner Fehler im Browser.
Ein sicheres Plugin ist für Website-Besitzer einfacher zu vertrauen und reduziert Notfallupdates für alle.
Überwachung, Telemetrie und langfristige Risikominderung
Sicherheit ist kein einmaliges Projekt – es ist eine fortlaufende Praxis.
- Zentralisieren Sie Protokolle: Webserver-, PHP- und Zugriffsprotokolle helfen, Brute-Force-, Scanning- und ungewöhnliche Aktivitäten zu erkennen.
- Verwenden Sie die Überwachung der Dateiintegrität und regelmäßige vollständige Malware-Scans der Website.
- Überwachen Sie neu hinzugefügte Administratorbenutzer und unerwartete Cron-Aufgaben.
- Aktivieren Sie Warnungen für gescheiterte Anmelde-Spitzen und Massen-404-Muster (oft ein Zeichen für Scanning).
- Verfolgen Sie die Update-Historie von Plugins/Themes und abonnieren Sie vertrauenswürdige Schwachstellen-Feeds oder Mailinglisten.
- Führen Sie regelmäßig automatisierte Schwachstellenscans und manuelle Penetrationstests durch, wenn Sie wertvolle Websites verwalten.
Die Kombination von Überwachung mit automatisierten Maßnahmen reduziert die Zeit zwischen Erkennung und Eindämmung.
Incident Response Playbook (Kompakte Vorlage)
Wenn ein Alarm Sie betrifft, folgen Sie einem wiederholbaren Playbook:
- Triage: Schweregrad, betroffene Versionen, Ausnutzbarkeit.
- Inventar: Welche Installationen sind betroffen?
- Isolieren: Bei hohem Risiko den Administratorzugang einschränken und anfällige Endpunkte blockieren.
- Patchen/abmildern: Offiziellen Patch oder virtuellen Patch über WAF anwenden. Plugin bei Bedarf deaktivieren.
- Untersuchen: Nach IoCs und Anzeichen einer Kompromittierung suchen.
- Wiederherstellen: Verwenden Sie saubere Backups, wenn kompromittiert; andernfalls betroffene Komponenten neu aufbauen.
- Absichern: Anmeldeinformationen rotieren, Punkte der Härtungscheckliste anwenden.
- Berichten und dokumentieren: Ergebnisse intern teilen und einen Zeitplan führen.
- Überprüfen: Runbooks und Automatisierung aktualisieren, um die Reaktionszeit beim nächsten Mal zu reduzieren.
Dieses Playbook wird durch Übung und Werkzeuge effektiver.
Was ein Managed Security Service mit sich bringt
Wenn Sie mehrere Standorte oder Kunden verwalten, ist ein Managed Security Service mit einer dedizierten WAF und Malware-Handling ein Multiplikator:
- Regelupdates von Sicherheitsanalysten reduzieren die Zeit bis zum Schutz.
- Virtuelles Patchen gibt Ihnen Luft, wenn ein Patch verzögert oder riskant ist.
- Automatisierte Malware-Entfernung (in höheren Stufen) reduziert die manuelle Bereinigungszeit.
- Monatliche Sicherheitsberichte und Warnungen helfen, Risiken an die Stakeholder zu kommunizieren.
- IP-Blacklist-/Whitelist-Funktionen und Ratenbegrenzung verhindern Massenmissbrauchsversuche.
- Dedizierter Support und Optimierung helfen, Regeln an Ihre Website-Umgebung anzupassen und Fehlalarme zu reduzieren.
Wir gestalten diese Dienste, um gute Patch- und Backup-Gewohnheiten zu ergänzen – nicht um sie zu ersetzen.
Beginnen Sie, Ihre Website mit dem WP‑Firewall Kostenlosen Plan zu sichern
Wir bieten eine kostenlose Stufe an, die Ihnen sofort grundlegende Schutzmaßnahmen bietet: eine verwaltete WAF, Malware-Scanner, Minderung der OWASP Top 10 Risiken und unbegrenzte Bandbreite – alles, was Sie benötigen, um viele gängige Angriffe zu blockieren und die Exposition während Schwachstellenfenstern zu reduzieren. Die Anmeldung für den kostenlosen Plan ist eine schnelle, kostenfreie Möglichkeit, eine Verteidigungsschicht hinzuzufügen, die Exploit-Versuche stoppen kann, während Sie Updates und tiefere Behebungen koordinieren.
Erfahren Sie mehr und melden Sie sich an: https://my.wp-firewall.com/buy/wp-firewall-free-plan/
(Wenn Sie viele Websites verwalten, ziehen Sie ein Upgrade auf einen automatisierten Plan in Betracht, der automatische Malware-Entfernung, IP-Blacklist-/Whitelist-Funktionen, virtuelles Patchen und monatliche Sicherheitsberichte bietet, um Ihr operationelles Risiko erheblich zu reduzieren.)
Letzte Gedanken: Seien Sie vorbereitet, nicht gelähmt
Sicherheitsvorfälle sind unvermeidlich – aber sie müssen nicht katastrophal sein. Die beste Verteidigung ist geschichtet:
- Reduzieren Sie die Angriffsfläche, indem Sie unnötigen Code entfernen und den Zugriff einschränken.
- Erkennen Sie schnell mit Protokollierung, Scannen und Überwachung.
- Mildern Sie die Exposition mit einer verwalteten WAF und virtuellem Patchen.
- Erholen Sie sich schnell mit Backups und einem Vorfallspielbuch.
- Verbessern Sie kontinuierlich, indem Sie Sicherheitsprüfungen in Entwicklung und Betrieb integrieren.
Wenn ein Alarm eintrifft, gewinnt ruhiges, entschlossenes Handeln – wenden Sie die oben genannten Triage- und Eindämmungsschritte an und nutzen Sie verwaltete Schutzmaßnahmen, um Zeit zu gewinnen. Wenn Sie sofortige Verteidigungen stärken möchten, bietet der kostenlose Plan in wenigen Minuten einen bedeutenden Schutz. Für Teams, die Automatisierung und Berichterstattung wünschen, reduzieren erweiterte Pläne die Zeit und den Aufwand, die erforderlich sind, um Websites sicher zu halten.
Wir veröffentlichen häufige Anleitungen und Updates für Website-Besitzer und Entwickler – wenn Sie Hilfe bei der Priorisierung von Aufgaben über mehrere Installationen hinweg benötigen, wenden Sie sich nach der Anmeldung über Ihr Dashboard an unser Support-Team. Bleiben Sie wachsam, halten Sie Systeme auf dem neuesten Stand und machen Sie geschichtete Sicherheit zu Ihrem Standard.
Wenn Sie eine kürzere Version dieses Leitfadens oder eine druckbare Checkliste für Ihr Handbuch wünschen, lassen Sie es uns wissen, und wir bereiten sie für Ihr Team vor.
