Betreiberangaben, Kontaktweg und Datenschutzhinweise von jeder Seite aus auffindbar machen.
Nachweis: Impressum: nein, Datenschutz: nein, Kontakt: nein. · Quelle: audit_module- Owner
- Betreiber/IT/Datenschutz
- Guide
- öffnen
Opportunities / Quick-Wins
epetitionen.bundestag.de: 20 Quick-Win-Maßnahme(n), 3 innerhalb von 7 Tagen und 17 innerhalb von 30 Tagen.
Quick-Wins sind automatisch aus öffentlicher SaferPage-Evidenz abgeleitet. Aufwand und Wirkung sind operative Orientierung; Betreiber müssen Umsetzung und Rechtsfreigabe prüfen.
Plan
Betreiberangaben, Kontaktweg und Datenschutzhinweise von jeder Seite aus auffindbar machen.
Nachweis: Impressum: nein, Datenschutz: nein, Kontakt: nein. · Quelle: audit_moduleFehlende Security-Header priorisiert setzen, testen und nach Deployment erneut scannen.
Nachweis: 4 von 9 wichtigen Security-Headern vorhanden, 4 korrekt bewertet. CSP wirksam mit 2 Direktive(n), 2 Warnung(en), 3 Hinweis(e). · Quelle: derived_signalSitemap, robots.txt, Datenschutz, Impressum, Kontakt, Formular- und Cookie-Seiten verlinken und danach erneut crawlen.
Nachweis: 0 interne Linkziele erkannt (0 aus Sitemap), 0 priorisierte Unterseite(n) zusätzlich abgerufen. · Quelle: derived_signalHTTPS, 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: 0. · Quelle: audit_moduleFür deutsche Seiten sollte ein gut sichtbares Impressum verlinkt sein.
Nachweis: Kein Impressum-Link erkannt · Quelle: findingE-Mail, Telefonnummer, Kontaktseite oder Impressum sichtbar verlinken.
Nachweis: Keine klare Kontaktmöglichkeit erkannt · Quelle: findingInline-Skripte über Nonces oder Hashes freigeben und unsafe-inline aus script-src entfernen.
Nachweis: CSP erlaubt unsafe-inline für Skripte · Quelle: findingunsafe-eval vermeiden und betroffene Bibliotheken oder Build-Konfigurationen prüfen.
Nachweis: CSP erlaubt eval-nahe Skriptausführung · Quelle: findingMobile Basis mit Viewport-Meta-Tag sicherstellen.
Nachweis: · Quelle: operator_action_planNicht notwendige Tags, Cookies, Pixel und Google-Dienste bis zur Einwilligung blockieren und Ablehnen/GPC erneut testen.
Nachweis: Consent ist teilweise erkennbar, aber einzelne Punkte sollten Betreiber nachpruefen. · Quelle: derived_signalInline-Skripte über Nonces oder Hashes statt unsafe-inline freigeben.
Nachweis: · Quelle: operator_action_planunsafe-eval aus script-src entfernen oder betroffene Bibliotheken ersetzen.
Nachweis: · Quelle: operator_action_planAblehnen muss gleichwertig erreichbar sein.
Nachweis: · Quelle: operator_action_planConsent darf nicht wie reine Akzeptieren-Abfrage wirken.
Nachweis: · Quelle: operator_action_planDSAR-/Betroffenenrechte-Portal mit sicherem Intake, Statusweg, Preference-Link und Antwortzustellung im Betreiber-System veröffentlichen.
Nachweis: · Quelle: maturity_roadmapAnfragekanal, Fristen, Identitätsprüfung und Antwortvorlagen operationalisieren.
Nachweis: · Quelle: maturity_roadmapDauerhaften Präferenzzugang, granularen Widerruf, Consent-Ledger und Downstream-Sync in CRM/Tags/Vendor-Systeme nachweisbar aufbauen.
Nachweis: · Quelle: maturity_roadmapTop-Risiken mit Owner, SLA, Risikoentscheidung, Restrestrisiko und Nachweisquelle als Managementprozess führen.
Nachweis: · Quelle: maturity_roadmapDatenschutz-Center als endanwenderfreundlichen Hub veröffentlichen und mit SaferPage-Kurzreport, Methodik, Exports und letzter Prüfung verlinken.
Nachweis: · Quelle: maturity_roadmapIntake, ID-Verifikation, Fristen, Data Discovery, Redaction, Vendor-Tasking und sichere Zustellung als workflowfähigen Prozess betreiben.
Nachweis: · Quelle: maturity_roadmap