Opportunities / Quick-Wins
stadtwerke-schwabach.de: 20 Quick-Win-Maßnahme(n), 3 innerhalb von 7 Tagen und 15 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
Incident-Verantwortlichkeit, 72h-Meldeprüfung, Beweissicherung und Kommunikationsvorlagen verbindlich vorbereiten.
Nachweis: · Quelle: maturity_roadmapFehlende Security-Header priorisiert setzen, testen und nach Deployment erneut scannen.
Nachweis: 2 von 9 wichtigen Security-Headern vorhanden, 2 korrekt bewertet. Keine Content-Security-Policy gefunden. · Quelle: derived_signalHeader `content-security-policy` setzen und nach Deployment erneut prüfen.
Nachweis: Content-Security-Policy fehlt · Quelle: findingHeader `x-frame-options` setzen und nach Deployment erneut prüfen.
Nachweis: X-Frame-Options fehlt · Quelle: findingExterne Formularziele für personenbezogene Daten prüfen und transparent erklären.
Nachweis: · Quelle: operator_action_planFormulare mit personenbezogenen Daten per POST senden und Tracking auf Formularseiten begrenzen.
Nachweis: · Quelle: operator_action_planReferrer-Policy so setzen, dass Drittanbieter keine vollen Pfade oder Suchparameter erhalten.
Nachweis: · Quelle: operator_action_plansendBeacon/Keepalive-Telemetrie auf Zweck, Consent und Anbieter prüfen.
Nachweis: · Quelle: operator_action_planDie Zustandsmatrix zeigt Datenschutz-Signale nach Ablehnen.
Nachweis: · Quelle: operator_action_planNach Ablehnen sollten keine neuen nicht notwendigen Cookies entstehen.
Nachweis: · Quelle: operator_action_planNach Ablehnen darf Web Storage keine Tracking-Hinweise behalten oder neu setzen.
Nachweis: · Quelle: operator_action_planAI-/Chat-/Profiling-Use-Cases inventarisieren, Transparenz, Rechtsgrundlage, menschliche Prüfung und DPIA-Bezug dokumentieren.
Nachweis: · Quelle: maturity_roadmapTop-Risiken mit Verantwortlichkeit, Zielzeit, Risikoentscheidung, Restrestrisiko und Nachweisquelle als Managementprozess führen.
Nachweis: · Quelle: maturity_roadmapHTTPS, Zertifikat, HSTS, CSP, zentrale Security-Header und externe Skriptquellen sauber konfigurieren.
Nachweis: 2 Infrastruktur-Hinweis(e), Security-Header: 2/9 vorhanden, 7 fehlen, externe Skript-Hosts: 0. · Quelle: audit_moduleBei Formularen Zweck, Pflichtfelder, Datenschutzkontext, HTTPS und Zahlungsanbieter klar machen.
Nachweis: Crawl fand 4 Formular(e) auf 4 geprüften Seite(n), u. a. /Footer-Navigation/Datenschutz, /Footer-Navigation/Datenschutz/Datenschutz_501410.html, /Footer-Navigation/Impressum, /Footer-Navigation/Impressum/Impressum_501410.html. Zweck, Pflichtfelder und Datenschutzkontext je Formular prüfen. · Quelle: audit_modulePersonenbezogene Werte nicht in URLs, GET-Formularen, Referrern, Logs oder Tracking-Tags transportieren.
Nachweis: 2 PII-/Datenleck-Hinweis(e) aus URL-, Formular- und Browserkontext. · Quelle: audit_moduleDPIA-Entscheidung dokumentieren und Schutzmaßnahmen mit Produkt-/Release-Prozess verbinden.
Nachweis: · Quelle: maturity_roadmapPrüfen, ob Text absichtlich vor Nutzern verborgen, aber für Suchmaschinen platziert wird.
Nachweis: Versteckter Text erkannt · Quelle: findingFormulare mit personenbezogenen Daten per POST senden und sicherstellen, dass Werte nicht in URL, Referrer oder Analytics auftauchen.
Nachweis: Formular mit personenbezogenen Feldern nutzt GET · Quelle: findingBeforeunload-Dialoge nur für echte Datenverlust-Warnungen verwenden.
Nachweis: Verlassen der Seite wird erschwert · Quelle: finding