Der ultimative Leitfaden für Website-Sicherheitsaudits

Jede Website ist ständigen Bedrohungen ausgesetzt, doch viele Betreiber bemerken dies erst nach einem Angriff. Sicherheitsüberprüfungen von Websites decken diese Risiken auf, bevor Schaden entsteht.

Sie zeigen, wie angreifbar Ihre Website ist und welche Schwachstellen Angreifer ausnutzen können. Stellen Sie sich ein Audit als umfassenden Website-Check vor, der versteckte Schwachstellen in Ihrem Code, Server und Ihren Integrationen aufdeckt.

Ein einziger übersehener Fehler kann das Vertrauen der Kunden und ganze Einnahmequellen gefährden. Dieser Leitfaden bietet Ihnen die nötige Klarheit, um Ihre Website zu stärken und Ihr Unternehmen zu schützen.

Sie lernen, wie Audits ablaufen, was zu prüfen ist und welche Tools am wichtigsten sind . Am Ende des Kurses werden Sie sich sicher fühlen und bereit sein, ein umfassendes Audit durchzuführen, das Ihre Website sicher und widerstandsfähig hält.

Arten von Website-Sicherheitsaudits erklärt

Unterschiedliche Anforderungen erfordern unterschiedliche Sicherheitsprüfungen. Ein umfassendes Sicherheitsprogramm beinhaltet typischerweise eine Kombination dieser Prüfarten, um eine gründliche Abdeckung der Sicherheitslage der Website zu gewährleisten.

• Schwachstellenanalysen (VA): bekannte Schwachstellen überprüft VAs sind schnell, kostengünstig und hervorragend geeignet für häufige, umfassende Prüfungen. Sie liefern eine Liste potenzieller Sicherheitslücken.

• Penetrationstest (Pen-Test): Ein Pen-Test ist eine fortgeschrittenere, zielorientierte Sicherheitsprüfung. Sicherheitsexperten (ethische Hacker) simulieren reale Angriffe , um die in einer Sicherheitsanalyse identifizierten Schwachstellen auszunutzen und solche aufzudecken, die automatisierte Tools übersehen, wie beispielsweise Logikfehler oder verkettete Exploits. Dies ermöglicht ein umfassendes Verständnis des tatsächlichen Risikos.

• Black-Box-Test: Der Prüfer hat keinerlei Vorkenntnisse über das System und simuliert einen externen Angreifer.

• Gray-Box-Test: Der Auditor erhält nur begrenzte Informationen, wie z. B. Standardbenutzer-Anmeldeinformationen, um einen Angriff durch einen typischen Benutzer oder eine interne Bedrohung zu simulieren.

• White-Box-Test: Der Auditor hat vollen Zugriff auf den Quellcode, die Serverkonfigurationen und die Architekturskizzen, was eine gründliche Überprüfung auf Codeebene ermöglicht.

Code-Review (Statische und dynamische Analyse):

• Statische Anwendungssicherheitstests (SAST): Tools analysieren den Quellcode der Anwendung, ohne ihn auszuführen, und suchen nach bekannten Sicherheitslücken und Programmierfehlern.

• Dynamisches Anwendungssicherheitstesting (DAST): Tools testen die laufende Anwendung, indem sie Benutzereingaben und externe Interaktionen simulieren und das Verhalten der Website beobachten, um Laufzeitschwachstellen zu finden.

Konfigurationsprüfung: Diese Prüfung konzentriert sich speziell auf die Sicherheit des Servers (Webserver, Datenbankserver), der Firewalls und der Betriebssystemkonfigurationen. Fehlkonfigurationen sind eine der Hauptursachen für schwerwiegende Sicherheitsvorfälle.

Vorbereitende Prüfungsplanung und Definition des Prüfungsumfangs

Ein erfolgreiches Website-Sicherheitsaudit beginnt mit sorgfältiger Planung.

Die Festlegung des Untersuchungsbereichs ist entscheidend, um sicherzustellen, dass das Audit-Team seine begrenzte Zeit und seine Ressourcen auf die relevantesten und risikoreichsten Komponenten der Sicherheit Ihrer Webanwendung konzentriert.

Definition von Website-Assets für einen vollständigen Auditumfang

Der erste Schritt ist eine genaue Bestandsaufnahme aller Vermögenswerte. Der Prüfungsgegenstand muss über den primären Bereich hinausgehen.

