Content-Security-Policy
Der wichtigste moderne Security-Header: kontrolliert, welche Ressourcen geladen werden dürfen. Wirksamer XSS-Schutz – Voraussetzung ist eine restriktive default-src-Regel ohne unsafe-inline.
Sicherheit · VitoScore Werkzeug
Prüft zehn Security-Header einer URL – von CSP und HSTS bis Permissions-Policy – mit Score, Erklärung und konkretem Implementierungshinweis.
Enthalten im Pro- und im Agency-Plan.
Worum es geht
Sicherheitsheader sind der erste Verteidigungsring einer Website – und gleichzeitig der am häufigsten vernachlässigte. Sie werden im Browser nicht sichtbar, wirken aber stillschweigend: Ohne Content-Security-Policy ist jede XSS-Lücke sofort ausnutzbar, ohne HSTS reicht ein einmaliger HTTP-Aufruf, um die Verbindung zu kompromittieren.
Der Security-Header-Check ruft die Zieladresse ab, liest die HTTP-Response-Header aus und bewertet zehn Sicherheitsheader einzeln. Für jeden Header gibt es den aktuellen Wert, eine Erklärung der Wirkung und – falls der Header fehlt oder schwach konfiguriert ist – einen konkreten Implementierungshinweis.
Prüfumfang
10 Einzelprüfungen mit benanntem Befund – keine Sammelwarnung, keine Aussage ohne Fundstelle.
Der wichtigste moderne Security-Header: kontrolliert, welche Ressourcen geladen werden dürfen. Wirksamer XSS-Schutz – Voraussetzung ist eine restriktive default-src-Regel ohne unsafe-inline.
Zwingt Browser, die Seite nur über HTTPS aufzurufen. Schützt vor Protocol-Downgrade-Angriffen. Ideal: max-age=31536000; includeSubDomains; preload.
Verhindert Clickjacking durch Frame-Einbettung. DENY oder SAMEORIGIN – oder alternativ CSP frame-ancestors.
Verbietet dem Browser, den Content-Type zu erraten. Verhindert MIME-Sniffing-Angriffe mit einem einzigen Wert: nosniff.
Bestimmt, wie viel URL-Information an Dritte übergeben wird. Empfohlen: strict-origin-when-cross-origin oder restriktiver.
Kontrolliert Zugriff auf Browser-APIs wie Kamera, Mikrofon oder Geolocation. Reduziert die Angriffsfläche gezielt.
PrüfungCOOP, CORP und COEP isolieren den Browsing-Kontext gegen Spectre-ähnliche Angriffe und steuern die Einbettung von Cross-Origin-Ressourcen.
PrüfungJeder Header hat ein Gewicht (CSP 20, HSTS 15, …) und wird als vorhanden, unvollständig, schwach oder fehlend eingestuft – daraus ergibt sich ein Score von 0 bis 100.
PrüfungBei jedem fehlenden oder schwachen Header erscheint ein konkreter Konfigurationsvorschlag mit dem vollständigen Header-String zum Kopieren.
PrüfungDie letzten 15 Prüfungen bleiben gespeichert – so lässt sich der Effekt einer Server-Umstellung vorher/nachher belegen.
PrüfungAblauf
Drei Schritte, ein Befund. Die Adresse oder Domain genügt – den Rest übernimmt das Werkzeug.
Die URL genügt – fehlt das Protokoll, wird https:// ergänzt.
Die Seite wird abgerufen und die Response-Header werden einzeln auf Sicherheitsrelevanz geprüft.
Jeder Befund enthält den konkreten Header-String, der in der Server-Konfiguration ergänzt werden muss.
Einordnung
Security-Header wirken prophylaktisch: Sie verhindern Angriffe, bevor sie stattfinden. Eine fehlende Content-Security-Policy bedeutet, dass ein einziger eingeschleuster Script-Tag beliebige Daten exfiltrieren kann. Ein fehlender HSTS-Header erlaubt es einem Angreifer im gleichen Netzwerk, die Verbindung auf HTTP downzugraden und Session-Cookies zu stehlen.
Die meisten Header lassen sich mit einer Zeile in der Server-Konfiguration setzen – der Aufwand ist minimal, der Schutz massiv. Der Check zeigt genau, welche Zeile fehlt und wie sie lauten muss.
Häufige Fragen
Zehn Stück: Content-Security-Policy, Strict-Transport-Security, X-Frame-Options, X-Content-Type-Options, Referrer-Policy, Permissions-Policy, Cross-Origin-Opener-Policy, Cross-Origin-Resource-Policy, Cross-Origin-Embedder-Policy und X-XSS-Protection (veraltet, wird als Info gemeldet).
HTTPS allein reicht nicht – HSTS, CSP und die anderen Header müssen aktiv gesetzt sein. Eine typische Seite ohne explizit konfigurierte Security-Header erreicht maximal 15 bis 20 Punkte.
Ja, für Abwärtskompatibilität mit älteren Browsern. Moderne Browser werten CSP frame-ancestors vor – wenn das vorhanden ist, ist X-Frame-Options überflüssig und der Check meldet das korrekt.
Eine CSP, die unsafe-inline oder unsafe-eval enthält, schwächt den XSS-Schutz erheblich. Der Check empfiehlt dann, auf Nonce-basierte CSP umzusteigen.
Hintergrund
Hintergründe zum Thema und konkrete Schritte für die Umsetzung.
Zehn praktische Maßnahmen für heute: Snippets, Speed, strukturierte Daten und der richtige Fokus.
Artikel lesenSo ordnest du Sprach- und Länderversionen sauber zu: mit URL-Matrix, vollständigen HTML-Beispielen, Canonical-Abgleich und einer Checkliste für die t…
Artikel lesenBereit für den Befund
Öffnen Sie Security-Header und prüfen Sie Ihre Seite mit 10 klaren Einzelprüfungen – jeder Befund wird benannt.
Pro-Funktion 10 Prüfungen Keine Installation
Anschluss
Der nächste Blick lohnt sich – verwandte Prüfungen aus derselben Disziplin.