# Befund- und Fixplan für berlincert.de berlincert.de: 31 konsolidierte Befund(e), davon 2 hoch und 23 mittel priorisiert. Check: 2026-06-19 15:20:58.763277+02 > Konsolidierte Arbeitsliste aus öffentlicher SaferPage-Evidenz. Betreiber müssen Befunde fachlich prüfen, interne Systeme ergänzen und nach Umsetzung erneut scannen. ## CVE-2026-23918: Double Free and possible RCE vulnerability in Apache HTTP Server with the HTTP/2 protocol - Priorität: hoch / Impact 95 - Bereich: vulnerability / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: CVE-2026-23918: Double Free and possible RCE vulnerability in Apache HTTP Server with the HTTP/2 protocol - Maßnahme: Pruefe die betroffene Version gegen Herstellerhinweise und aktualisiere auf eine nicht betroffene Version. - Hintergrund-Link: https://saferpage.de/guides/sichtbare-versionen-und-cves-beheben ## Anbieterakten, AVV/DPA und Transfers prüfen - Priorität: hoch / Impact 82 - Bereich: Anbieter & Transfer / Verantwortlich: Legal/Vendor-Verantwortung - Nachweis: Vendor-Due-Diligence mit 1 Anbieter(n), 1 hohem Risiko, 1 AVV-/DPA-Prüfung(en) und 1 Transfer-/Jurisdiktionsfrage(n). - Maßnahme: Top-Anbieter nach Risiko priorisieren, Rolle, Vertrag, TOMs, Unterauftragsverarbeiter und Transfergrundlage dokumentieren. - Hintergrund-Link: https://saferpage.de/anbieter/berlincert.de ## Buttons ohne erkennbaren Namen - Priorität: mittel / Impact 70 - Bereich: accessibility / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Buttons ohne erkennbaren Namen - Maßnahme: Buttons mit sichtbarem Text oder aria-label beschriften. - Hintergrund-Link: https://saferpage.de/guides/barrierefreiheit-cookie-banner-formulare ## Canonical zeigt auf fremde Domain - Priorität: mittel / Impact 70 - Bereich: seo / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Canonical zeigt auf fremde Domain - Maßnahme: Canonical-Tags sollten nur bewusst auf fremde Domains zeigen; sonst kann Traffic/Ranking umgeleitet werden. - Hintergrund-Link: https://saferpage.de/guides/seo-spam-und-cloaking-bereinigen ## Consent wirkt wie Nur-Akzeptieren - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Consent wirkt wie Nur-Akzeptieren - Maßnahme: Cookie-Auswahl und Ablehnen-Option sichtbar anbieten. - Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren ## 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 ## Cookie-Hinweis ohne klare Ablehnen-Option - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Cookie-Hinweis ohne klare Ablehnen-Option - Maßnahme: Ablehnen sollte genauso leicht auffindbar sein wie Akzeptieren. - Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren ## Dateneingabe und datenschutzrelevante Drittanbieter im selben Browseraufruf - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Dateneingabe und datenschutzrelevante Drittanbieter im selben Browseraufruf - Maßnahme: Tracking, Werbung und Session-Replay auf Seiten mit Dateneingabe nur nach Einwilligung auslösen und keine Formularwerte an Tags übergeben. - Hintergrund-Link: https://saferpage.de/guides/pii-und-url-datenlecks-vermeiden ## 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 Tag Manager 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 ## Google Consent Mode Default nicht erkannt - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Google Consent Mode Default nicht erkannt - Maßnahme: Vor dem ersten Google-Tag Consent-Defaults setzen, typischerweise ad_storage, analytics_storage, ad_user_data und ad_personalization auf denied. - Hintergrund-Link: https://saferpage.de/guides/google-dienste-datenschutzfreundlich-einbinden ## Neue datenschutzrelevante Kontakte nach Ablehnen - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Neue datenschutzrelevante Kontakte nach Ablehnen - Maßnahme: Nach Ablehnen sollten Anbieter wie Google Tag Manager nicht neu kontaktiert werden. - Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren ## Tracking-Hinweise im Storage nach Ablehnen - Priorität: mittel / Impact 70 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Tracking-Hinweise im Storage nach Ablehnen - Maßnahme: Tracking-IDs in LocalStorage oder SessionStorage nach Ablehnen entfernen oder gar nicht erst setzen. - Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren ## 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/berlincert.de ## Google-Dienste & Drittanbieter - Priorität: mittel / Impact 42 - Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Google-Tags: ja, 1 Google-nahe Domain(s), Consent-Default: nein, Analytics: nein, Werbung: nein, Fonts: nein. - 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 ## Google-Tags und Consent Mode prüfen - Priorität: mittel / Impact 42 - Bereich: Google Consent Mode / Verantwortlich: GTM/Webentwicklung - Nachweis: Google-Consent-Mode-Signale wurden aus GTM/Analytics/Ads-Tags, passenden Browserkontakten und Tracking-IDs abgeleitet; reine Google-Service-Kontakte werden separat gezählt. - Maßnahme: Befund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen. - Hintergrund-Link: https://saferpage.de/consent-mode/berlincert.de ## Barrierefreiheit & Usability - Priorität: mittel / Impact 35 - Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: 12 Bild(er) ohne alt, 0 Formularfeld(er) ohne Beschriftung, 1 Button(s) ohne Namen. - Maßnahme: Alt-Texte, Formularlabels, Button-Namen, lang-Attribut und Überschriftenstruktur für Nutzer und Screenreader prüfen. - Hintergrund-Link: https://saferpage.de/guides/barrierefreiheit-cookie-banner-formulare ## Browser-Nachweis - Priorität: mittel / Impact 35 - Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: 56 Request(s), 1 Drittanbieter-Domain(s), davon 1 datenschutzrelevant, 0 Browser-Cookie(s), Transfer-Prüfbedarf: 1, Referrer-/URL-Leaks: 0, Fingerprinting-/Replay-Hinweise: 0. - Maßnahme: Unnötige Drittanbieter reduzieren und die verbleibenden Kontakte in Datenschutz und Consent abbilden. - Hintergrund-Link: https://saferpage.de/guides/drittanbieter-datenschutz-erklaeren ## Datenschutz, Cookies & Consent - Priorität: mittel / Impact 35 - Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: 0 Tracking-Script(s), 0 Cookie(s) vor Einwilligung, 0 Tracking-Cookie(s), Ablehnen-Option: nein, Consent-Audit: 66. - Maßnahme: Tracking, Werbung und nicht notwendige Cookies vor Zustimmung blockieren und verständlich erklären. - Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren ## Sicherheit, TLS & Header - Priorität: mittel / Impact 35 - Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: 1 Infrastruktur-Hinweis(e), Security-Header: 5/9 vorhanden, 4 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-Audit zeigt Handlungsbedarf - Priorität: mittel / Impact 34 - Bereich: Consent & Tracking / Verantwortlich: Marketing/IT - Nachweis: Consent ist teilweise erkennbar; einzelne Punkte bleiben Betreiberkontext. - Maßnahme: Befund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen. - Hintergrund-Link: https://saferpage.de/consent/berlincert.de ## Barrierefreiheit und Usability prüfen - Priorität: mittel / Impact 32 - Bereich: Barrierefreiheit / Verantwortlich: UX/IT - Nachweis: 17 Bild(er), 1 Formularfeld(er), 2 Button(s) im passiven HTML-Sample auf Basis-Barrierefreiheit geprüft. - Maßnahme: Befund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen. - Hintergrund-Link: https://saferpage.de/barrierefreiheit/berlincert.de ## Security-Header und Browser-Schutz härten - Priorität: mittel / Impact 30 - Bereich: Security / Verantwortlich: IT/Security - Nachweis: 5 von 9 wichtigen Security-Headern vorhanden, 5 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 ## Bilder ohne Alternativtext - Priorität: niedrig / Impact 35 - Bereich: accessibility / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Bilder ohne Alternativtext - Maßnahme: Inhaltliche Bilder mit alt-Text versehen; dekorative Bilder mit leerem alt oder aria-hidden kennzeichnen. - Hintergrund-Link: https://saferpage.de/guides/barrierefreiheit-cookie-banner-formulare ## 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 ## Datenschutzrelevante Drittanbieter im Browseraufruf - Priorität: niedrig / Impact 35 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Datenschutzrelevante Drittanbieter im Browseraufruf - Maßnahme: Prüfen, ob Anbieter wie Google Tag Manager in der Datenschutzerklärung und Cookie-Auswahl verständlich erklärt werden. - Hintergrund-Link: https://saferpage.de/guides/drittanbieter-datenschutz-erklaeren ## Keine gängige CMP-/TCF-API im Browser erkannt - Priorität: niedrig / Impact 35 - Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz - Nachweis: Keine gängige CMP-/TCF-API im Browser erkannt - Maßnahme: Bei Tracking prüfen, ob Consent technisch nachvollziehbar gesetzt, widerrufen und dokumentiert wird. - Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren Links: - findings_center: https://saferpage.de/befunde/berlincert.de - json: https://saferpage.de/befunde/berlincert.de/export - csv: https://saferpage.de/befunde/berlincert.de/export-csv - fixplan_markdown: https://saferpage.de/befunde/berlincert.de/fixplan-md - report: https://saferpage.de/berlincert.de - briefing: https://saferpage.de/briefing/berlincert.de - operator_board: https://saferpage.de/betreiber/berlincert.de - guides: https://saferpage.de/guides