# Nachweis-Manifest für dihk.de

dihk.de: 8 Nachweisartefakte, 32 Request(s), 2 Drittanbieter-Domain(s), Root-Hash 48bebf7e74ac3590.

> 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: 1b0769fa-9dff-4f05-a08f-40d45aef3eb7
Check: 2026-06-07 21:46:20.784981+02
Root-Hash: 48bebf7e74ac3590298cbe033815ded5a962a25d1ff117b4c97ed3b5d00ee7c7

## 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: verfügbar - Kleines Seitenpreview als visueller Kontext.
- 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: verfügbar - Kontaktierte Domains, Anbieter, Request-Samples und datenschutzrelevante Kontakte.
- Integritätsmanifest: verfügbar - Root-Hash 48bebf7e74ac3590298cbe033815ded5a962a25d1ff117b4c97ed3b5d00ee7c7
- ZIP-Nachweispaket: verfügbar - Getrennte Rohdaten-/Tabellenexporte über die API, soweit im Scan vorhanden.

## Hash-Abschnitte
- Prüfbeleg: 4c88b76f667baf4f8fca40bb042c1d916fe78f20daaee73bb64c9badbf426d26
- Scan-Protokoll: 8ede6855a3b524176250687ff9e02ee66f6e4c5f36d106c2b294c2e9679b7ca2
- Prüfschritte: d233dadee1cf569e63f7dcf511a4698a92768b67b73e1604d95ea9934106f7cf
- Consent-Zustände: 1891b57583813455ba27c51512bb6954823a28f67d6112250c6c6ba5e09e6354
- Drittanbieter-Auszug: 5cf8a9b91e1bbb76adb9df19c081968ccedc7dccac97086834b827d0153a13da
- Cookie-Auszug: 348c56e541c626611b5232bd830e20da6740536541e90e100b266fec06b3bff4
- Request-Samples: b24676cc55267e297faedb1ec867434e535ae96de8508ef94ba3773ae2db4984
- Geprüfte Unterseiten: 3d8b4c9d578cd4532096ad27b6e756abd80a9aac9200da8c7fc003875e248916
- 100x100 Screenshot-Datei: a43bc90ec055ddb4cb22fa9861b3d0a805fefd045e015353b6db04daa88ec45c

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