Woran erkenne ich, ob ein Beweispaket verändert wurde?

Berechnen Sie den SHA-256-Hashwert jeder Datei neu, vergleichen Sie ihn mit manifest.json und prüfen Sie dann die RSA-Signatur von manifest.json. Der Vertrauens-Verifizierer auf getproofsnap.com und die Skripte im ZIP erledigen beides. Eine veränderte Datei führt in der Seitenleiste zum Ergebnis „Integrität: verändert“, und die betroffene Datei wird genannt. Fehlende Dateien meldet zuverlässig der Vertrauens-Verifizierer auf getproofsnap.com oder verify.sh.

Wie zeige ich, dass ein Screenshot nicht verändert wurde?

Ein einzelner Screenshot lässt sich im Nachhinein nicht prüfen. In einem ProofSnap-Paket steht der SHA-256-Hashwert von screenshot.jpeg in manifest.json, die signiert und je nach Tarif mit Zeitstempeln versehen ist. Legen Sie das ZIP in den Vertrauens-Verifizierer oder starten Sie verify.sh: Hat sich auch nur ein Pixel geändert, stimmt der Hashwert nicht mehr und die Datei wird gemeldet.

Belegt eine gültige Signatur, wer die Seite aufgenommen hat?

Nein. Der Signaturschlüssel wird im Paket selbst erzeugt. Eine gültige Signatur belegt deshalb, dass sich die Dateien seit der Versiegelung des Pakets nicht verändert haben. Dass das Paket spätestens zu einem bestimmten Zeitpunkt existierte, zeigen die Zeitstempel von OpenTimestamps und eIDAS.

Ist der Vertrauens-Verifizierer kostenlos, und was sendet er an ProofSnap?

Ja, er ist kostenlos. Jeder kann ihn im Browser öffnen und das ZIP ablegen, ohne Konto und ohne Installation. Die Dateien werden im Browser gehasht. Für die Zeitstempelprüfungen gehen die manifest.json mit dem .ots-Nachweis (OpenTimestamps) sowie der Hashwert des Manifests mit dem .tsr-Zeitstempel (eIDAS) an ProofSnap-Server. Ganz ohne ProofSnap prüfen Sie mit verify.sh oder verify.ps1 aus dem Paket.

Welche Datei gebe ich der Gegenseite oder dem Gericht?

Das ZIP genau so, wie Sie es heruntergeladen haben. Darin steckt alles, was zur Prüfung nötig ist, auch die Skripte und die Anleitung. Das Beweis-PDF können Sie zum leichteren Lesen zusätzlich schicken, der Beweis ist aber das ZIP.

Heißt ein ausstehender Bitcoin-Zeitstempel, dass das Paket ungültig ist?

Nein. Das Ergebnis kann „Integrität: stimmt überein“ lauten, während der Bitcoin-Anker noch aussteht. Prüfen Sie dasselbe ZIP einige Stunden später erneut, dann erscheint der Block.

Schritt-für-Schritt-Anleitung

Ein ProofSnap-Beweispaket prüfen

Dieser Leitfaden (Stand: Oktober 2026) zeigt, wie Sie ein ProofSnap-Beweispaket auf drei Wegen prüfen: in der Seitenleiste der ProofSnap-Erweiterung, im kostenlosen Vertrauens-Verifizierer auf getproofsnap.com oder mit den Skripten verify.sh und verify.ps1 im ZIP. Jeder Weg berechnet die SHA-256-Hashwerte neu, prüft die RSA-Signatur von manifest.json und zeigt die Zeitstempel.

Von Radim Motycka, Gründer und Chefentwickler von ProofSnap, der den Vertrauens-Verifizierer und die Prüfskripte entwickelt hat. · Zuletzt aktualisiert: 22. Oktober 2026

Geeignet für

Web-, Video-, Sitzungs- und Dateipakete

Drei Wege

Seitenleiste, Website, Skripte

Konto

Auf der Website nicht nötig

Wofür dieser Leitfaden gedacht ist

Ein Beweispaket ist nur so viel wert wie die Möglichkeit, es zu prüfen: Wer das ZIP erhält, will sehen, dass seit der Aufnahme keine Datei verändert wurde. Sie selbst prüfen am besten direkt nach der Aufnahme und noch einmal, bevor Sie das Paket weitergeben. Die Gegenseite oder ein Sachverständiger prüft dasselbe ZIP später auf eigenem Weg, mit oder ohne ProofSnap. Dieser Leitfaden zeigt alle drei Wege und erklärt, was die einzelnen Ergebniszeilen bedeuten.

Drei Wege zur Prüfung

Alle drei Wege stellen dieselben Fragen: Ist jede Datei noch die, die bei der Aufnahme versiegelt wurde, und welche Zeitstempel zeigen, wann das Paket spätestens existierte? Wählen Sie den Weg, der zu der Person passt, die prüft.

Weg A · Schritte 2 bis 6

In der ProofSnap-Seitenleiste

Für Sie selbst, direkt nach der Aufnahme oder vor dem Versand. Erfordert ProofSnap und die Anmeldung mit einem ProofSnap-Konto.

Weg B · Schritt 7

Auf dieser Website

Für die Gegenseite, ein Gericht oder jede andere Person. Jeder Browser, keine Installation, kein Konto.

Weg C · Schritte 8 bis 10

Mit den Skripten im ZIP

Für Sachverständige, die auf dem eigenen Rechner prüfen wollen, ganz ohne ProofSnap.

Was eine erfolgreiche Prüfung belegt

