Befund-Center / Fixplan
sfb.ch: 21 konsolidierte Befund(e), davon 0 hoch und 10 mittel priorisiert.
Konsolidierte Arbeitsliste aus öffentlicher SaferPage-Evidenz. Betreiber müssen Befunde fachlich prüfen, interne Systeme ergänzen und nach Umsetzung erneut scannen.
Arbeitsliste
Header `content-security-policy` setzen und nach Deployment erneut prüfen.
Nachweis: Content-Security-Policy fehlt · Quelle: findingTechnisch erkannte Dienste in der Datenschutzerklärung konkret mit Anbieter, Zweck, Rechtsgrundlage, Empfänger und Transferhinweis benennen.
Nachweis: Erkannte Anbieter fehlen in der Datenschutzerklärung · Quelle: findingFür jedes Eingabefeld ein sichtbares label, aria-label oder aria-labelledby setzen.
Nachweis: Formularfelder ohne klare Beschriftung · Quelle: findingServerantwort, Caching und Backend-Latenz prüfen.
Nachweis: Langsame Serverantwort · Quelle: findingPrüfen, ob vor Tracking eine wirksame Einwilligung eingeholt wird.
Nachweis: Tracking ohne sichtbaren Cookie-Hinweis · Quelle: findingAuskunft, Löschung, Berichtigung, Widerspruch, Widerruf, Fristen und Antwortweg als Betreiberprozess dokumentieren.
Nachweis: Betroffenenrechte-Readiness: 80/100 Punkte, 2 Lücke(n) oder manuelle Prüfpunkte. Fokus: transparenter Anfrageweg, Datenquellen und sichere Antwortprozesse. · Quelle: rights_readinessTracking, Werbung und nicht notwendige Cookies vor Zustimmung blockieren und verständlich erklären.
Nachweis: 1 Tracking-Script(s), 0 Cookie(s) vor Einwilligung, 0 Tracking-Cookie(s), Ablehnen-Option: ja, Consent-Audit: 86. · Quelle: audit_moduleDatenschutz, Impressum, Kontakt, Cookie-Hinweise und kritische Formularseiten klar verlinken und regelmäßig mitprüfen.
Nachweis: 30 interne Linkziele erkannt, 4 priorisierte Unterseite(n) abgerufen. · Quelle: audit_moduleHTTPS, Zertifikat, HSTS, CSP, zentrale Security-Header und externe Skriptquellen sauber konfigurieren.
Nachweis: 1 Infrastruktur-Hinweis(e), Security-Header: 4/9 vorhanden, 5 fehlen, externe Skript-Hosts: 2. · Quelle: audit_moduleBefund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen.
Nachweis: 4 von 9 wichtigen Security-Headern vorhanden, 4 korrekt bewertet. Keine Content-Security-Policy gefunden. · Quelle: security_headerHeader `cross-origin-embedder-policy` setzen und nach Deployment erneut prüfen.
Nachweis: Cross-Origin-Embedder-Policy fehlt · Quelle: findingHeader `cross-origin-opener-policy` setzen und nach Deployment erneut prüfen.
Nachweis: Cross-Origin-Opener-Policy fehlt · Quelle: findingHeader `cross-origin-resource-policy` setzen und nach Deployment erneut prüfen.
Nachweis: Cross-Origin-Resource-Policy fehlt · Quelle: findingBetreiber sollten einen Datenschutzkontakt nennen oder nachvollziehbar erklären, wie Datenschutzanfragen gestellt werden können.
Nachweis: Datenschutzkontakt oder DPO-Hinweis nicht klar erkannt · Quelle: findingFür statische CDN-Skripte `integrity` und passend `crossorigin` setzen oder Skripte kontrolliert lokal ausliefern.
Nachweis: Externe Skripte ohne Subresource Integrity · Quelle: findingInterne Pflicht- und Vertrauensseiten auf Statuscode, Weiterleitung und Erreichbarkeit prüfen.
Nachweis: Mindestens eine priorisierte Unterseite war nicht erfolgreich abrufbar · Quelle: findingHeader `permissions-policy` setzen und nach Deployment erneut prüfen.
Nachweis: Permissions-Policy fehlt · Quelle: findingRegistergericht und Registernummer im Impressum prüfen, sofern eine registerpflichtige Rechtsform vorliegt.
Nachweis: Registerangaben nicht klar erkannt · Quelle: findingTracking-, Tag-Manager- und Replay-Skripte erst nach Einwilligung laden und mit CSP, Anbieterinventar und Datenschutzerklärung abgleichen.
Nachweis: Tracking-/Tag-Skripte aus externer Lieferkette · Quelle: findingTracking und Drittanbieter nicht nur auf der Startseite, sondern auch auf Pflicht- und Formularseiten prüfen.
Nachweis: Tracking-Signale auf geprüften Unterseiten · Quelle: findingSkripte/CSS bündeln, defer/async nutzen und kritisches CSS priorisieren.
Nachweis: Viele potenziell blockierende Assets · Quelle: findingQuellen