• Kernanwendung: Die Hauptwebsite einschließlich aller Subdomains, APIs und Microservices.

• Unterstützende Infrastruktur: Webserver, Load Balancer, Datenbankserver und Cloud-Umgebungen (AWS, Azure, Google Cloud).

• Integrationen von Drittanbietern: Alle eingebetteten Widgets, Analyseskripte, Zahlungsabwickler und Content Delivery Networks (CDNs).

• Backend-Systeme: Administrationspanels, Content-Management-Systeme (CMS) und interne Tools, die mit der öffentlich zugänglichen Website verknüpft sind.

Durch die Definition dieser Website-Assets wird sichergestellt, dass keine kritische Komponente ungetestet bleibt.

Festlegung von Zulassungs- und Sicherheitsprüfregeln

Unautorisierte Tests sind illegal und unethisch. Der Kunde muss das Sicherheitsaudit-Team formell zur Durchführung der Arbeiten ermächtigen.

• Schriftliche Genehmigung: Ein formelles Genehmigungsschreiben für den Angriff, oft auch als „Regeln für den Einsatz“ bezeichnet, legt den Start- und Endtermin fest, listet die zu testenden IP-Adressen auf und definiert die genauen Arten von Tests, die Sie durchführen dürfen.

• Sicherheitsgrenzen: tabu ist . Dazu gehören häufig die Zerstörung von Produktionsdaten, Denial-of-Service-Angriffe (DoS) oder unautorisierte Interaktionen mit Kundenkonten.

• Kommunikationsprotokoll: Es sollte ein Notfallkontakt und ein Meldeverfahren eingerichtet werden, falls die Prüfer versehentlich eine Systeminstabilität verursachen oder eine kritische Zero-Day-Schwachstelle entdecken.

Kartierung der Angriffsfläche der Website für präzise Tests

Die Angriffsfläche bezeichnet die Gesamtheit aller Punkte, an denen ein nicht autorisierter Benutzer versuchen kann, in ein System einzudringen oder Daten daraus zu extrahieren.

Die Kartierung dieser Oberfläche hilft bei der Priorisierung der Tests.

• Einstiegspunkte: Alle benutzerseitigen Formulare, URL-Parameter, Datei-Uploads, Header, Cookies und API-Endpunkte.

• Externe Abhängigkeiten: Verbindungen zu externen Diensten, offene Ports und freigegebene administrative Schnittstellen.

• Technologie-Stack: Dokumentation des Betriebssystems, Webservers ( Apache, Nginx ), der Datenbank (MySQL, PostgreSQL) und der verwendeten Programmiersprachen (PHP, Python, JavaScript). Ein umfassendes Verständnis des Technologie-Stacks führt Prüfer zu spezifischen, häufig auftretenden Schwachstellen.

Identifizierung von Hochrisiko-Workflows für prioritäre Tests

Nicht alle Bereiche einer Website bergen das gleiche Risiko. Prüfer müssen ihre Aufmerksamkeit daher vor allem auf die Bereiche mit dem größten potenziellen Risiko konzentrieren.

• Finanztransaktionen: Bezahlvorgänge , Zahlungsportale und E-Commerce-Funktionen.

• Kontoverwaltung: Funktionen für Anmeldung, Registrierung, Passwortzurücksetzung und Profilaktualisierung.

• Umgang mit sensiblen Daten: Jeder Arbeitsablauf, der personenbezogene Daten (PII) oder Finanzdaten verarbeitet, speichert oder übermittelt.

• Administrativer Zugriff: Backend- Dashboards und interne Schnittstellen von Content-Management-Systemen sind bevorzugte Ziele für die Kompromittierung privilegierter Zugriffe.

Checkliste für die zentrale Website-Sicherheitsprüfung

Eine gründliche Checkliste für die Website-Sicherheitsprüfung stellt sicher, dass Sie alle grundlegenden Sicherheitsmaßnahmen überprüfen. Dieser Schritt spielt eine entscheidende Rolle für die Aufrechterhaltung der Website-Sicherheit.

Transport Layer Security und Zertifikatsvalidierung

Die TLS/SSL-Konfiguration ist die Grundlage für eine sichere Kommunikation.

