# Befund- und Fixplan für besold.at

besold.at: 40 konsolidierte Befund(e), davon 5 hoch und 22 mittel priorisiert.
Check: 2026-06-30 00:14:15.127469+02

> Konsolidierte Arbeitsliste aus öffentlicher SaferPage-Evidenz. Betreiber müssen Befunde fachlich prüfen, interne Systeme ergänzen und nach Umsetzung erneut scannen.

## Browser-Nachweis

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

## Anbieterakten, AVV/DPA und Transfers prüfen

- Priorität: hoch / Impact 82
- Bereich: Anbieter & Transfer / Verantwortlich: Legal/Vendor-Verantwortung
- Nachweis: Vendor-Due-Diligence mit 5 Anbieter(n), 2 hohem Risiko, 5 AVV-/DPA-Prüfung(en) und 3 Transfer-/Jurisdiktionsfrage(n).
- Maßnahme: Top-Anbieter nach Risiko priorisieren, Rolle, Vertrag, TOMs, Unterauftragsverarbeiter und Transfergrundlage dokumentieren.
- Hintergrund-Link: https://saferpage.de/anbieter/besold.at

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

## Tracking-Pixel & Beacons

- Priorität: hoch / Impact 66
- Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: 3 Pixel-/Bildtracking-Hinweis(e), 2 Beacon-/Telemetry-Hinweis(e), 0 Link-Ping(s).
- Maßnahme: Pixel, sendBeacon, keepalive-Fetch und Link-Pings auf Consent, Zweck, Anbieter und Datenminimierung prüfen.
- Hintergrund-Link: https://saferpage.de/guides/tracking-pixel-und-beacons-begrenzen

## Beacon-/Keepalive-Telemetrie erkannt

- Priorität: mittel / Impact 70
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Beacon-/Keepalive-Telemetrie erkannt
- Maßnahme: navigator.sendBeacon, keepalive-Fetch und vergleichbare Telemetrie auf Consent, Anbieter und Datenminimierung prüfen.
- Hintergrund-Link: https://saferpage.de/guides/tracking-pixel-und-beacons-begrenzen

## CVE-2021-23017: 1-byte memory overwrite in resolver

- Priorität: mittel / Impact 70
- Bereich: vulnerability / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: CVE-2021-23017: 1-byte memory overwrite in resolver
- Maßnahme: nginx-Version gegen die offizielle Advisory pruefen und auf 1.21.0+, 1.20.1+ oder neuer aktualisieren.
- Hintergrund-Link: https://saferpage.de/guides/sichtbare-versionen-und-cves-beheben

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

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

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

## Datenschutzrelevante Drittanbieter im Browseraufruf

- Priorität: mittel / Impact 70
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Datenschutzrelevante Drittanbieter im Browseraufruf
- Maßnahme: Prüfen, ob Anbieter wie Matomo, Meta/Facebook, Google Tag Manager in der Datenschutzerklärung und Cookie-Auswahl verständlich erklärt werden.
- Hintergrund-Link: https://saferpage.de/guides/drittanbieter-datenschutz-erklaeren

## 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, Meta/Facebook Transfergrundlage, AVV, DPF/SCC/TIA und Datenschutzhinweise prüfen.
- Hintergrund-Link: https://saferpage.de/guides/drittlandtransfer-und-anbieter-pruefen

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

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

## Seiten-URL wird in Drittanbieter-Requests übertragen

- Priorität: mittel / Impact 70
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Seiten-URL wird in Drittanbieter-Requests übertragen
- Maßnahme: Tracking-/Tag-Parameter für Anbieter wie Matomo so konfigurieren, dass keine unnötigen Pfade, Suchparameter oder Formularumfelder gesendet werden.
- Hintergrund-Link: https://saferpage.de/guides/referrer-und-url-leaks-vermeiden

## Tracking-Pixel oder pixelnahe Requests erkannt

- Priorität: mittel / Impact 70
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Tracking-Pixel oder pixelnahe Requests erkannt
- Maßnahme: Pixel von Matomo, besold.at, Meta/Facebook erst nach Einwilligung laden, Zweck erklären und unnötige Bild-Tracker entfernen.
- Hintergrund-Link: https://saferpage.de/guides/tracking-pixel-und-beacons-begrenzen

## Versteckter Text erkannt

- Priorität: mittel / Impact 70
- Bereich: seo / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Versteckter Text erkannt
- Maßnahme: Prüfen, ob Text absichtlich vor Nutzern verborgen, aber für Suchmaschinen platziert wird.
- Hintergrund-Link: https://saferpage.de/guides/seo-spam-und-cloaking-bereinigen

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

## nginx-Version wirkt alt fuer einen oeffentlichen Webserver

