# Befund- und Fixplan für baysf-waldshop.de

baysf-waldshop.de: 32 konsolidierte Befund(e), davon 6 hoch und 14 mittel priorisiert.
Check: 2026-06-19 18:06:53.828836+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), 1 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/baysf-waldshop.de

## Browser-Nachweis

- Priorität: hoch / Impact 75
- Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: 46 Request(s), 2 Drittanbieter-Domain(s), davon 0 datenschutzrelevant, 3 Browser-Cookie(s), Transfer-Prüfbedarf: 0, Referrer-/URL-Leaks: 1, 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

## Referrer & URL-Leaks

- Priorität: hoch / Impact 75
- Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: 1 Drittanbieter-Domain(s) mit Referrer-/URL-Leak-Prüfbedarf, 4 sensible Query-Kontexte.
- Maßnahme: Referrer-Policy härten, sensible Query-Parameter entfernen und Tracking-Parameter ohne volle Seiten-URL konfigurieren.
- Hintergrund-Link: https://saferpage.de/guides/referrer-und-url-leaks-vermeiden

## Security-Header und Browser-Schutz härten

- Priorität: hoch / Impact 66
- Bereich: Security / Verantwortlich: IT/Security
- Nachweis: 5 von 9 wichtigen Security-Headern vorhanden, 5 korrekt bewertet. CSP nur Report-Only mit 10 Direktive(n), 2 Warnung(en), 2 Hinweis(e).
- 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: 5/9 vorhanden, 4 fehlen, externe Skript-Hosts: 1.
- Maßnahme: HTTPS, Zertifikat, HSTS, CSP, zentrale Security-Header und externe Skriptquellen sauber konfigurieren.
- Hintergrund-Link: https://saferpage.de/guides/security-header-setzen

## Datenschutz, Cookies & Consent

- Priorität: hoch / Impact 60
- Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: 1 Tracking-Script(s), 3 Cookie(s) vor Einwilligung, 0 Tracking-Cookie(s), Ablehnen-Option: ja, Consent-Audit: 60.
- 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

## 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

## CSP erlaubt eval-nahe Skriptausführung

- Priorität: mittel / Impact 70
- Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: CSP erlaubt eval-nahe Skriptausführung
- Maßnahme: unsafe-eval vermeiden und betroffene Bibliotheken oder Build-Konfigurationen prüfen.
- Hintergrund-Link: https://saferpage.de/guides/security-header-setzen

## CSP erlaubt unsafe-inline für Skripte

- Priorität: mittel / Impact 70
- Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: CSP erlaubt unsafe-inline für Skripte
- Maßnahme: Inline-Skripte über Nonces oder Hashes freigeben und unsafe-inline aus script-src entfernen.
- 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

## 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

## Drittanbieter können vollen Referrer-Kontext erhalten

- Priorität: mittel / Impact 70
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Drittanbieter können vollen Referrer-Kontext erhalten
- Maßnahme: Referrer-Policy prüfen und für Anbieter wie PayPal mindestens strict-origin-when-cross-origin oder strenger setzen.
- Hintergrund-Link: https://saferpage.de/guides/referrer-und-url-leaks-vermeiden

## Kein sichtbarer Ablehnen-Button im Banner

- Priorität: mittel / Impact 70
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Kein sichtbarer Ablehnen-Button im Banner
- Maßnahme: Ablehnen oder nur notwendige Cookies im sichtbaren Banner genauso erreichbar machen wie Akzeptieren.
- Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren

## Möglicherweise nicht notwendige Cookies vor Einwilligung

- Priorität: mittel / Impact 70
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Möglicherweise nicht notwendige Cookies vor Einwilligung
- Maßnahme: Prüfen, ob diese Cookies technisch notwendig sind oder erst nach Einwilligung gesetzt werden dürfen.
- Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren

## Sensible URL-Schlüssel im Drittanbieter-Kontext

- Priorität: mittel / Impact 70
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Sensible URL-Schlüssel im Drittanbieter-Kontext
- Maßnahme: Sensible Parameter wie E-Mail, Name, Token oder Session-IDs aus URLs entfernen und Drittanbieter-Tags auf solchen Seiten blockieren.
- Hintergrund-Link: https://saferpage.de/guides/referrer-und-url-leaks-vermeiden

