Skip to main content

HTTP-Header für welt.de

Die sechs wichtigsten Security-Header — gesetzt oder nicht?

Security-Header

HTTP 200
Strict-Transport-Security ✓ gesetzt
max-age=31536000; includeSubDomains

HSTS verhindert SSL-Stripping. Empfohlen: max-age=31536000; includeSubDomains

Content-Security-Policy ✓ gesetzt
script-src 'unsafe-inline' 'unsafe-eval' 'self' blob: data: https:; style-src 'self' 'unsafe-inline' blob: data: https:; default-src 'self' https:; img-src https: blob: data: android-webview-video-poster:; frame-src blob: data: https:; worker-src blob: data: https:; child-src blob: data: https:; object-src 'self'; font-src 'self' https: blob: data: safari-extension://*; media-src 'self' blob: data: https:; connect-src wss: blob: data: https:

CSP — wichtigster Schutz gegen XSS.

X-Frame-Options ✓ gesetzt
SAMEORIGIN

Schuetzt vor Clickjacking. DENY oder SAMEORIGIN.

X-Content-Type-Options ✓ gesetzt
nosniff, nosniff

Sollte "nosniff" sein — verhindert MIME-Sniffing.

Referrer-Policy ✓ gesetzt
no-referrer, strict-origin-when-cross-origin

strict-origin-when-cross-origin oder strenger.

Permissions-Policy ✓ gesetzt
microphone=(), camera=()

Schaltet unerwünschte Browser-Features ab (Geolocation, Mikrofon, etc.).

Status

  • Alle wichtigen Security-Header sind gesetzt.

Was sind HTTP-Security-Header?

HTTP-Security-Header sind kleine Anweisungen, die dein Webserver mit jeder Antwort an den Browser mitschickt. Sie sagen dem Browser, wie er die Webseite behandeln soll — beispielsweise: "Lass keine fremden Skripte zu" (CSP), "Lade mich nie als iframe" (X-Frame-Options) oder "Sprich mit mir nur über HTTPS" (HSTS).

Die sechs hier geprüften Header decken die wichtigsten Angriffsklassen ab: HSTS verhindert SSL-Stripping bei Man-in-the-Middle-Angriffen. CSP ist die wichtigste Verteidigung gegen Cross-Site-Scripting (XSS). X-Frame-Options blockt Clickjacking. X-Content-Type-Options verhindert MIME-Sniffing-Angriffe. Referrer-Policy kontrolliert, welche Informationen beim Klick auf externe Links übertragen werden. Permissions-Policy regelt, welche Browser-Features (Geolocation, Mikrofon, Kamera) auf der Seite erlaubt sind.

Header werden in der Webserver-Konfiguration gesetzt — bei nginx in add_header, bei Apache in Header set, bei Cloudflare über "Transform Rules". Bei Frameworks wie Flask oder Express gibt es Helm-Pakete (z. B. flask-talisman), die alles mit sinnvollen Defaults konfigurieren.

Ergebnis für welt.de

Von den 6 wichtigen Security-Headern setzt welt.de aktuell 6. Antwort-Status: HTTP 200.

Alle geprüften Security-Header sind auf welt.de gesetzt — sehr gute Basis-Härtung.

Weitere HTTP-Header-Ergebnisse

Vergleichswerte aus dem Cache — andere kürzlich geprüfte Domains.

Häufige Fragen zu

Wie viele Security-Header setzt welt.de? +

welt.de setzt aktuell 6 von 6 wichtigen HTTP-Security-Headern. Jeder fehlende Header entspricht einer Lücke gegenüber XSS, Clickjacking oder MIME-Sniffing.

Werden die Ergebnisse zu welt.de gespeichert? +

Tool-Ergebnisse werden 24 Stunden gecached, damit häufig geprüfte Domains nicht jede Anfrage erneut abrufen. Personenbezogene Daten werden dabei nicht verarbeitet — nur öffentlich abrufbare DNS-, Header- und Zertifikatsdaten.

Auch für welt.de prüfen

Hintergrund im Lexikon

Vollständiger Sicherheits-Audit für welt.de

SSL, Header, DNS, E-Mail, DSGVO, CMS und CVEs in einem Bericht.

Geprüft am 09.06.2026 22:35 Uhr · Aus Cache (24 h-TTL)