# Befund- und Fixplan für iblm.de iblm.de: 25 konsolidierte Befund(e), davon 3 hoch und 13 mittel priorisiert. Check: 2026-06-19 11:14:22.974502+02 > Konsolidierte Arbeitsliste aus öffentlicher SaferPage-Evidenz. Betreiber müssen Befunde fachlich prüfen, interne Systeme ergänzen und nach Umsetzung erneut scannen. ## Anbieterakten, AVV/DPA und Transfers prüfen - Priorität: hoch / Impact 82 - Bereich: Anbieter & Transfer / Verantwortlich: Legal/Vendor-Verantwortung - Nachweis: Vendor-Due-Diligence mit 2 Anbieter(n), 0 hohem Risiko, 2 AVV-/DPA-Prüfung(en) und 2 Transfer-/Jurisdiktionsfrage(n). - Maßnahme: Top-Anbieter nach Risiko priorisieren, Rolle, Vertrag, TOMs, Unterauftragsverarbeiter und Transfergrundlage dokumentieren. - Hintergrund-Link: https://saferpage.de/anbieter/iblm.de ## Security-Header und Browser-Schutz härten - Priorität: hoch / Impact 66 - Bereich: Security / Verantwortlich: IT/Security - Nachweis: 0 von 9 wichtigen Security-Headern vorhanden, 0 korrekt bewertet. Keine Content-Security-Policy gefunden. - Maßnahme: Befund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## Sicherheit, TLS & Header - Priorität: hoch / Impact 66 - Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: 2 Infrastruktur-Hinweis(e), Security-Header: 0/9 vorhanden, 9 fehlen, externe Skript-Hosts: 0. - Maßnahme: HTTPS, Zertifikat, HSTS, CSP, zentrale Security-Header und externe Skriptquellen sauber konfigurieren. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## Consent-Banner mit Dark-Pattern-/UX-Risiko - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Consent-Banner mit Dark-Pattern-/UX-Risiko - Maßnahme: Ablehnen, Einstellungen und Akzeptieren gleichwertig anbieten und Reject technisch wirksam machen. - Hintergrund-Link: https://saferpage.de/guides/datenschutz-webseiten-pruefkatalog ## Consent-Zustand: Ablehnen löst weiterhin Datenschutz-Signale aus - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Consent-Zustand: Ablehnen löst weiterhin Datenschutz-Signale aus - Maßnahme: Reject-Zustand gegen Cookies, Storage und Drittanbieter prüfen; nicht notwendige Signale nach Ablehnen blockieren. - Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren ## Content-Security-Policy fehlt - Priorität: mittel / Impact 70 - Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Content-Security-Policy fehlt - Maßnahme: Header `content-security-policy` setzen und nach Deployment erneut prüfen. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## Datenschutzerklärung deckt zentrale Bausteine nicht vollständig ab - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Datenschutzerklärung deckt zentrale Bausteine nicht vollständig ab - Maßnahme: Verantwortlicher, Zwecke, Rechtsgrundlagen, Rechte, Speicherfristen, Empfänger, Cookies/Tracking und Widerruf strukturiert ergänzen. - Hintergrund-Link: https://saferpage.de/guides/datenschutzerklaerung-verbessern ## Drittland-/US-Anbieter im Browseraufruf prüfen - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Drittland-/US-Anbieter im Browseraufruf prüfen - Maßnahme: Für Anbieter wie Google Fonts, Google Fonts Transfergrundlage, AVV, DPF/SCC/TIA und Datenschutzhinweise prüfen. - Hintergrund-Link: https://saferpage.de/guides/drittlandtransfer-und-anbieter-pruefen ## Erkannte Anbieter fehlen in der Datenschutzerklärung - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Erkannte Anbieter fehlen in der Datenschutzerklärung - Maßnahme: Technisch erkannte Dienste in der Datenschutzerklärung konkret mit Anbieter, Zweck, Rechtsgrundlage, Empfänger und Transferhinweis benennen. - Hintergrund-Link: https://saferpage.de/guides/drittanbieter-datenschutz-erklaeren ## HSTS fehlt - Priorität: mittel / Impact 70 - Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: HSTS fehlt - Maßnahme: Header `strict-transport-security` setzen und nach Deployment erneut prüfen. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## Neue Cookies nach Ablehnen erkannt - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Neue Cookies nach Ablehnen erkannt - Maßnahme: Nach Ablehnen keine neuen nicht notwendigen Cookies setzen; technisch notwendige Cookies sauber erklären. - Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren ## X-Content-Type-Options fehlt - Priorität: mittel / Impact 70 - Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: X-Content-Type-Options fehlt - Maßnahme: Header `x-content-type-options` setzen und nach Deployment erneut prüfen. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## X-Frame-Options fehlt - Priorität: mittel / Impact 70 - Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: X-Frame-Options fehlt - Maßnahme: Header `x-frame-options` setzen und nach Deployment erneut prüfen. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## Rechte- und Anfrageprozess schließen - Priorität: mittel / Impact 62 - Bereich: Betroffenenrechte / Verantwortlich: Datenschutz/Support - Nachweis: Betroffenenrechte-Readiness: 80/100 Punkte, 2 Lücke(n) oder manuelle Prüfpunkte. Fokus: transparenter Anfrageweg, Datenquellen und sichere Antwortprozesse. - Maßnahme: Auskunft, Löschung, Berichtigung, Widerspruch, Widerruf, Fristen und Antwortweg als Betreiberprozess dokumentieren. - Hintergrund-Link: https://saferpage.de/rechte/iblm.de ## Browser-Nachweis - Priorität: mittel / Impact 35 - Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: 57 Request(s), 2 Drittanbieter-Domain(s), davon 0 datenschutzrelevant, 0 Browser-Cookie(s), Transfer-Prüfbedarf: 2, Referrer-/URL-Leaks: 0, Fingerprinting-/Replay-Hinweise: 1. - Maßnahme: Unnötige Drittanbieter reduzieren und die verbleibenden Kontakte in Datenschutz und Consent abbilden. - Hintergrund-Link: https://saferpage.de/guides/drittanbieter-datenschutz-erklaeren ## Google-Dienste & Drittanbieter - Priorität: mittel / Impact 35 - Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Google-Tags: nein, 2 Google-nahe Domain(s), Consent-Default: nicht nötig, Analytics: nein, Werbung: nein, Fonts: ja. - Maßnahme: Google-Dienste einzeln prüfen, Consent Mode sauber setzen und Fonts möglichst lokal ausliefern. - Hintergrund-Link: https://saferpage.de/guides/google-dienste-datenschutzfreundlich-einbinden ## Cross-Origin-Embedder-Policy fehlt - Priorität: niedrig / Impact 35 - Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Cross-Origin-Embedder-Policy fehlt - Maßnahme: Header `cross-origin-embedder-policy` setzen und nach Deployment erneut prüfen. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## Cross-Origin-Opener-Policy fehlt - Priorität: niedrig / Impact 35 - Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Cross-Origin-Opener-Policy fehlt - Maßnahme: Header `cross-origin-opener-policy` setzen und nach Deployment erneut prüfen. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## Cross-Origin-Resource-Policy fehlt - Priorität: niedrig / Impact 35 - Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Cross-Origin-Resource-Policy fehlt - Maßnahme: Header `cross-origin-resource-policy` setzen und nach Deployment erneut prüfen. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## Datenschutzkontakt oder DPO-Hinweis nicht klar erkannt - Priorität: niedrig / Impact 35 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Datenschutzkontakt oder DPO-Hinweis nicht klar erkannt - Maßnahme: Nennen Sie einen Datenschutzkontakt oder erklären Sie nachvollziehbar, wie Datenschutzanfragen gestellt werden können. - Hintergrund-Link: https://saferpage.de/guides/datenschutzerklaerung-verbessern ## Permissions-Policy fehlt - Priorität: niedrig / Impact 35 - Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Permissions-Policy fehlt - Maßnahme: Header `permissions-policy` setzen und nach Deployment erneut prüfen. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## Referrer-Policy fehlt - Priorität: niedrig / Impact 35 - Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Referrer-Policy fehlt - Maßnahme: Header `referrer-policy` setzen und nach Deployment erneut prüfen. - Hintergrund-Link: https://saferpage.de/guides/security-header-setzen ## Remote-Schriften von Google erkannt - Priorität: niedrig / Impact 35 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Remote-Schriften von Google erkannt - Maßnahme: Prüfen, ob Google Fonts lokal gehostet oder in der Datenschutzerklärung und Consent-Logik sauber erklärt werden. - Hintergrund-Link: https://saferpage.de/guides/google-dienste-datenschutzfreundlich-einbinden ## Viele Tastatur-/Eingabe-Listener im Browser erkannt - Priorität: niedrig / Impact 35 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Viele Tastatur-/Eingabe-Listener im Browser erkannt - Maßnahme: Prüfen, ob Eingaben für Analytics, Session-Replay oder Debugging erfasst werden; sensible Felder konsequent ausschließen. - Hintergrund-Link: https://saferpage.de/guides/session-replay-und-fingerprinting-pruefen ## Viele potenziell blockierende Assets - Priorität: niedrig / Impact 35 - Bereich: performance / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Viele potenziell blockierende Assets - Maßnahme: Skripte/CSS bündeln, defer/async nutzen und kritisches CSS priorisieren. - Hintergrund-Link: https://saferpage.de/guides/performance-und-mobile-usability-verbessern Links: - findings_center: https://saferpage.de/befunde/iblm.de - json: https://saferpage.de/befunde/iblm.de/export - csv: https://saferpage.de/befunde/iblm.de/export-csv - fixplan_markdown: https://saferpage.de/befunde/iblm.de/fixplan-md - report: https://saferpage.de/iblm.de - briefing: https://saferpage.de/briefing/iblm.de - operator_board: https://saferpage.de/betreiber/iblm.de - guides: https://saferpage.de/guides