• Protokollprüfung: Aktivieren Sie nur moderne und sichere TLS-Versionen wie TLS 1.2 und TLS 1.3 und deaktivieren Sie unbedingt ältere, unsichere Versionen, einschließlich SSLv3, TLS 1.0 und TLS 1.1.

• Zertifikatsprüfung: Es wird überprüft, ob die Zertifikatskette vollständig, nicht abgelaufen und korrekt installiert ist, um Man-in-the-Middle-Angriffe (MITM) zu verhindern.

• Stärke der Verschlüsselungssuite: Stellen Sie sicher, dass der Server nur starke, Forward-Secrecy-fähige Verschlüsselungssuiten unterstützt und schwache oder veraltete kryptografische Algorithmen ablehnt.

Sicherheitsheaderanalyse und Überprüfung der Inhaltssicherheitsrichtlinie

Sicherheitsheader geben dem Browser Anweisungen zur Interaktion mit den Inhalten und mindern so gängige clientseitige Angriffe.

• HSTS (HTTP Strict Transport Security): Stellen Sie sicher, dass HSTS implementiert ist, um den Browser zur Verwendung von HTTPS und so Protokoll-Downgrade-Angriffe zu verhindern.

• Content Security Policy (CSP): Analysieren und testen Sie die CSP, um sicherzustellen, dass sie das Laden von Skripten und Ressourcen effektiv auf vertrauenswürdige Ursprünge beschränkt und Cross-Site-Scripting-Versuche (XSS) .

• X-Frame-Options/X-Content-Type-Options: Stellen Sie sicher, dass diese Einstellungen korrekt sind, um Clickjacking- und MIME-Sniffing-Angriffe zu verhindern.

Authentifizierungs- und Sitzungsverwaltungstests

Diese Kontrollmechanismen schützen Benutzerkonten und gewährleisten den Zugriff.

• Passwortrichtlinie: Testen Sie die konsequente Durchsetzung der Passwortrichtlinien, die ordnungsgemäße Speicherung (unter Verwendung starker, gesalzener Hash-Verfahren wie bcrypt oder Argon2) und den Schutz vor Brute-Force-Angriffen (Ratenbegrenzung, Kontosperrungen).

• Multi-Faktor-Authentifizierung (MFA): Stellen Sie sicher, dass auf allen privilegierten Konten eine robuste MFA-Implementierung vorhanden ist.

• Integrität der Sitzungstoken: Stellen Sie sicher, dass Sitzungstoken zufällig generiert, sicher über HTTPS übertragen und beim Abmelden oder nach einer definierten Inaktivitätszeit ungültig gemacht werden. Schwachstellen im Sitzungsmanagement werden häufig für unbefugten Zugriff ausgenutzt.

Erkennung von Injection- und Cross-Site-Scripting-Angriffen

Dies sind einige der häufigsten und gefährlichsten Sicherheitslücken von Websites.

• SQL-Injection (SQLi): Alle Benutzereingaben (Formularfelder, URL-Parameter) werden auf Schwachstellen geprüft, die es einem Angreifer ermöglichen, bösartige SQL-Befehle auszuführen und dadurch möglicherweise die zugrunde liegende Datenbank offenzulegen oder zu verändern.

• Cross-Site Scripting (XSS): Prüfung auf reflektiertes, gespeichertes und DOM-basiertes XSS, um sicherzustellen, dass alle nicht vertrauenswürdigen Daten kontextbezogen codiert werden, bevor sie im Browser gerendert werden.

• Befehlseinschleusung: Stellen Sie sicher, dass Eingaben, die mit dem Betriebssystem des Servers interagieren, strikt deaktiviert oder stark bereinigt werden, um die Ausführung von Befehlen zu verhindern.

Integritätsprüfungen für Zugriffskontrolle und Autorisierung

Eine angemessene Zugriffskontrolle stellt sicher, dass Benutzer nur auf Ressourcen zugreifen, die sie einsehen oder ändern dürfen.

• Unsichere direkte Objektreferenz (IDOR): Testen, ob ein Benutzer die Autorisierungsprüfungen umgehen kann, indem er einfach die Kennung eines Objekts ändert (z. B. user_id=101 in user_id=102 , um die Daten eines anderen Benutzers anzuzeigen).

