Offenes Betreiber-Ticket mit SLA- und Nachweispflicht.
Inline-Skripte über Nonces oder Hashes statt unsafe-inline freigeben.- Owner
- Technik
- Entscheidung
- beheben
- Quelle
- remediation_workflow
Risk Register / DPIA
der-dialogprozess.de Risiko-/DSFA-Center: 18 Risikozeile(n), 0 kritisch, 3 hoch/kritisch, nicht_naheliegend.
Automatisch aus SaferPage-Befunden und Betreiber-Artefakten abgeleitetes Risikoregister. Risikoakzeptanz, Rechtsbewertung und finale Priorisierung müssen Betreiber und Datenschutzverantwortliche entscheiden.
Privacy Risk Register
Offenes Betreiber-Ticket mit SLA- und Nachweispflicht.
Inline-Skripte über Nonces oder Hashes statt unsafe-inline freigeben.Offenes Betreiber-Ticket mit SLA- und Nachweispflicht.
unsafe-eval aus script-src entfernen oder betroffene Bibliotheken ersetzen.Nicht notwendige Cookies, Tracker oder Vendoren können ohne belastbare Einwilligung aktiv sein.
Consent-Blocking, Reject-Test, GPC und Cookie-Kategorien prüfen.Kann Datenschutz-, Sicherheits-, Transparenz- oder Vertrauensrisiken für Nutzer und Betreiber erhöhen.
Für deutsche Seiten sollte ein gut sichtbares Impressum verlinkt sein.Kann Datenschutz-, Sicherheits-, Transparenz- oder Vertrauensrisiken für Nutzer und Betreiber erhöhen.
Canonical-Tags sollten nur bewusst auf fremde Domains zeigen; sonst kann Traffic/Ranking umgeleitet werden.Kann Datenschutz-, Sicherheits-, Transparenz- oder Vertrauensrisiken für Nutzer und Betreiber erhöhen.
Inline-Skripte über Nonces oder Hashes freigeben und unsafe-inline aus script-src entfernen.Kann Datenschutz-, Sicherheits-, Transparenz- oder Vertrauensrisiken für Nutzer und Betreiber erhöhen.
unsafe-eval vermeiden und betroffene Bibliotheken oder Build-Konfigurationen prüfen.Kann Datenschutz-, Sicherheits-, Transparenz- oder Vertrauensrisiken für Nutzer und Betreiber erhöhen.
Datenschutz und Impressum sollten von der Startseite aus klar erreichbar sein.Offenes Betreiber-Ticket mit SLA- und Nachweispflicht.
base-uri 'self' oder 'none' setzen.Offenes Betreiber-Ticket mit SLA- und Nachweispflicht.
Impressum beziehungsweise Anbieterkennzeichnung sichtbar verlinken.Offenes Betreiber-Ticket mit SLA- und Nachweispflicht.
Canonical-Ziele kontrollieren.Offenes Betreiber-Ticket mit SLA- und Nachweispflicht.
Cross-Origin-Embedder-Policy nur nach Staging-Test setzen, weil eingebettete Drittressourcen kompatibel sein müssen.Offenes Betreiber-Ticket mit SLA- und Nachweispflicht.
Cross-Origin-Opener-Policy vorsichtig prüfen und nach Funktionstest setzen.Offenes Betreiber-Ticket mit SLA- und Nachweispflicht.
Cross-Origin-Resource-Policy nach Ressourcenprüfung setzen, damit fremde Einbettungen begrenzt werden.DSFA / DPIA
Nach aktuellem öffentlichen Scan ist keine DPIA-Pflicht naheliegend; bei Projektänderungen erneut prüfen.
DPIA/DSFA-Screening: nicht_naheliegend, Risiko-Score 0/100, 0 ausgelöste Risikofaktor(en), 0 hoch.
Tracking, Profiling, sensible Daten, Drittanbieter und Datenflüsse fachlich bewerten.
0 Formular(e), Datenarten: keine klaren Datenarten
0 gecrawlte Formularseite(n) mit Kontextlücke; Startseiten-Kontext vorhanden.
0 datenschutzrelevante Domain(s) im Default-Zustand; Fingerprinting-Signale 0.
0 Anbieterregister-Eintrag/Einträge, 0 Drittanbieter-Domain(s).
Transfer hoch 0, unklar 0.
PII-Risiko unklar, Referrer-betroffene Domains 0.
Profil: Website-Typ Allgemeine Website, Betreiber Deutschland.
0 externe Embed-/Widget-Element(e) vorab geladen.
GPC-Test mit 0 datenschutzrelevanten Domain(s).
RoPA / Verzeichnis
Annahme, Prüfung und Beantwortung von Auskunfts-, Lösch-, Berichtigungs-, Widerspruchs- oder Portabilitätsanfragen.
Owner · Art. 6 Abs. 1 lit. c DSGVO zur Erfüllung rechtlicher Pflichten.Data Map
Betroffenenrechte-Readiness: 36/100 Punkte, 5 Lücke(n) oder manuelle Prüfpunkte. Fokus: transparenter Anfrageweg, Datenquellen und sichere Antwortprozesse.
Datenkategorie aus Verarbeitungstätigkeit abgeleitet.
Datenkategorie aus Verarbeitungstätigkeit abgeleitet.
Datenkategorie aus Verarbeitungstätigkeit abgeleitet.
Datenkategorie aus Verarbeitungstätigkeit abgeleitet.
Kein Drittlandtransfer ohne eingesetztes Ticket-/Mail-/Portal-System; Betreiber prüfen.
Retention / Löschung
Session bis 13 Monate je Zweck prüfen
Ablauf, Widerruf, Zweckende, technische BereinigungZweckende plus notwendige Nachweis-/Verjährungsfrist
Anfrage erledigt, Abmeldung, Zweckende, LöschanfrageNach Anbieterzweck, AVV/DPA und Transferprüfung
Vendor-Offboarding, Zweckende, DSAR-Löschung, VertragsendeNachweispflicht und Sicherheitsbedarf fachlich festlegen
Fristablauf, Zweckende, Archivierung oder Rechtsgrund entfälltEntwurf aus Scan-Evidenz: 0 Cookie(s), 0 Drittanbieter-Domain(s), 0 Storage-Key(s).
Cookies 0, fehlende Laufzeit 0, Retention-Risiken 0, langlebige Hinweise 0.
1 Verarbeitungstätigkeit(en), 7 Data-Map-Knoten, 0 Datenart(en).
1 Rechtsgrundlagenzeile(n) im Report.
DSAR-Workflow-Readiness 30/100; 3/10 Kontrollpunkt(e) erfüllt, 7 Lücke(n) oder manuelle Betreiber-Nachweise offen.
Keine externen Anbieter für eine Due-Diligence-Bewertung erkannt.
Aus öffentlichem Scan nicht beweisbar.
Formulare 0, Datenschutzkontext ja.
Prüfbeleg vorhanden, Root-Hash 8e473f31eccc53c9.
Alerts 0, Regulatory-Pflichten 7.
Offene Entscheidungen
Systemliste je Verarbeitung mit Owner, Datenkategorien, Löschfrist und Zugriffskonzept.
Anbieterakte, AVV/DPA, SCC/TIA, Zweckbeschreibung, Consent-Regel und Datenschutzerklärungseintrag.
Retention-Matrix je Datenkategorie, System und Empfänger.