Die Prüfung eines ProofSnap-Beweispakets beantwortet drei getrennte Fragen:

Integrität: Jede Datei passt noch zu dem SHA-256-Hashwert, der in manifest.json steht.
Signatur: Die RSA-Signatur in manifest.sig passt zum Manifest. Auch die Liste der Hashwerte wurde also nicht verändert.
Zeitpunkt: Ein OpenTimestamps-Nachweis zeigt, dass das Manifest spätestens zum Zeitpunkt eines bestimmten Bitcoin-Blocks existierte. Ein qualifizierter EU-Zeitstempel von Disig a.s., einem qualifizierten Vertrauensdiensteanbieter auf der EU-Vertrauensliste, zeigt, dass es spätestens zum angegebenen Datum und zur angegebenen Uhrzeit existierte.

Die Signatur belegt nur die Integrität, denn ihr Schlüssel wird im Paket selbst erzeugt. Wann das Paket spätestens existierte, zeigen die Zeitstempel. Die Skripte verify.sh und verify.ps1 durchlaufen dieselben Prüfungen (Dateiintegrität, Manifest-Signatur, eIDAS-Zeitstempel, Bitcoin-Anker) und enden mit einem von drei Exit-Codes: 0 für PASS, 1 für FAIL und 2 für INCOMPLETE.

Alles, was die Prüfung braucht, liegt im ZIP selbst: der öffentliche Schlüssel, die Zeitstempel, die Skripte und die Anleitung. Das Paket bleibt deshalb auch in Jahren noch prüfbar, mit OpenSSL und dem ots-Client und ohne die Server von ProofSnap.

Die drei Wege im Vergleich

Der Verifizierer in der Seitenleiste liest Pakete bis etwa 1,8 GB, der Browserspeicher kann aber schon ab etwa 900 MB knapp werden. Größere Pakete prüfen Sie mit verify.sh oder verify.ps1, die Pakete jeder Größe Datei für Datei lesen.

	A: Seitenleiste	B: Website	C: Skripte im ZIP
Wer prüft	Sie, vor dem Versand	Jeder Empfänger des Pakets	Sachverständige am eigenen Rechner
ProofSnap-Konto	Erforderlich	Nicht nötig	Nicht nötig
Läuft auf	Chrome oder Edge mit ProofSnap	Jedem aktuellen Browser	macOS, Linux, Windows
Daten an ProofSnap-Server	Für die beiden Zeitstempelprüfungen	Für die beiden Zeitstempelprüfungen: manifest.json und .ots-Nachweis, Hashwert des Manifests und .tsr	Keine
Große Videos	Bis etwa 1,8 GB	Begrenzt durch den Browserspeicher	Ohne Größengrenze

Bevor Sie beginnen

Das Beweispaket als ZIP, genau so, wie es heruntergeladen wurde.
Eine Internetverbindung für die Zeitstempelprüfungen in der Seitenleiste und auf der Website.
Bei einer Dateizertifizierung: die Originaldatei, wenn Sie sie mit dem Zertifikat abgleichen wollen.

Schritt 1, für alle

Mit dem Original-ZIP arbeiten

Jeder der folgenden Wege prüft das ZIP genau so, wie ProofSnap es erzeugt hat, gleichgültig, ob es eine Webseitenaufnahme, ein Video, eine Sitzung mit mehreren Tabs oder eine Dateizertifizierung enthält. Dieses ZIP geben Sie später auch an die Gegenseite, Ihre Anwältin oder das Gericht weiter. Lassen Sie das Original unangetastet und arbeiten Sie mit Kopien.

1Das ZIP. Den Namen der ZIP-Datei selbst dürfen Sie ändern, denn geprüft werden die Dateien darin. Fügen Sie keine Dateien hinzu, entfernen Sie keine und packen Sie das ZIP nicht neu.
2manifest.json. Die Liste aller Dateien mit ihrem SHA-256-Hashwert. Ihre Signatur steht in manifest.sig und wird mit dem öffentlichen Schlüssel publickey.pem geprüft. Bitcoin- und eIDAS-Zeitstempel beziehen sich, wenn vorhanden, auf diese Datei.
3verification/. Die Skripte und die Textanleitung, mit denen sich das Paket ohne ProofSnap prüfen lässt (Schritte 8 bis 10).

1 proofsnap_20261015_094107.zip

evidence.pdf
provenance_certificate.pdf
screenshot.jpeg
page.html
page.mhtml
domtextcontent.txt
metadata.json
chain_of_custody.json
forensic_log.json
forensic_log_summary.txt
2manifest.json
manifest.sig
publickey.pem
manifest.json.ots
manifest.json.tsr
eidas_validation.json
3verification/
verify.sh
verify.ps1
VERIFICATION_GUIDE.txt

Beispiel eines Webseitenpakets mit OpenTimestamps und eIDAS im Dateimanager (vereinfacht). Welche Dateien genau enthalten sind, hängt von Tarif und Optionen ab.

Weg A

In der ProofSnap-Seitenleiste prüfen

Der Vertrauensverifizierer ist in die Erweiterung eingebaut, direkt neben den Aufnahmewerkzeugen. Auch das ProofSnap Dashboard prüft Pakete: Mit einem kostenpflichtigen Tarif öffnen Sie dort Werkzeuge, wählen Paket verifizieren und ziehen das ZIP hinein, wie in Erste Schritte im Dashboard beschrieben.

Schritt 2, in der Seitenleiste

Den Vertrauensverifizierer in der Seitenleiste finden