• Rechteausweitung: Stellen Sie sicher, dass ein Benutzer mit geringen Berechtigungen (z. B. ein Standardkunde) nicht durch API-Manipulation oder URL-Änderungen auf Funktionen mit hohen Berechtigungen (z. B. ein Administrator-Dashboard) . Die Integrität der Autorisierung ist von entscheidender Bedeutung.

Risikobewertung von Plugins und Drittanbieterabhängigkeiten

Moderne Websites sind stark von Open-Source-Bibliotheken, Frameworks und Plugins abhängig. Jede einzelne birgt ein potenzielles Sicherheitsrisiko.

• Inventarisierung und Versionskontrolle: Führen Sie eine endgültige Liste aller Drittanbieterkomponenten (Bibliotheken, Plugins, APIs).

• Überprüfung der Schwachstellendatenbank: Alle identifizierten Versionen werden mit öffentlichen Schwachstellendatenbanken (z. B. CVE-Datenbanken, Sicherheitswarnungen von NPM/RubyGems) abgeglichen, um bekannte, ausnutzbare Schwachstellen zu erkennen. Die Überprüfung der Abhängigkeitsrisiken ist ein fortlaufender Prozess.

• Entfernung ungenutzten Codes: Entfernen oder deaktivieren Sie alle ungenutzten Themes, Plugins oder Codebibliotheken, um die Angriffsfläche zu minimieren.

Datei-Upload und Serverkonfigurationsvalidierung

Die Serverumgebung ist die Grundlage für die Sicherheit von Websites.

• Sicherer Datei-Upload: Testen Sie die Datei-Upload-Funktionen, um sicherzustellen, dass sie den Dateityp strikt validieren (die Verwendung einer „Sperrliste“ ist unzureichend; eine „Zulassungsliste“ ist erforderlich), Größenbeschränkungen durchsetzen und hochgeladene Dateien in einem nicht ausführbaren Verzeichnis speichern.

• Webserver-Härtung: Überprüfen Sie die Konfiguration des Webservers (Apache, Nginx), um sicherzustellen, dass Standardseiten entfernt, unnötige Module deaktiviert und die Verzeichnisauflistung verhindert wird.

• Prinzip der minimalen Berechtigungen: Sicherstellen, dass die Webanwendung mit den minimal erforderlichen Systemberechtigungen ausgeführt wird, um zu funktionieren und so den Schaden im Falle einer Kompromittierung der Anwendung zu begrenzen.

Protokollierung, Überwachung und Überprüfung der Einsatzbereitschaft bei Vorfällen

Bei Sicherheit geht es um Prävention und Erkennung.

• Umfassende Protokollierung: Stellen Sie sicher, dass alle sicherheitsrelevanten Ereignisse (fehlgeschlagene Anmeldeversuche, Zugriff auf administrative Bereiche, Manipulation von Parametern) ausreichend detailliert protokolliert werden, einschließlich Zeitstempel und Quell-IP-Adressen.

• Security Information and Event Management (SIEM): Sicherstellen, dass Protokolle korrekt in ein zentrales Überwachungssystem eingespeist werden, um Echtzeitwarnungen und Korrelationen zu ermöglichen und so eine schnelle Erkennung von Sicherheitsverletzungen zu gewährleisten .

• Notfallplan: Überprüfen und testen Sie den dokumentierten Plan für die Reaktion auf einen erfolgreichen Sicherheitsvorfall und stellen Sie sicher, dass alle Beteiligten ihre Rolle während eines Sicherheitsvorfalls kennen.

Validierung der Datensicherungsintegrität und der Notfallwiederherstellung

Wenn Prävention versagt, ist die Fähigkeit zur schnellen Erholung von größter Bedeutung.

• Automatisierte und externe Datensicherungen: Stellen Sie sicher, dass vollständige Datensicherungen der Website und der Datenbank automatisch erfolgen und an einem sicheren, segmentierten und externen Standort gespeichert werden (die „3-2-1“-Regel).

• Wiederherstellungstest: Testen Sie regelmäßig durch eine vollständige Wiederherstellung in einer Testumgebung. Ein ungetestetes Backup ist kein zuverlässiges Backup. Die Validierung der Notfallwiederherstellung gewährleistet die Geschäftskontinuität.

Manuelles Testen und Abdeckung der OWASP Top Ten

Automatisierte Scanner sind zwar unschätzbar wertvoll, können aber komplexe, logikbasierte oder Zero-Day-Schwachstellen übersehen.

