# Nachweis-Manifest für blog.drk.de

blog.drk.de: 8 Nachweisartefakte, 0 Request(s), 0 Drittanbieter-Domain(s), Root-Hash dd7293d2b483f414.

> Nachweise sind öffentliche, sanitisiert dargestellte SaferPage-Artefakte. Sie belegen beobachtete Website-Signale zum Scan-Zeitpunkt, ersetzen aber keine interne Freigabe, keine vollständige Logauswertung und keine Rechtsberatung.

Scan-ID: 331080e7-bb26-450a-af4f-a5d19555b0a8
Check: 2026-06-19 14:07:17.858015+02
Root-Hash: dd7293d2b483f414130f3c2b7f69349ee7d5a736749fc97bcc8b24583a279ca0

## Artefakte
- HTTP-/HTML-Antwort: verfügbar - Endziel, Status, Header- und HTML-Signale aus passivem Abruf.
- Headless-Browserlauf: verfügbar - Chromium-/Browser-Signale für Requests, Cookies, Storage und Consent.
- Screenshot: nicht gespeichert - Für diesen gespeicherten Check ist kein Screenshot-Artefakt verknüpft.
- Consent-Zustände: verfügbar - Ablehnen, Akzeptieren, GPC, CMP- und Cookie-/Request-Zustände.
- Cookie-/Storage-Auszug: verfügbar - Sanitisierte Cookie-, Storage- und Laufzeit-/Zwecksignale.
- Drittanbieter-/Request-Auszug: keine Zeilen - Kontaktierte Domains, Anbieter, Request-Samples und datenschutzrelevante Kontakte.
- Integritätsmanifest: verfügbar - Root-Hash dd7293d2b483f414130f3c2b7f69349ee7d5a736749fc97bcc8b24583a279ca0
- ZIP-Nachweispaket: verfügbar - Getrennte Rohdaten-/Tabellenexporte über die API, soweit im Scan vorhanden.

## Hash-Abschnitte
- Prüfbeleg: c8efea483268d4736310ae7ab1ab75f94a590bd92f334dbbcde82d3349770c6e
- Scan-Protokoll: 02b21ed36781f80d33075c65df5cbdcf836a2f6c34c5466b8d53614cfa06947d
- Prüfschritte: 1861e03981d9f4a27dcc6302b1db0571700c9d1c7f246cc47ee4ec5d2e6108bd
- Consent-Zustände: 4f53cda18c2baa0c0354bb5f9a3ecbe5ed12ab4d8e11ba873c2f11161202b945
- Drittanbieter-Auszug: 4f53cda18c2baa0c0354bb5f9a3ecbe5ed12ab4d8e11ba873c2f11161202b945
- Cookie-Auszug: 4f53cda18c2baa0c0354bb5f9a3ecbe5ed12ab4d8e11ba873c2f11161202b945
- Request-Samples: 4f53cda18c2baa0c0354bb5f9a3ecbe5ed12ab4d8e11ba873c2f11161202b945
- Geprüfte Unterseiten: 4f53cda18c2baa0c0354bb5f9a3ecbe5ed12ab4d8e11ba873c2f11161202b945

## Verifikation
- [ ] JSON-Export speichern und den jeweiligen Abschnitt kanonisch mit sortierten Schlüsseln serialisieren.
- [ ] SHA-256 des kanonischen Abschnitts bilden und mit dem Manifest vergleichen.
- [ ] Screenshot-Datei separat als rohe Datei-Bytes hashen, falls ein Screenshot-Artefakt vorhanden ist.
- [ ] Bei einem Wiederholungsscan Root-Hash, Zeitstempel und Abschnitts-Hashes getrennt vergleichen.