Opportunities / Quick-Wins
stadtwerke-cottbus.de: 20 Quick-Win-Maßnahme(n), 8 innerhalb von 7 Tagen und 10 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
HTTPS, Zertifikat, HSTS, CSP, zentrale Security-Header und externe Skriptquellen sauber konfigurieren.
Nachweis: 1 Infrastruktur-Hinweis(e), Security-Header: 0/9 vorhanden, 9 fehlen, externe Skript-Hosts: 1. · Quelle: audit_moduleFehlende Security-Header priorisiert setzen, testen und nach Deployment erneut scannen.
Nachweis: 0 von 9 wichtigen Security-Headern vorhanden, 0 korrekt bewertet. Keine Content-Security-Policy gefunden. · Quelle: derived_signalHeader `strict-transport-security` setzen und nach Deployment erneut prüfen.
Nachweis: HSTS fehlt · Quelle: findingHeader `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: findingHeader `x-content-type-options` setzen und nach Deployment erneut prüfen.
Nachweis: X-Content-Type-Options fehlt · Quelle: findingSecurity-Header, Cookie-Attribute, TLS, Formulare und Barrierefreiheit priorisiert verbessern.
Nachweis: · Quelle: maturity_roadmapAktualisiere das betroffene Open-Source-Paket auf eine nicht betroffene Version.
Nachweis: CVE-2020-11023: Potential XSS vulnerability in jQuery · Quelle: findingPHP auf eine aktuell unterstuetzte Version migrieren. Upstream-Sicherheitsfixes gibt es laut php.net nur noch fuer PHP 8.2 bis 8.5; alte 7.x/8.0/8.1-Header sind kritisch, sofern kein Distribution-Backport nachweisbar ist.
Nachweis: PHP-Version ist nicht mehr upstream unterstuetzt · Quelle: findingBetroffene Software aktualisieren oder kompensierend absichern.
Nachweis: · Quelle: operator_action_planNicht mehr unterstützte Version ersetzen.
Nachweis: · Quelle: operator_action_planDatenschutzerklärung sollte zentrale Pflichtinformationen vollständig abdecken.
Nachweis: · Quelle: operator_action_planExterne 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_planHTTPS, Zertifikat, HSTS, CSP, zentrale Security-Header und externe Skriptquellen sauber konfigurieren.
Nachweis: · Quelle: operator_action_planTop-Risiken mit Verantwortlichkeit, Zielzeit, Risikoentscheidung, Restrestrisiko und Nachweisquelle als Managementprozess führen.
Nachweis: · Quelle: maturity_roadmapAI-/Chat-/Profiling-Use-Cases inventarisieren, Transparenz, Rechtsgrundlage, menschliche Prüfung und DPIA-Bezug dokumentieren.
Nachweis: · Quelle: maturity_roadmapBei Formularen Zweck, Pflichtfelder, Datenschutzkontext, HTTPS und Zahlungsanbieter klar machen.
Nachweis: Crawl fand 11 Formular(e) auf 4 geprüften Seite(n), u. a. /de/datenschutz.html, /de/impressum.html, /de/kontakt.html, /de/kontakt2.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_moduleAnbieterakten priorisieren, AVV/DPA/TOMs prüfen und Transfers dokumentieren.
Nachweis: · Quelle: maturity_roadmap