Manuelle Tests durch einen Sicherheitsexperten sind für die Durchführung einer umfassenden Sicherheitsbewertung unerlässlich.

Die OWASP Top Ten ist ein grundlegendes Dokument für die Sicherheit von Webanwendungen und stellt die kritischsten Sicherheitsrisiken für Webanwendungen dar.

Eine umfassende Prüfung muss jede Kategorie explizit abdecken:

• Fehlerhafte Zugriffskontrolle: Manuelle Überprüfung der Benutzerrollen und Berechtigungen über alle Funktionen hinweg.

• Kryptografische Fehler: Manuelle Überprüfung auf unverschlüsselte sensible Daten und schwache oder proprietäre kryptografische Implementierungen.

• Injection: Neben automatisierten SQLi-Angriffen wird auch manuell auf komplexe NoSQL- oder LDAP-Injection-Vektoren geprüft.

• Unsicheres Design: Überprüfung der Anwendungsarchitektur und Geschäftslogik auf inhärente Schwachstellen, die ein Angreifer ausnutzen könnte.

• Sicherheitsfehlkonfiguration: Überprüfen Sie die Serverhärtungs- und Konfigurationsdateien manuell, da Standardscanner diese oft übersehen.

• Anfällige und veraltete Komponenten: Die manuelle Überprüfung der Komponentenversionen ist der effektivste Ansatz.

• Identifizierungs- und Authentifizierungsfehler : Manuelle Prüfung auf Sitzungsfixierung, fehlerhafte Tokenvalidierung und schwache Logik zur Passwortwiederherstellung.

• Software- und Datenintegritätsfehler: Manuelle Bewertung von Vertrauensgrenzen und Aktualisierungsmechanismen für Integritätsrisiken.

• Fehler bei der Sicherheitsprotokollierung und -überwachung: Manuelles Testen, ob ein Eindringversuch den erwarteten Protokolleintrag und eine Warnung auslöst.

• Server-Side Request Forgery (SSRF): Der Auditor führt anschließend einen letzten Nachtest durch, um zu bestätigen, dass das Team alle gemeldeten Schwachstellen behoben hat und sich die allgemeine Sicherheitslage verbessert hat.

Manuelle Tests bringen die Kontextintelligenz und Kreativität ein, die Maschinen fehlen, und liefern so ein wirklich robustes Website-Sicherheitsaudit.

Workflow und Berichtswesen für Website-Sicherheitsprüfungen

Der Auditprozess muss einem strukturierten, wiederholbaren Arbeitsablauf folgen, um Konsistenz und klare Kommunikation zu gewährleisten.

• Informationsbeschaffung: Der Auditor sammelt sämtliche Dokumente, einschließlich Systemarchitektur, Umfang und Einsatzregeln.

• Identifizierung von Schwachstellen: Diese Phase umfasst sowohl automatisierte Scans (VA) als auch manuelle Tests (Penetrationstests), um alle Sicherheitslücken in den betrachteten Systemen zu identifizieren.

• Schwachstellenanalyse und -verifizierung: Jede potenzielle Schwachstelle wird als echtes Sicherheitsrisiko bestätigt und anschließend nach Schweregrad kategorisiert (Kritisch, Hoch, Mittel, Niedrig).

• Berichterstattung: Das Ergebnis ist ein formeller Bericht über die Sicherheitsprüfung der Website. Dieser Bericht muss klar und handlungsorientiert sein und enthält häufig zwei separate Abschnitte:

• Zusammenfassung: Ein allgemeinverständlicher Überblick über den Prüfungsgegenstand, die wichtigsten Ergebnisse, die allgemeine Risikolage und einen Aktionsplan für die Führungsebene.

• Technische Details: Ein detaillierter Bericht für Entwickler und Sicherheitsexperten. Dieser Abschnitt listet alle Ergebnisse auf, liefert detaillierte Nachweise (oft einschließlich der verwendeten Befehle/Payloads), den CVSS-Score und konkrete Abhilfemaßnahmen für Entwickler.

• Behebung und erneute Prüfung: Das Entwicklungsteam behebt die im Bericht identifizierten Probleme. Der Prüfer führt anschließend eine abschließende erneute Prüfung durch, um zu bestätigen, dass alle gemeldeten Schwachstellen behoben sind und sich die allgemeine Sicherheitslage verbessert hat.

