DACH Security Scanner
bildungsserver.hamburg.de: DACH-Sicherheitsprofil mit 7 Prüfbereichen, Score 60/100, 2 Bereich(en) mit Handlungsbedarf.
SaferPage ist hier ein öffentlicher Website-Check, kein vollständiger Penetrationstest. TLS, Header, sichtbare Technik, Skripte und Drittanbieter werden ausgewertet; DOM-XSS-Fuzzing, Malware-Forensik und vollständige Blacklist-Feeds sind als Grenzen markiert.
Grenzen sauber nachweisen
SaferPage zeigt öffentliche Signale und markiert Tiefentests. Der Extern-Prüfplan sagt Betreibern, welche Nachweise sie für Malware-/Blacklist-, DAST- und Patchfragen zusätzlich einholen müssen.
Feed-Signale
Dieses Paket zeigt Betreibern, welche externen Feeds oder DAST-Ergebnisse für SIWECOS-ähnliche Sicherheitssignale benötigt werden und welche passiven SaferPage-Signale bereits vorliegen.
malware, phishing, unwanted software, social engineering
Kein offener Security-Issue-Treffer; bei Treffer Bereinigung, Re-Scan und Search-Console-Freigabe dokumentieren.malware distribution, compromised URLs, payload delivery
Keine aktive Malware-URL zum Host; Treffer sind bereinigt, Weiterleitungen geprüft und Hoster-/CMS-Zugangsdaten rotiert.phishing, brand abuse, deceptive forms
Keine aktive Phishing-Meldung; bei Treffer Abuse-Meldung, Takedown, Formular-/Redirect-Prüfung und Nutzerkommunikation dokumentieren.spam, compromised sender, domain reputation
Keine relevante Domain-/IP-Listung oder dokumentierter Delisting-Prozess mit Ursachenanalyse.client-side injection, DOM sinks, reflected payload behavior
Kein offener kritischer oder hoher DOM-XSS-Befund ohne Ticket, Owner, Frist und Re-Scan.Security-Alerts
Aus Score, Prüfbereichen und markierten Grenzen abgeleitet. Diese Alerts sind Betreiberaufgaben und ersetzen keine Malware-Forensik oder Penetrationstests.
TLS: TLSv1.2 · Zertifikat: Sectigo Public Server Authentication CA OV E36 · Moderne TLS-Version aktiv: TLSv1.2. · HSTS ist aktiv. · CAA-Record fehlt
HTTPS, Zertifikat, Weiterleitung, HSTS und TLS-Konfiguration fachlich prüfen; nach Serveränderung erneut scannen.Keine Blacklist-Abfrage und kein Malware-Crawl; nur sichtbare Oberflächenbegriffe aus dem gespeicherten Check.
Externen Nachweis oder Risikoakzeptanz im Prüfplan dokumentieren.SaferPage bewertet derzeit sichtbare Skriptquellen, CSP/SRI und riskante Einbindungen; kein dynamischer DOM-XSS-Fuzzer und keine Payload-Ausnutzung.
Für kritische Webapps ergänzend spezialisierten DAST-/DOM-XSS-Test oder Penetrationstest beauftragen; CSP/SRI/Framework-Patches als Basishärtung umsetzen.Scanner-Mapping
TLS: TLSv1.2 · Zertifikat: Sectigo Public Server Authentication CA OV E36 · Moderne TLS-Version aktiv: TLSv1.2. · HSTS ist aktiv. · CAA-Record fehlt
HTTPS, Zertifikat, Weiterleitung, HSTS und TLS-Konfiguration fachlich prüfen; nach Serveränderung erneut scannen.6 von 9 wichtigen Security-Headern vorhanden, 6 korrekt bewertet. CSP wirksam mit 9 Direktive(n), 1 Warnung(en), 3 Hinweis(e).
CSP, HSTS, X-Content-Type-Options, X-Frame-Options, Referrer-Policy und Permissions-Policy gezielt setzen oder verbessern.1 externe Skript(e) von 1 Host(s), 1 ohne SRI, 0 Tracking-/Tag-nahe Skript(e).
Externe Skripte, SRI/CSP, Anbieterrolle, Consent-Bedarf und sichtbare Versionen priorisiert prüfen.Server: nicht erkannt · Powered-by: nicht erkannt · Generator: nicht erkannt · Versionen: 0 · Advisory-Treffer: 0 · Versionsregeln: 0
Sichtbare Produkt- und Versionshinweise entfernen oder begründen, Patchstand belegen und bekannte Advisory-Treffer beheben.24 Request(s), 3 Drittanbieter-Domain(s). 3 Drittanbieter-Domain(s) beim ersten Browseraufruf, davon 0 datenschutzrelevant.
Drittanbieter minimieren, Zwecke dokumentieren, Consent-Zustände vergleichen und Datenschutzhinweis/Anbieterregister aktualisieren.Keine Blacklist-Abfrage und kein Malware-Crawl; nur sichtbare Oberflächenbegriffe aus dem gespeicherten Check.
Bei Verdacht externe Malware-/Blacklist-Prüfung, Hosting-Logs, CMS-Dateien und Search-Console-Warnungen prüfen.SaferPage bewertet derzeit sichtbare Skriptquellen, CSP/SRI und riskante Einbindungen; kein dynamischer DOM-XSS-Fuzzer und keine Payload-Ausnutzung.
Für kritische Webapps ergänzend spezialisierten DAST-/DOM-XSS-Test oder Penetrationstest beauftragen; CSP/SRI/Framework-Patches als Basishärtung umsetzen.