Öffnen Sie die ProofSnap-Seitenleiste und scrollen Sie an den Aufnahmeoptionen vorbei nach unten. Die Karte ProofSnap Vertrauensverifizierer liegt direkt über der Dateizertifizierung und ist zugeklappt. Sie erscheint nur, wenn Sie mit einem ProofSnap-Konto angemeldet sind, das über einen Tarif oder Guthaben verfügt. Wer ProofSnap nicht nutzt, prüft auf der Website (Schritt 7).

1ProofSnap-Symbol. Öffnet die Seitenleiste. Welcher Tab gerade offen ist, spielt keine Rolle.
2ProofSnap Vertrauensverifizierer. Klicken Sie auf den Titel, um die Karte aufzuklappen.

Schritt 3, in der Seitenleiste

ZIP hochladen und auf „ZIP-Datei verifizieren“ klicken

Der Verifizierer nimmt Pakete von Webseiten- und Videoaufnahmen, Sitzungspakete, Dateizertifizierungen, kombinierte Zertifizierungen mehrerer Dateien und Stapelpakete mit einem ZIP pro Datei an. Um welche Art es sich handelt, erkennt er selbst am Inhalt des ZIPs.

1Zum Hochladen klicken oder per Drag & Drop. Wählen Sie das ZIP. Sein Name erscheint blau im Ablagefeld.
2ZIP-Datei verifizieren. Startet alle Prüfungen in Ihrem Browser. Die beiden Zeitstempelprüfungen fragen ProofSnap-Server ab, bleiben Sie also online. Sehr große Pakete (ab etwa 900 MB, meist lange Videos) können den Browserspeicher erschöpfen; ab etwa 1,8 GB verweist der Verifizierer auf die Skripte aus Schritt 8.

Die aufgeklappte Karte mit ausgewähltem ZIP. Solange keine Datei gewählt ist, bleibt die Schaltfläche blass und inaktiv.

Schritt 4, in der Seitenleiste

Das Ergebnis lesen

Das Ergebnis fasst alle Prüfungen in einer Zeile zusammen. Fahren Sie mit der Maus darüber, um eine kurze Erklärung zu sehen.

1Integrität: stimmt überein. Alle kryptografischen Prüfungen waren erfolgreich: Die Dateien passen zum Manifest, und das Manifest passt zur Signatur, die mit dem Schlüssel des Pakets erstellt wurde. Diese Zeile erscheint erst, nachdem die Signatur tatsächlich geprüft und die Hashwerte neu berechnet wurden.
2Integrität: verändert. Mindestens eine Prüfung ist fehlgeschlagen: Das Paket wurde verändert oder ist unvollständig. Was dann zu tun ist, steht in Schritt 12.
3Technische Verifizierung anzeigen. Öffnet die Einzelprüfungen (nächster Schritt).

Oben ein unverändertes Paket. Unten dieselbe Stelle, wenn eine Prüfung fehlgeschlagen ist.

Schritt 5, in der Seitenleiste

Die technische Verifizierung öffnen

Jede Zeile steht für eine Prüfung. Ein blauer Balken kennzeichnet eine bestandene Prüfung, ein grauer einen reinen Hinweis, ein roter eine fehlgeschlagene Prüfung. Welche Zeilen erscheinen, hängt vom Inhalt des Pakets ab.

1manifest.json. Die RSA-Signatur des Manifests wird mit dem öffentlichen Schlüssel des Pakets geprüft. Sie belegt, dass sich das Manifest seit dem Signieren nicht verändert hat.
2Dateiintegrität. Jede im Manifest aufgeführte Datei, die im ZIP liegt, wird erneut mit SHA-256 gehasht und verglichen. Signatur und Schlüssel entstehen erst nach dem Manifest, bei ihnen wird daher nur geprüft, ob sie vorhanden sind. Sitzungspakete schließen die Dateien jedes Tabs ein, Videopakete die Aufzeichnung.
3Beweiskette. Der Aufnahmezeitpunkt ist plausibel (nicht in der Zukunft und nicht mehr als 30 Jahre zurückliegend), forensic_log.json passt zum Hashwert in chain_of_custody.json, die Hash-Kette des Protokolls wird Schritt für Schritt neu berechnet und der finale Hashwert stimmt überein. Die Zeile mit der ISO-Norm gibt wieder, was chain_of_custody.json angibt; sie ist keine Bewertung.
4Aufnahmekontext. Version der Erweiterung, Zahl der Zeitserver, die den Aufnahmezeitpunkt bestätigt haben, Geräteintegritätswert und Zahl der protokollierten Vorgänge. Ein Sitzungspaket listet außerdem jeden enthaltenen Tab auf.

Die Zeitstempelzeilen

5OpenTimestamps. Der Bitcoin-Block, in dem das Manifest verankert ist, mit seinem Datum. Kurz nach einer Aufnahme meldet diese Zeile, dass die Bestätigung aussteht (siehe Schritt 11). Bei Essential-Aufnahmen fehlt sie, es sei denn, es wurde ein eIDAS SnapPack- oder Video SnapPack-Guthaben verwendet.
6Qualifizierter EU-Zeitstempel. Der qualifizierte Zeitstempel ist für dieses Manifest gültig, mit Aussteller und Uhrzeit in UTC. Aussteller: Disig a.s., qualifizierter Vertrauensdiensteanbieter auf der EU-Vertrauensliste.
7EU-qualifizierter Zeitstempel (LTV). Eine zweite Prüfung ohne Server: Hashwert, Signatur, Zertifikatskette und Sperrstatus, alles aus der Datei eidas_validation.json im Paket. Ist der eIDAS-Dienst über das Netz nicht erreichbar, läuft nur diese Prüfung.
8Aussteller. Erinnert daran, dass der Signaturschlüssel im Paket selbst erzeugt wird: Die Signatur belegt die Integrität, die Zeitstempel datieren das Paket.