- Priorität: mittel / Impact 70
- Bereich: vulnerability / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: nginx-Version wirkt alt fuer einen oeffentlichen Webserver
- Maßnahme: Pruefen, ob die sichtbare nginx-Version vom OS-Anbieter mit Security-Backports gepflegt wird. Ohne Backports auf eine aktuelle Stable/Mainline-Version aus dem nginx.org-Zweig aktualisieren.
- Hintergrund-Link: https://saferpage.de/guides/sichtbare-versionen-und-cves-beheben

## 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/besold.at

## Datenschutz, Cookies & Consent

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

## SEO-Integrität & Cloaking

- Priorität: mittel / Impact 36
- Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: 2 SEO-Spam-Hinweis(e), 0 Cloaking-Hinweis(e).
- Maßnahme: Versteckte Inhalte, Canonical-Missbrauch und Googlebot-Abweichungen entfernen.
- Hintergrund-Link: https://saferpage.de/guides/seo-spam-und-cloaking-bereinigen

## Consent-Journey-Matrix

- Priorität: mittel / Impact 35
- Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Consent-Journey: 0 neue Datenschutz-Domain(s) nach Ablehnen, 0 nach Akzeptieren, 3 im GPC-Aufruf.
- Maßnahme: Drittanbieter je Consent-Zustand prüfen; nach Ablehnen und bei GPC sollten keine neuen Trackingkontakte entstehen.
- Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren

## Formulare, Login & Zahlung

- Priorität: mittel / Impact 35
- Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Crawl fand 8 Formular(e) auf 4 geprüften Seite(n), u. a. /datenschutz, /impressum, /kontakt, /agb. Zweck, Pflichtfelder und Datenschutzkontext je Formular prüfen.
- Maßnahme: Bei Formularen Zweck, Pflichtfelder, Datenschutzkontext, HTTPS und Zahlungsanbieter klar machen.
- Hintergrund-Link: https://saferpage.de/guides/formulare-datenschutzkonform-absichern

## Google-Dienste & Drittanbieter

- Priorität: mittel / Impact 35
- Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Google-Tags: ja, 1 Google-nahe Domain(s), Consent-Default: ja, Analytics: ja, 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

## PII, URL-Parameter & Datenleck-Schutz

- Priorität: mittel / Impact 35
- Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: 2 PII-/Datenleck-Hinweis(e) aus URL-, Formular- und Browserkontext.
- Maßnahme: Personenbezogene Werte nicht in URLs, GET-Formularen, Referrern, Logs oder Tracking-Tags transportieren.
- Hintergrund-Link: https://saferpage.de/guides/pii-und-url-datenlecks-vermeiden

## Consent-Zustand: GPC mit Tracking-Hinweisen

- Priorität: niedrig / Impact 35
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Consent-Zustand: GPC mit Tracking-Hinweisen
- Maßnahme: GPC-Aufruf auf Datenschutz-Drittanbieter, Drittanbieter-Cookies und Storage-IDs prüfen.
- Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren

## 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: Betreiber sollten einen Datenschutzkontakt nennen oder nachvollziehbar erklären, wie Datenschutzanfragen gestellt werden können.
- Hintergrund-Link: https://saferpage.de/guides/datenschutzerklaerung-verbessern

## Datenschutzrelevante Kontakte trotz GPC-Signal

- Priorität: niedrig / Impact 35
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Datenschutzrelevante Kontakte trotz GPC-Signal
- Maßnahme: Bei aktivem Global Privacy Control sollten Anbieter wie Matomo, Meta/Facebook, Google Tag Manager besonders begründet oder blockiert werden.
- Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren

## HTML-Antwort ist groß

- Priorität: niedrig / Impact 35
- Bereich: performance / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: HTML-Antwort ist groß
- Maßnahme: HTML reduzieren, kritische Inhalte priorisieren und unnötige Inline-Daten vermeiden.
- Hintergrund-Link: https://saferpage.de/guides/performance-und-mobile-usability-verbessern

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

## Komprimierung nicht erkannt

- Priorität: niedrig / Impact 35
- Bereich: performance / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Komprimierung nicht erkannt
- Maßnahme: Brotli oder gzip für HTML/CSS/JS aktivieren.
- Hintergrund-Link: https://saferpage.de/guides/performance-und-mobile-usability-verbessern

## Links mit sensiblen Query-Parametern erkannt

- Priorität: niedrig / Impact 35
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Links mit sensiblen Query-Parametern erkannt
- Maßnahme: Sensible Parameter aus Links entfernen oder durch serverseitige, kurzlebige Zustände ersetzen.
- Hintergrund-Link: https://saferpage.de/guides/pii-und-url-datenlecks-vermeiden

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

## 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/besold.at
- json: https://saferpage.de/befunde/besold.at/export
- csv: https://saferpage.de/befunde/besold.at/export-csv
- fixplan_markdown: https://saferpage.de/befunde/besold.at/fixplan-md
- report: https://saferpage.de/besold.at
- briefing: https://saferpage.de/briefing/besold.at
- operator_board: https://saferpage.de/betreiber/besold.at
- guides: https://saferpage.de/guides
