Die Datei security.txt
Eine Datei unter /.well-known/security.txt mit der Adresse, an die man eine Schwachstelle meldet. Niemand verlangt sie; sie erspart dem Finder das Raten und ist drei Zeilen lang.
security.txt (RFC 9116) ist eine kleine Textdatei, die Sicherheitsforschern sagt, wo sie eine gefundene Schwachstelle melden können. Ohne sie muss ein wohlmeinender Finder raten – allgemeines Kontaktformular, Support-Adresse, Nachricht in sozialen Netzwerken –, und viele geben auf oder machen das Problem öffentlich. Die Datei ist optional, daher zeigt der Bericht sie als veröffentlicht oder nicht vorhanden statt als Fehler – das Anlegen dauert aber nur ein paar Minuten.
So prüft SiteScan
Der Scan ruft /.well-known/security.txt ab und wertet die Datei nur dann als veröffentlicht, wenn die Antwort ein 200 ist, keine HTML-Seite und mindestens eine Zeile mit Contact: beginnt. Eine Single-Page-App, die jede Adresse mit ihrer Index-Seite beantwortet, besteht die Prüfung also nicht zufällig. Der alte Ort /security.txt im Wurzelverzeichnis wird nicht geprüft.
So legen Sie sie an
Stellen Sie unter /.well-known/security.txt eine Textdatei mit mindestens diesen Feldern bereit:
Contact: mailto:security@example.com(oder einehttps://-Adresse eines Meldeformulars)Expires: 2027-12-31T23:59:00Z– laut RFC Pflicht; höchstens ein Jahr im Voraus, regelmäßig erneuern- optional
Policy:,Preferred-Languages: de, enundEncryption:mit Verweis auf einen PGP-Schlüssel
Der Server sollte sie als text/plain ausliefern. Verwandte Prüfungen: vom Deploy hinterlassen und Sicherheits-Header.
Prüfen Sie diesen Punkt auf Ihrer eigenen Website
Starten Sie einen kostenlosen Scan: Der Bericht zeigt diese Zeile für Ihre Domain zusammen mit den übrigen Prüfungen des Audits.
Mehr unter „Konventionsdateien“
Was SiteScan prüft
TLS-Zertifikat
- Ablauf des SSL/TLS-Zertifikats
- Veraltete TLS-Versionen (1.0 und 1.1)
- TLS-Zertifikatskette
- Aussteller des TLS-Zertifikats
- Signaturalgorithmus des Zertifikats
Domain-Registrierung
- Ablauf der Domainregistrierung
- Registrierter Domainname
- Domain-Registrar
- Registrierungsdatum der Domain
- Letzte Änderung der Domain
- Domain-Statuscodes (EPP)
- Transfersperre der Domain
- Abuse-Kontakt des Registrars
- Datenquelle RDAP und WHOIS
Indexierung
- robots.txt-Datei
- In robots.txt gesperrtes CSS und JS
- XML-Sitemap (sitemap.xml)
- Sitemap-Index-Datei
- Fremde URLs in der Sitemap
- lastmod-Daten in der Sitemap
- Defekte URLs in der Sitemap
- RSS- und Atom-Feed
Adressen und Weiterleitungen
- Weiterleitung von HTTP auf HTTPS
- Weiterleitung zwischen www und ohne www
- Länge der Weiterleitungskette
- 404-Fehlerbehandlung und Soft 404
Security-Header
- HTTP-Security-Header und Note
- Strict-Transport-Security-Header (HSTS)
- Content-Security-Policy-Header (CSP)
- X-Content-Type-Options: nosniff
- X-Frame-Options und Clickjacking-Schutz
- Referrer-Policy-Header
- Permissions-Policy-Header
- HSTS-Preload-Liste
- CORS und Cross-Origin-Zugriff
- HTTP-Methode TRACE
Auslieferung und Reputation
- Cache-Control-Header für HTML
- Revalidierung mit ETag und Last-Modified
- HTTP/3- und QUIC-Unterstützung
- Softwareversionen in Server-Headern
- Prüfung auf DNS-Blocklisten (DNSBL)
Interne Links
Offenliegende Dateien
- Offenliegende Dateien wie .env und .git
- Aktiviertes Verzeichnis-Listing
- Öffentliche JavaScript-Source-Maps
- Offene WordPress-Endpunkte
Konventionsdateien
- Die Datei security.txt
- llms.txt für KI-Assistenten
- Die Datei llms-full.txt
- ads.txt für autorisierte Werbeverkäufer
- Die Datei humans.txt
- Well-known-Adresse change-password
DNS und E-Mail
- MX-Einträge (Mailserver)
- SPF-Eintrag
- DMARC-Eintrag und Policy
- DNSSEC-Signierung
- CAA-Eintrag
- Redundante Nameserver
- IPv6-Unterstützung (AAAA-Eintrag)
- MTA-STS-Policy
- TLS-RPT-Eintrag für Berichte
- BIMI-Eintrag (Logo im Postfach)
- Wildcard-DNS-Eintrag
- Verwaister CNAME und Subdomain-Übernahme
Datenschutz und Einwilligung
- Analyse- und Tracking-Skripte
- Cookie-Consent-Banner
- Datenschutzerklärung
- Nutzungsbedingungen und AGB
- Impressum
- Barrierefreiheitserklärung
Core Web Vitals
- Lighthouse-Performance-Score
- Largest Contentful Paint (LCP)
- Cumulative Layout Shift (CLS)
- Interaction to Next Paint (INP)
- CrUX-Felddaten und Labordaten