Integrität: stimmt überein

Technische Verifizierung ausblenden

manifest.json: Signatur ist gültig. Die Datei wurde mit dem angegebenen öffentlichen Schlüssel signiert und die Signatur stimmt mit dem Manifest-Inhalt überein.

Dateiintegrität: Alle 15/15 Dateien verifiziert: SHA-256-Hashes stimmen mit dem Manifest überein.

Erfassungszeitstempel liegt im angemessenen Bereich (2026-10-15T09:41:07.000Z)

forensic_log.json: Verifiziert: Hash stimmt mit Beweisketten-Referenz überein.

Ketten-Hash: Finaler Hash stimmt mit der Beweisketten-Referenz überein

chain_of_custody.json: Konform mit ISO/IEC 27037:2012 (guidance, not a certifiable standard)

Erweiterungsintegrität: Verifiziert (v1.19.5)

NTP-Zeit: Kreuzverifiziert durch 3 von 3 Quellen

Geräteintegrität: Bestanden (Punktzahl: 100/100)

Forensisches Protokoll: 27 Operationen in 21,38 Sekunden (NTP synchronisiert)

OpenTimestamps: Verifiziert. Verankert in Bitcoin-Block 970418, bestätigt die Existenz zum Zeitpunkt 2026-10-15 +04 (UTC).

Qualifizierter EU-Zeitstempel: Verifiziert. TSA: Disig a.s., Zeitstempel: 2026-10-15T09:41:12Z.

EU-qualifizierter Zeitstempel (LTV): Offline-Validierung bestanden (Hash, Signatur, Zertifikatskette, OCSP).

Aussteller: Dieses Paket ist mit einem Schlüssel signiert, der im Paket selbst erzeugt wurde.

Technische Verifizierung des Beispielpakets einige Stunden nach der Aufnahme, vereinfacht. Die Werte sind Beispiele.

Schritt 6, Dateizertifizierungen

Die Originaldatei mit dem Zertifikat abgleichen

Bei einer Dateizertifizierung zeigt der Verifizierer ein zusätzliches Feld, das den Hashwert jeder dort abgelegten Datei mit dem zertifizierten Hashwert vergleicht. So zeigen Sie, dass die Kopie, die Sie oder die Gegenseite heute haben, genau die zertifizierte Datei ist. Der Hashwert wird in Ihrem Browser berechnet, die Datei verlässt Ihren Rechner nicht.

1Das Zertifizierungs-ZIP. Prüfen Sie es zuerst wie in den Schritten 3 bis 5.
2Originaldatei mit Zertifikat abgleichen. Legen Sie das Original ab. Datei stimmt mit Zertifikat überein heißt: Diese Datei ist mit der zertifizierten identisch, die spätestens zum zertifizierten Zeitpunkt existierte. Datei stimmt NICHT überein heißt: Der Hashwert weicht ab, es ist nicht die zertifizierte Datei. Sie können mehrere Dateien gleichzeitig ablegen, etwa die Originale einer kombinierten Zertifizierung.
3Ergebnis. Es bezieht sich auf das Paket selbst, wie bei jedem anderen Paket.
4Pakettyp. „File Certification“ (die Beschriftung erscheint auf Englisch) mit dem zertifizierten Hashwert oder „Kombinierte Datei-Zertifizierung“ mit der Zahl der Dateien.

Eine Dateizertifizierung mit der Originaldatei im zusätzlichen Feld. Dateiname und Hashwert sind Beispiele; in der Erweiterung folgen weitere Zeilen.

Weg B

Auf der Website prüfen

Für alle, denen Sie das Paket schicken. Nichts zu installieren, kein Konto nötig.

Schritt 7, auf der Website

Auf getproofsnap.com prüfen, ohne Konto

Die Gegenseite, ein Gericht oder ein Sachverständiger öffnet den Vertrauens-Verifizierer auf dieser Website in einem beliebigen Browser, ohne ProofSnap und ohne Konto. Der Verifizierer führt dieselben Arten von Prüfungen aus und zeigt jedes Ergebnis in einer eigenen Zeile. Das ZIP wird im Browser geöffnet und die Dateien werden dort gehasht. Für die beiden Zeitstempelprüfungen sendet die Seite Daten an ProofSnap-Server: für OpenTimestamps die manifest.json mit dem .ots-Nachweis, für eIDAS den Hashwert des Manifests mit dem Zeitstempel (.tsr). Wer ganz ohne ProofSnap prüfen will, nimmt die Skripte aus Weg C.

1Klicken zum Hochladen. Oder ziehen Sie das ZIP per Drag & Drop auf das Feld.
2Beweispaket verifizieren. Startet die Prüfungen.
3Verifizierungsergebnisse. Ein blaues Häkchen kennzeichnet eine bestandene Prüfung, ein dunkles Kreuz eine fehlgeschlagene.
4Pakettyp, Paket-ID, Aufgenommen. Aus dem Manifest übernommen.
5Manifest-Signatur verifiziert. Dieselbe Prüfung wie in der Seitenleiste.
6Hash stimmt überein. Eine Zeile je Datei. Bei einer veränderten Datei steht dort Hash stimmt nicht überein, bei einer fehlenden Datei bricht die Prüfung mit „Fehlende Dateien“ ab und nennt die Datei.
7Beweiskette. Hashwert des forensischen Protokolls, Hash-Kette, Norm und Geräteintegrität.
8Zeitstempel. Der Bitcoin-Block mit Datum in Ihrer Ortszeit, der eIDAS-Zeitstempel und die LTV-Prüfung aus den Daten im Paket. Bei der Zertifizierung einer einzelnen Datei prüft die Seite außerdem automatisch die Originaldatei im ZIP.