## Tracking ohne sichtbaren Cookie-Hinweis

- Priorität: mittel / Impact 70
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Tracking ohne sichtbaren Cookie-Hinweis
- Maßnahme: Prüfen, ob vor Tracking eine wirksame Einwilligung eingeholt wird.
- 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: 90/100 Punkte, 1 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/baysf-waldshop.de

## Barrierefreiheit & Usability

- Priorität: mittel / Impact 40
- Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: 4 Bild(er) ohne alt, 0 Formularfeld(er) ohne Beschriftung, 5 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

## Barrierefreiheit und Usability prüfen

- Priorität: mittel / Impact 40
- Bereich: Barrierefreiheit / Verantwortlich: UX/IT
- Nachweis: 6 Bild(er), 19 Formularfeld(er), 24 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/baysf-waldshop.de

## Consent-Audit zeigt Handlungsbedarf

- Priorität: mittel / Impact 40
- 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/baysf-waldshop.de

## 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

## CSP erlaubt sehr breite Skriptquellen

- Priorität: niedrig / Impact 35
- Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: CSP erlaubt sehr breite Skriptquellen
- Maßnahme: script-src auf konkrete HTTPS-Hosts, Nonces oder Hashes begrenzen.
- Hintergrund-Link: https://saferpage.de/guides/security-header-setzen

## CSP nur im Report-Only-Modus

- Priorität: niedrig / Impact 35
- Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: CSP nur im Report-Only-Modus
- Maßnahme: Report-Only ist gut zum Testen; nach Korrektur der Verstöße sollte eine wirksame Content-Security-Policy gesetzt werden.
- Hintergrund-Link: https://saferpage.de/guides/security-header-setzen

## 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

## Externe Skripte ohne Subresource Integrity

- Priorität: niedrig / Impact 35
- Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Externe Skripte ohne Subresource Integrity
- Maßnahme: Für statische CDN-Skripte `integrity` und passend `crossorigin` setzen oder Skripte kontrolliert lokal ausliefern.
- Hintergrund-Link: https://saferpage.de/guides/externe-skripte-und-sri-absichern

## Stand der Datenschutzerklärung nicht klar erkennbar

- Priorität: niedrig / Impact 35
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Stand der Datenschutzerklärung nicht klar erkennbar
- Maßnahme: Ergänzen Sie ein gut sichtbares Stand- oder Aktualisierungsdatum und prüfen Sie die Erklärung nach technischen Änderungen.
- Hintergrund-Link: https://saferpage.de/guides/datenschutzerklaerung-verbessern

## Tracking-Signale auf geprüften Unterseiten

- Priorität: niedrig / Impact 35
- Bereich: crawl / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Tracking-Signale auf geprüften Unterseiten
- Maßnahme: Tracking und Drittanbieter nicht nur auf der Startseite, sondern auch auf Pflicht- und Formularseiten prüfen.
- Hintergrund-Link: https://saferpage.de/guides/datenschutz-webseiten-pruefkatalog

## 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

## Zahlungsdienstleister erkannt

- Priorität: niedrig / Impact 35
- Bereich: data_entry / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Zahlungsdienstleister erkannt
- Maßnahme: Prüfen, ob Zahlungsdienstleister in Datenschutzhinweisen und Checkout klar benannt werden.
- Hintergrund-Link: https://saferpage.de/guides/datenschutz-webseiten-pruefkatalog

Links:
- findings_center: https://saferpage.de/befunde/baysf-waldshop.de
- json: https://saferpage.de/befunde/baysf-waldshop.de/export
- csv: https://saferpage.de/befunde/baysf-waldshop.de/export-csv
- fixplan_markdown: https://saferpage.de/befunde/baysf-waldshop.de/fixplan-md
- report: https://saferpage.de/baysf-waldshop.de
- briefing: https://saferpage.de/briefing/baysf-waldshop.de
- operator_board: https://saferpage.de/betreiber/baysf-waldshop.de
- guides: https://saferpage.de/guides