Richtlinien für kontinuierliche Überwachung und Prüfhäufigkeit

Website-Sicherheit ist kein einmaliges Ereignis, sondern ein kontinuierlicher Prozess. Täglich entstehen neue Bedrohungen , und Entwicklerteams implementieren ständig neuen Code.

Risikobasierte Häufigkeit:

• Jährliche Prüfung: Alle Produktionswebseiten, insbesondere solche, die personenbezogene Daten oder Finanzdaten verarbeiten, sollten mindestens einmal jährlich einem umfassenden Penetrationstest unterzogen werden.

• Nach größeren Änderungen: Jede bedeutende architektonische Änderung, jedes Technologie-Upgrade oder die Hinzufügung einer neuen risikoreichen Funktion (wie z. B. eines Zahlungsgateways oder einer Anmeldefunktion) erfordert ein gezieltes Mini-Audit oder einen erneuten Test.

• Nach Inkrafttreten von Compliance-Vorgaben: Neue regulatorische Anforderungen oder Änderungen bestehender Vorschriften (z. B. PCI DSS-Aktualisierungen) können ein sofortiges, gezieltes Audit erforderlich machen.

Kontinuierliche Überwachung: Zwischen den Audits müssen Unternehmen Tools zur ständigen Überwachung einsetzen, wie z. B. Web Application Firewalls (WAFs), in die Entwicklungspipeline integrierte DAST/SAST-Tools (DevSecOps) und Sicherheitswarnsysteme, um neue Bedrohungen in Echtzeit zu erkennen und zu blockieren. Diese Kombination aus regelmäßigen Audits und kontinuierlicher Überwachung schafft eine robuste Sicherheitslage.

Compliance-Anforderungen und verantwortungsvolle Offenlegung

Ein Website-Sicherheitsaudit ist die Grundlage für den Nachweis der Konformität und die Aufrechterhaltung ethischer Beziehungen zur Sicherheitscommunity.

Einhaltung gesetzlicher Bestimmungen: Der Prüfbericht dient als Nachweis der gebotenen Sorgfaltspflichten hinsichtlich Standards wie ISO 27001, SOC 2 und branchenspezifischer Vorschriften (z. B. PCI DSS für Karteninhaberdaten). Er dokumentiert eindeutig, dass das Unternehmen proaktiv Website-Schwachstellen identifiziert und behoben hat und somit seinen rechtlichen und vertraglichen Compliance-Anforderungen nachgekommen ist.

Richtlinie zur verantwortungsvollen Offenlegung: Organisationen sollten eine klare und leicht zugängliche Richtlinie veröffentlichen, die erklärt, wie externe Sicherheitsforscher neu entdeckte Schwachstellen melden können. Experten bezeichnen dies als verantwortungsvolle Offenlegung.

Eine gute Strategie beinhaltet:

• Sichere Übermittlungsmethode (z. B. eine verschlüsselte E-Mail oder eine Bug-Bounty-Plattform).
• Verpflichtung zu einer umgehenden Antwort.
• Verpflichten Sie sich, keine rechtlichen Schritte gegen Forscher einzuleiten, die sich an die Regeln halten.

Die Einführung eines verantwortungsvollen Offenlegungsrahmens nutzt die globale Sicherheitsgemeinschaft, um Schwachstellen aufzudecken und so den gesamten Sicherheitsperimeter der Website deutlich zu stärken.

Abschluss

Ein professioneller, umfassender Website-Sicherheitscheck ist die mit Abstand effektivste Investition, die ein Unternehmen tätigen kann, um seine digitalen Assets, seinen Ruf und das Vertrauen seiner Kunden zu schützen.

Es handelt sich nicht bloß um eine Formalität, sondern um eine entscheidende strategische Notwendigkeit, die einen klaren und umsetzbaren Fahrplan zur Erreichung eines hohen Sicherheitsniveaus bietet.

Durch sorgfältige Planung des Umfangs, konsequentes Abarbeiten der Checkliste, Fokussierung auf die OWASP Top Ten und Einrichtung eines kontinuierlichen Überwachungsrahmens können Sie Ihre Website von einem potenziellen Ziel in eine geschützte, widerstandsfähige digitale Plattform verwandeln.

Häufig gestellte Fragen zu Website-Sicherheitsprüfungen