Digitale Beweise verifizieren

getproofsnap.com/verify/index-de.html

Digitale Beweise online verifizieren

Klicken zum Hochladen oder per Drag & Drop

Nur ProofSnap ZIP-Beweispakete

proofsnap_20261015_094107.zip

Beweispaket verifizieren

Verifizierungsergebnisse

4Pakettyp: Webseitenaufnahme

Paket-ID: ps_7c1e4b2a-93f0-4d5e-b8a1-2f6c0d9e4a37

Aufgenommen: 2026-10-15 09:41:07 UTC

5Manifest-Signatur verifiziert

Aussteller: Dieses Paket ist mit einem Schlüssel signiert, der im Paket selbst erzeugt wurde.

6Hash stimmt überein: metadata.json

Hash stimmt überein: page.html

Hash stimmt überein: screenshot.jpeg

Hash stimmt überein: evidence.pdf

Hash stimmt überein: domtextcontent.txt

Hash stimmt überein: forensic_log.json

Hash stimmt überein: verification/verify.sh

Hash stimmt überein: chain_of_custody.json

7Hash des forensischen Protokolls stimmt mit der Referenz in der Beweiskette überein

Finaler Ketten-Hash stimmt mit der Referenz in der Beweiskette überein

Beweiskette: ISO/IEC 27037:2012 (Leitfaden, kein zertifizierbarer Standard)

Geräteintegrität: Bestanden (Punktzahl 100/100)

8OpenTimestamps: Verifiziert in Block 970418 (15.10.2026, 11:02:31)

Qualifizierter EU-Zeitstempel: Verifiziert. TSA: Disig a.s., Zeitstempel: 2026-10-15T09:41:12Z

Qualifizierter EU-Zeitstempel (LTV): Offline-Prüfung bestanden (Hash, Signatur, Zertifikatskette, OCSP)

Der Verifizierer dieser Website, vereinfacht: Navigation der Website ausgelassen, nicht alle Dateizeilen gezeigt. Ergebnisse desselben Beispielpakets wie in Schritt 5.

Weg C

Ohne ProofSnap prüfen

Jedes Paket enthält im Ordner verification eigene Prüfskripte. Sie stehen im signierten Manifest und sind damit von derselben Signatur erfasst wie die Beweise. Die Skripte laufen auf Ihrem Rechner und bauen keine Verbindung zu ProofSnap auf.

Schritt 8, ohne ProofSnap

verify.sh unter macOS oder Linux ausführen

Für eine Prüfung ohne ProofSnap entpacken Sie eine Kopie des Pakets und starten das enthaltene Skript. Es braucht nur, was macOS und Linux ohnehin mitbringen: eine Shell, awk und ein SHA-256-Werkzeug (shasum, sha256sum oder openssl), dazu openssl für die Signatur- und eIDAS-Schritte. Den Bitcoin-Anker prüft das Skript nicht selbst, es gibt dafür den Befehl für den OpenTimestamps-Client aus. In das Paket schreibt es nichts.

1Starten. Im entpackten Ordner: bash verification/verify.sh.
2Dateiintegrität. Berechnet den SHA-256-Hashwert jeder im Manifest aufgeführten Datei neu: OK, MISMATCH (abweichend) oder MISSING (fehlt). Eine Datei im Ordner, die das Manifest nicht aufführt, wird als NOT COVERED (nicht erfasst) gemeldet.
3Manifest-Signatur. Prüft manifest.sig mit openssl. Verified OK ist die Meldung von openssl selbst. Ohne openssl kann dieser Schritt nicht laufen.
4eIDAS. Vergleicht den Hashwert im qualifizierten Zeitstempel mit manifest.json, gleicht das Stammzertifikat im Paket mit dem veröffentlichten Fingerabdruck der Zertifizierungsstelle CA Disig QCA4 ab und prüft die Signatur des Zeitstempels. Den openssl-Befehl für die vollständige Zertifikatskette gibt es aus.
5OpenTimestamps. Gibt den Befehl aus, mit dem Sie den Bitcoin-Anker mit dem OpenTimestamps-Client (ots) prüfen, den Sie separat installieren.
6RESULT. PASS (Exit-Code 0), FAIL, wenn eine Prüfung lief und nicht bestanden wurde (1), oder INCOMPLETE, wenn ein Werkzeug fehlte (2). INCOMPLETE spricht nicht gegen das Paket.

Terminal: ~/Downloads/proofsnap_20261015_094107

$ unzip -q proofsnap_20261015_094107.zip -d proofsnap_20261015_094107

$ cd proofsnap_20261015_094107

1$ bash verification/verify.sh

============================================================

ProofSnap Evidence Verification

============================================================

2[1/4] File integrity: SHA-256 of every file vs manifest.json

------------------------------------------------------------

OK metadata.json

OK page.html

OK screenshot.jpeg

OK evidence.pdf

OK provenance_certificate.pdf

OK domtextcontent.txt

OK page.mhtml

OK forensic_log.json

OK forensic_log_summary.txt

OK verification/verify.sh

OK verification/verify.ps1

OK verification/VERIFICATION_GUIDE.txt

OK chain_of_custody.json

RESULT: all 13 hashed file(s) match

