Befund-Center / Fixplan
tomishop.de: 39 konsolidierte Befund(e), davon 7 hoch und 21 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
Top-Anbieter nach Risiko priorisieren, Rolle, Vertrag, TOMs, Unterauftragsverarbeiter und Transfergrundlage dokumentieren.
Nachweis: Vendor-Due-Diligence mit 14 Anbieter(n), 0 hohem Risiko, 14 AVV-/DPA-Prüfung(en) und 10 Transfer-/Jurisdiktionsfrage(n). · Quelle: vendor_due_diligenceBefund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen.
Nachweis: Consent, Tracking oder Drittanbieter wirken im Erstaufruf deutlich nachbesserungsbeduerftig. · Quelle: consent_auditTracking, Werbung und nicht notwendige Cookies vor Zustimmung blockieren und verständlich erklären.
Nachweis: 0 Tracking-Script(s), 2 Cookie(s) vor Einwilligung, 0 Tracking-Cookie(s), Ablehnen-Option: nein, Consent-Audit: 20. · Quelle: audit_moduleUnnötige Drittanbieter reduzieren und die verbleibenden Kontakte in Datenschutz und Consent abbilden.
Nachweis: 75 Request(s), 14 Drittanbieter-Domain(s), davon 0 datenschutzrelevant, 2 Browser-Cookie(s), Transfer-Prüfbedarf: 4, Referrer-/URL-Leaks: 4, Fingerprinting-/Replay-Hinweise: 1. · Quelle: audit_moduleReferrer-Policy härten, sensible Query-Parameter entfernen und Tracking-Parameter ohne volle Seiten-URL konfigurieren.
Nachweis: 4 Drittanbieter-Domain(s) mit Referrer-/URL-Leak-Prüfbedarf, 1 sensible Query-Kontexte. · 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_moduleBefund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen.
Nachweis: 30 interne Linkziele erkannt (0 aus Sitemap), 4 priorisierte Unterseite(n) zusätzlich abgerufen. · Quelle: coverageAblehnen, Einstellungen und Akzeptieren gleichwertig anbieten und Reject technisch wirksam machen.
Nachweis: Consent-Banner mit Dark-Pattern-/UX-Risiko · Quelle: findingAblehnen und Einstellungen im ersten Banner-Layer sichtbar und gleichwertig anbieten.
Nachweis: Consent-Banner wirkt im Browser wie Akzeptieren-only · Quelle: findingHeader `content-security-policy` setzen und nach Deployment erneut prüfen.
Nachweis: Content-Security-Policy fehlt · Quelle: findingVor Eingabe prüfen, welche Daten erhoben werden, wofür sie genutzt werden und wo die Datenschutzhinweise stehen.
Nachweis: Dateneingabe ohne klaren Datenschutzkontext · Quelle: findingReferrer-Policy prüfen und für Anbieter wie ratenkauf.easycredit.de, chat.clerk.io, Google Static mindestens strict-origin-when-cross-origin oder strenger setzen.
Nachweis: Drittanbieter können vollen Referrer-Kontext erhalten · Quelle: findingFür Anbieter wie Google Static, google.com, Google Fonts, Google Fonts Transfergrundlage, AVV, DPF/SCC/TIA und Datenschutzhinweise prüfen.
Nachweis: Drittland-/US-Anbieter im Browseraufruf prüfen · 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: findingFormularseiten sollten Datenschutzhinweise und Betreiberkontext direkt erreichbar machen.
Nachweis: Formular-Unterseite ohne klaren Datenschutzkontext · Quelle: findingFür deutsche Seiten sollte ein gut sichtbares Impressum verlinkt sein.
Nachweis: Kein Impressum-Link erkannt · Quelle: findingPrüfen, ob diese Cookies technisch notwendig sind oder erst nach Einwilligung gesetzt werden dürfen.
Nachweis: Möglicherweise nicht notwendige Cookies vor Einwilligung · Quelle: findingUpgrade auf PHP 8.4 oder neuer planen; PHP 8.2 ist laut php.net seit 31.12.2024 aus aktivem Support und erhaelt nur noch Security-Fixes bis 31.12.2026.
Nachweis: PHP 8.2 erhaelt nur noch Sicherheitsfixes · Quelle: findingTracking-/Tag-Parameter für Anbieter wie ratenkauf.easycredit.de, chat.clerk.io, Google Static so konfigurieren, dass keine unnötigen Pfade, Suchparameter oder Formularumfelder gesendet werden.
Nachweis: Seiten-URL wird in Drittanbieter-Requests übertragen · Quelle: findingSensible Parameter wie E-Mail, Name, Token oder Session-IDs aus URLs entfernen und Drittanbieter-Tags auf solchen Seiten blockieren.
Nachweis: Sensible URL-Schlüssel im Drittanbieter-Kontext · Quelle: findingDatenschutz und Impressum sollten von der Startseite aus klar erreichbar sein.
Nachweis: Wichtige Betreiberseiten nicht vollständig in der Linkstruktur gefunden · Quelle: findingAuskunft, Löschung, Berichtigung, Widerspruch, Widerruf, Fristen und Antwortweg als Betreiberprozess dokumentieren.
Nachweis: Betroffenenrechte-Readiness: 26/100 Punkte, 6 Lücke(n) oder manuelle Prüfpunkte. Fokus: transparenter Anfrageweg, Datenquellen und sichere Antwortprozesse. · Quelle: rights_readinessGoogle-Dienste einzeln prüfen, Consent Mode sauber setzen und Fonts möglichst lokal ausliefern.
Nachweis: Google-Tags: ja, 4 Google-nahe Domain(s), Consent-Default: ja, Analytics: nein, Werbung: nein, Fonts: ja. · Quelle: audit_moduleBetreiberangaben, Kontaktweg und Datenschutzhinweise von jeder Seite aus auffindbar machen.
Nachweis: Impressum: nein, Datenschutz: nein, Kontakt: ja. · 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. /account, /account/address, /account/login, /account/mollie/subscriptions. Zweck, Pflichtfelder und Datenschutzkontext je Formular prüfen. · Quelle: audit_moduleHTTPS, Zertifikat, HSTS, CSP, zentrale Security-Header und externe Skriptquellen sauber konfigurieren.
Nachweis: 2 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: Consent-Banner-UX: 2 auffällige Prüfpunkt(e), davon 1 hoch. Muster: Ablehnen nicht gleichwertig sichtbar. · Quelle: consent_banner_uxBefund 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_headerUnklare Drittanbieter in Anbieterinventar, AVV-Prozess und Datenschutzerklärung nachrecherchieren.
Nachweis: Anbieter-Jurisdiktion nicht klar ableitbar · Quelle: findingHeader `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: findingFür statische CDN-Skripte `integrity` und passend `crossorigin` setzen oder Skripte kontrolliert lokal ausliefern.
Nachweis: Externe Skripte ohne Subresource Integrity · Quelle: findingEine klare Auswahl- oder Einstellungsebene für Zwecke und Anbieter anbieten.
Nachweis: Keine sichtbaren Cookie-Einstellungen im Banner · Quelle: findingEine klare H1 und sinnvolle Zwischenüberschriften erleichtern Orientierung und Screenreader-Nutzung.
Nachweis: Keine Überschriftenstruktur erkannt · Quelle: findingHeader `permissions-policy` setzen und nach Deployment erneut prüfen.
Nachweis: Permissions-Policy fehlt · Quelle: findingPrüfen, ob Google Fonts lokal gehostet oder in der Datenschutzerklärung und Consent-Logik sauber erklärt werden.
Nachweis: Remote-Schriften von Google erkannt · Quelle: findingViele externe Kontakte erschweren die Datenschutz-Einordnung für Nutzer. Drittanbieter reduzieren oder klar begründen.
Nachweis: Viele Drittanbieter-Domains beim Laden · Quelle: findingPrüfen, ob Eingaben für Analytics, Session-Replay oder Debugging erfasst werden; sensible Felder konsequent ausschließen.
Nachweis: Viele Tastatur-/Eingabe-Listener im Browser erkannt · Quelle: findingQuellen