DACH Security Scanner
robinwood.de: DACH-Sicherheitsprofil mit 7 Prüfbereichen, Score 64/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
Sie sehen öffentliche Security-Signale und klar markierte Tiefentest-Grenzen. Der Extern-Prüfplan zeigt, welche Nachweise Sie für Malware-/Blacklist-, DAST- und Patchfragen zusätzlich einholen sollten.
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.
Server: Apache · Powered-by: PHP/8.2.31 · Generator: Drupal 10 (https://www.drupal.org) · Versionen: 1 · Advisory-Treffer: 0 · Versionsregeln: 1
Sichtbare Produkt- und Versionshinweise entfernen oder begründen, Patchstand belegen und bekannte Advisory-Treffer beheben.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.3 · Zertifikat: E7 · Mehrere IP-Adressen gefunden: Hinweis auf redundante Infrastruktur oder CDN. · IPv6 ist vorhanden. · Moderne TLS-Version aktiv: TLSv1.3. · HSTS ist aktiv. · CAA-Record fehlt
HTTPS, Zertifikat, Weiterleitung, HSTS und TLS-Konfiguration fachlich prüfen; nach Serveränderung erneut scannen.3 von 9 wichtigen Security-Headern vorhanden, 3 korrekt bewertet. Keine Content-Security-Policy gefunden.
CSP, HSTS, X-Content-Type-Options, X-Frame-Options, Referrer-Policy und Permissions-Policy gezielt setzen oder verbessern.0 externe Skript(e) von 0 Host(s), 0 ohne SRI, 0 Tracking-/Tag-nahe Skript(e).
Externe Skripte, SRI/CSP, Anbieterrolle, Consent-Bedarf und sichtbare Versionen priorisiert prüfen.Server: Apache · Powered-by: PHP/8.2.31 · Generator: Drupal 10 (https://www.drupal.org) · Versionen: 1 · Advisory-Treffer: 0 · Versionsregeln: 1
Sichtbare Produkt- und Versionshinweise entfernen oder begründen, Patchstand belegen und bekannte Advisory-Treffer beheben.28 Request(s), 1 Drittanbieter-Domain(s). 1 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.