3[2/4] Manifest signature: RSA over manifest.json

------------------------------------------------------------

Verified OK

Signature OK: manifest.json matches the key in publickey.pem, so the

manifest has not been altered since it was signed. That key travels in

this package, so it shows internal coherence, not authorship; what ties

the manifest to a moment in time is a timestamp, and the steps below

report which timestamps this package carries.

4[3/4] eIDAS RFC 3161 qualified timestamp

------------------------------------------------------------

The qualified token carries the SHA-256 of manifest.json:

630b95a9f7831addbf2816e9fec450f59b15004c7138a3119584642e34b216ff

So manifest.json is the file the authority stamped, unchanged since.

The root offered for that check is in eidas_validation.json, which is

NOT covered by the manifest and could be replaced. Check it against the

published fingerprint of the authority before trusting it:

CA Disig QCA4, SHA-256

8E:BC:96:10:6E:FE:F2:7F:D3:69:D5:D8:5E:73:6E:4C:4E:31:DD:AC:22:E3:16:89:23:55:C5:3B:28:2E:C1:37

the root in this package matches that fingerprint.

The token's own signature verifies against the root in this package.

To check the token's own signature and its chain to that root:

openssl ts -verify -in manifest.json.tsr -data "manifest.json" -CAfile <tsa-root>.pem

The certificate chain, the OCSP response and the CRL gathered at

stamping time are in eidas_validation.json; its 'ocspStatus' field

carries the status of the TSA certificate. The root cert is the

'rootCaPem' field: copy its value into a .pem file and pass that

as -CAfile.

5[4/4] Bitcoin OpenTimestamps anchor

------------------------------------------------------------

manifest.json.ots present. Deep verify (needs the ots client):

ots verify manifest.json.ots -f "manifest.json"

============================================================

6 RESULT: PASS, the hashes match the manifest, the manifest signature

verifies, and the qualified token carries the hash of the file it

covers. What is left to the printed commands is the token's own

certificate chain, and the Bitcoin anchor.

============================================================

Vereinfachtes Terminal unter Linux mit OpenSSL 3. Jede Zeile unter dem Befehl gibt verify.sh genau so aus, auf Englisch; Ordnername und Hashwert sind Beispiele.

Schritt 9, ohne ProofSnap

verify.ps1 unter Windows ausführen

Entpacken Sie eine Kopie des Pakets, öffnen Sie PowerShell (Version 5 oder neuer) in diesem Ordner und führen Sie den unten stehenden Befehl aus. Das Skript durchläuft dieselben Schritte wie verify.sh.

1Starten. powershell -ExecutionPolicy Bypass -File verification\verify.ps1 im entpackten Ordner.
2Dateiintegrität. Nutzt das in Windows eingebaute Get-FileHash und vergleicht auch die SHA-512-Werte im Manifest. Dieser Teil braucht nichts weiter.
3Ohne OpenSSL. Windows bringt es standardmäßig nicht mit, deshalb melden die Signatur- und eIDAS-Schritte, dass sie nicht laufen konnten. Installieren Sie OpenSSL 3 und starten Sie das Skript erneut, um vollständig zu prüfen.
4RESULT. Das Ergebnis lautet INCOMPLETE nur, weil zwei Prüfungen nicht laufen konnten. Alle Prüfungen, die laufen konnten, wurden bestanden.

Windows PowerShell

1PS C:\Users\anna\Downloads\proofsnap_20261015_094107> powershell -ExecutionPolicy Bypass -File verification\verify.ps1

============================================================

ProofSnap Evidence Verification

============================================================

[1/4] File integrity - SHA-256 of every file vs manifest.json

------------------------------------------------------------

2 OK metadata.json

OK page.html

OK screenshot.jpeg

OK evidence.pdf

OK provenance_certificate.pdf

OK domtextcontent.txt

OK page.mhtml

OK forensic_log.json

OK forensic_log_summary.txt

OK verification/verify.sh

OK verification/verify.ps1

OK verification/VERIFICATION_GUIDE.txt

OK chain_of_custody.json

NOT HASHED publickey.pem (listed without a hash, presence only)

NOT HASHED manifest.sig (listed without a hash, presence only)

RESULT: all 13 hashed file(s) match

[2/4] Manifest signature - RSA over manifest.json

------------------------------------------------------------

3 openssl is not installed here, so the signature could not be checked.

Install OpenSSL, or verify online. This says nothing about the package.

[3/4] eIDAS RFC 3161 qualified timestamp

------------------------------------------------------------

openssl is not installed here, so the token could not be read.

To check the token's own signature and its chain to the authority root:

openssl ts -verify -in manifest.json.tsr -data "manifest.json" -CAfile <tsa-root>.pem

Certificate chain + OCSP/CRL are in eidas_validation.json. The root

cert is the 'rootCaPem' field: copy its value into a .pem file and

pass that as -CAfile.

openssl is not installed here, so the command above cannot be run.

Install OpenSSL 3.x, or verify online. The file-integrity check

does not depend on openssl and has already run above.

[4/4] Bitcoin OpenTimestamps anchor

------------------------------------------------------------

manifest.json.ots present. Deep verify (needs the ots client):

ots verify manifest.json.ots -f "manifest.json"

============================================================

4 RESULT: INCOMPLETE - everything that was checked here passed,

but 2 check(s) could not be run for want of a tool. Nothing

above suggests a defect in the package.

============================================================

Vereinfachtes Windows-PowerShell-Fenster auf einem Rechner ohne OpenSSL (Auslieferungszustand von Windows). Die Zeilen sind so wiedergegeben, wie verify.ps1 sie ausgibt, auf Englisch; der Ordner ist ein Beispiel.

Schritt 10, ohne ProofSnap

Oder VERIFICATION_GUIDE.txt von Hand folgen

Sachverständige, die jeden Befehl selbst eingeben möchten oder keine Skripte ausführen dürfen, finden das manuelle Verfahren in verification/VERIFICATION_GUIDE.txt. Die Datei gehört wie die Skripte zum signierten Paket.

1Evidence ID. Ordnet die Anleitung diesem Paket zu.
2A) Die Skripte. Die Befehle aus den Schritten 8 und 9.
3B) Online. Die Adresse des Vertrauens-Verifizierers aus Schritt 7.
4C) Von Hand. Vier Schritte, jeder mit dem genauen Befehl.
5STEP 1. SHA-256 jeder Datei neu berechnen und mit dem Manifest vergleichen.
6STEP 2. Der openssl-Befehl für die Manifest-Signatur. Weiter unten folgen der eIDAS-Befehl mit Hinweisen zu OpenSSL 3 und zu dem LibreSSL, das macOS unter dem Namen openssl mitliefert, sowie der OpenTimestamps-Befehl.

VERIFICATION_GUIDE.txt

ProofSnap: Evidence Verification Guide

========================================================================

1Evidence ID: ps_7c1e4b2a-93f0-4d5e-b8a1-2f6c0d9e4a37

This package is self-contained. Everything needed to verify it is inside the

ZIP. Three ways to verify:

2 A) Run the bundled script (from the package root)

macOS / Linux: bash verification/verify.sh

Windows: powershell -ExecutionPolicy Bypass -File verification\verify.ps1

3 B) Verify online, drag the ZIP onto https://getproofsnap.com/verify/index-de.html

4 C) Run the four steps below by hand.

------------------------------------------------------------------------

5STEP 1: File integrity (SHA-256)

------------------------------------------------------------------------

manifest.json lists the SHA-256 hash of every file it covers. Recompute each

hash and compare: any mismatch, or any file listed and absent, means the package

was altered after signing. manifest.sig, publickey.pem, manifest.json.tsr,

manifest.json.ots and eidas_validation.json are produced from the finished

manifest and therefore sit outside it by construction; they are checked in

steps 2, 3 and 4 instead.

macOS/Linux: shasum -a 256 <file>

Windows: Get-FileHash <file> -Algorithm SHA256

------------------------------------------------------------------------

6STEP 2: Manifest signature (RSA + SHA-256)

------------------------------------------------------------------------

manifest.sig is a detached RSA signature over manifest.json, made with the

private key whose public half is publickey.pem. Verify:

openssl dgst -sha256 -verify publickey.pem -signature manifest.sig manifest.json

Der Anfang der Anleitung, auf Englisch, in einer Textanzeige (vereinfacht). Sie geht weiter mit Schritt 3 (eIDAS), Schritt 4 (OpenTimestamps) und der Hash-Kette. Die Beweis-ID ist ein Beispiel.

eIDAS- und Bitcoin-Zeitstempel von Hand prüfen

Den eIDAS-Zeitstempel mit OpenSSL prüfen

Der qualifizierte Zeitstempel eines ProofSnap-Pakets ist die Datei manifest.json.tsr.

Kopieren Sie den Wert des Felds rootCaPem aus eidas_validation.json in eine Datei namens tsa-root.pem.
Vergleichen Sie den SHA-256-Fingerabdruck dieses Zertifikats mit dem veröffentlichten Fingerabdruck von CA Disig QCA4, den verify.sh ausgibt.
Führen Sie im entpackten Ordner openssl ts -verify -in manifest.json.tsr -data manifest.json -CAfile tsa-root.pem aus.

Verwenden Sie OpenSSL 3, nicht das LibreSSL, das macOS unter dem Namen openssl mitliefert. LibreSSL kann ein Attribut qualifizierter Zeitstempel nicht lesen und meldet deshalb bei ts -verify auch bei einem gültigen Zeitstempel einen Fehler. verify.sh berücksichtigt das und prüft die Signatur auf anderem Weg.

Den Bitcoin-Anker mit dem OpenTimestamps-Client prüfen

Installieren Sie den OpenTimestamps-Client (ots) und führen Sie ots verify manifest.json.ots -f manifest.json aus. Ein bestätigter Nachweis nennt den Bitcoin-Block und zeigt damit, dass das Manifest spätestens zum Zeitpunkt dieses Blocks existierte. Steht der Nachweis noch aus, wiederholen Sie den Befehl einige Stunden später.

Ergebnisse

Zwei Ergebnisse, die einen zweiten Blick brauchen

Ein ausstehender Bitcoin-Zeitstempel und ein Paket, das als verändert gemeldet wird.

Wenn der Bitcoin-Anker aussteht

Einige Stunden später erneut prüfen

Ein Bitcoin-Zeitstempel ist erst endgültig, wenn er in einem Bitcoin-Block steht. Direkt nach einer Aufnahme ist der Nachweis eingereicht, aber noch nicht bestätigt. Das ist normal und ändert nichts am Ergebnis. Wie Sie eine einzelne .ots-Datei prüfen, zeigt der Beitrag OpenTimestamps-Datei verifizieren.

1Ausstehend. Blockchain-Zeitstempel: Eingereicht: Bitcoin-Bestätigung ausstehend (in der Regel 1-3 Stunden). Auf der Website: OpenTimestamps: Nachweis eingereicht, Bestätigung steht aus.
2Verifiziert. Prüfen Sie dasselbe, unveränderte ZIP nach einigen Stunden erneut. Dann nennt die Zeile den Bitcoin-Block. Sie zeigt, dass das Manifest und damit jede darin aufgeführte Datei spätestens zum Zeitpunkt dieses Blocks existierte. Versuchen Sie nicht, die .ots-Datei zu aktualisieren oder zu ersetzen.

Wenige Minuten nach der Aufnahme

Blockchain-Zeitstempel: Eingereicht: Bitcoin-Bestätigung ausstehend (in der Regel 1-3 Stunden). Nach der Bestätigung vollständig verifizierbar.

Einige Stunden später, dasselbe ZIP

OpenTimestamps: Verifiziert. Verankert in Bitcoin-Block 970418, bestätigt die Existenz zum Zeitpunkt 2026-10-15 +04 (UTC).

Die OpenTimestamps-Zeile in der technischen Verifizierung der Seitenleiste. Blocknummer und Datum sind Beispiele.

Wenn das Ergebnis „verändert“ lautet

Das ZIP nicht reparieren, sondern zum Original zurückkehren

Klicken Sie auf Technische Verifizierung anzeigen: Die rote Zeile nennt die betroffene Prüfung und meist auch die Datei. Versuchen Sie nicht, das Paket zu reparieren, denn jede Änderung lässt die Prüfung erneut scheitern. Prüfen Sie stattdessen den ursprünglichen Download. Meist steckt ein harmloser Bedienfehler dahinter:

1Eine Datei wurde geändert. Schon das Öffnen und Speichern einer Datei aus dem Paket, auch ohne sichtbare Änderung, genügt, damit sie nicht mehr zum Manifest passt.
2Das Paket wurde entpackt und neu gepackt. Beim erneuten Packen entsteht oft eine zusätzliche Ordnerebene, sodass der Verifizierer manifest.json nicht mehr in der obersten Ebene des ZIPs findet. Manche Programme fügen auch eigene versteckte Dateien hinzu.

Zeigt auch der ursprüngliche Download „verändert“ an, bewahren Sie ihn unverändert auf und schreiben Sie an support@getproofsnap.com. Fügen Sie den Text der roten Zeile aus der technischen Verifizierung bei.

Eine Datei des Pakets wurde geöffnet und gespeichert

Integrität: verändert

Technische Verifizierung ausblenden

manifest.json: Signatur ist gültig. Die Datei wurde mit dem angegebenen öffentlichen Schlüssel signiert und die Signatur stimmt mit dem Manifest-Inhalt überein.

Dateiintegrität: 1 von 15 Dateien haben die Verifizierung NICHT bestanden (metadata.json).

Das Paket wurde entpackt und neu gepackt

Integrität: verändert

Technische Verifizierung ausblenden

Fehler: Erforderliche Dateien in der ZIP fehlen: manifest.json, manifest.sig, publickey.pem. Die ZIP-Datei ist möglicherweise beschädigt oder unvollständig.

Aussteller: Dieses Paket ist mit einem Schlüssel signiert, der im Paket selbst erzeugt wurde.

Der Anfang der technischen Verifizierung in zwei typischen Fällen. Die Dateinamen sind Beispiele.

Häufige Fragen

Sehr große Pakete, meist lange Videos, kann ein Browser nicht vollständig einlesen. Nutzen Sie verify.sh oder verify.ps1 aus dem Paket (Schritt 8 oder 9): Die Skripte lesen die Dateien einzeln und haben keine Größengrenze.

Beweise, die jeder prüfen kann

Sie haben ein ProofSnap-Paket erhalten? Prüfen Sie es im Vertrauens-Verifizierer. Sie möchten selbst Beweise sichern? Installieren Sie ProofSnap oder öffnen Sie das ProofSnap Dashboard.

ProofSnap installieren, 7 Tage testen

Die 7-tägige Testphase erfordert eine Kreditkarte. Ohne Karte kostet ein SnapPack 4,99 $ (ca. 4,44 €).

Auch verfügbar für Microsoft Edge

Ein ProofSnap-Beweispaket prüfen

Wofür dieser Leitfaden gedacht ist

Drei Wege zur Prüfung

In der ProofSnap-Seitenleiste

Auf dieser Website

Mit den Skripten im ZIP

Was eine erfolgreiche Prüfung belegt

Die drei Wege im Vergleich

Bevor Sie beginnen

Mit dem Original-ZIP arbeiten

In der ProofSnap-Seitenleiste prüfen

Den Vertrauensverifizierer in der Seitenleiste finden

ZIP hochladen und auf „ZIP-Datei verifizieren“ klicken

Das Ergebnis lesen

Die technische Verifizierung öffnen

Die Zeitstempelzeilen

Die Originaldatei mit dem Zertifikat abgleichen

Auf der Website prüfen

Auf getproofsnap.com prüfen, ohne Konto

Ohne ProofSnap prüfen

verify.sh unter macOS oder Linux ausführen

verify.ps1 unter Windows ausführen

Oder VERIFICATION_GUIDE.txt von Hand folgen

eIDAS- und Bitcoin-Zeitstempel von Hand prüfen

Den eIDAS-Zeitstempel mit OpenSSL prüfen

Den Bitcoin-Anker mit dem OpenTimestamps-Client prüfen

Zwei Ergebnisse, die einen zweiten Blick brauchen

Einige Stunden später erneut prüfen

Das ZIP nicht reparieren, sondern zum Original zurückkehren

Häufige Fragen

Verwandte Leitfäden

Beweise, die jeder prüfen kann