Leitfaden

So lesen Sie ein Beweispaket von ProofSnap

Stand 2026: Ein ProofSnap-Beweispaket ist das ZIP, das für jede erfasste Webseite entsteht: evidence.pdf, Screenshot und HTML, Metadaten, die Beweiskette, ein mit RSA-4096 signiertes Manifest der SHA-256-Hashwerte (mit Zeitstempel, wenn Ihr Plan ihn enthält) und Skripte, mit denen sich prüfen lässt, dass nichts verändert wurde.

Haben Sie eine Webseite als digitalen Beweis gesichert oder hat Ihnen jemand ein ProofSnap-ZIP geschickt, erklärt dieser Leitfaden jede enthaltene Datei, geht das Beweisdokument Abschnitt für Abschnitt durch und zeigt, wie Sie das Paket prüfen und was Sie einem Anwalt oder Gericht übergeben.

Von Radim Motycka, Gründer und Chefentwickler von ProofSnap, der den Erfassungsprozess, das Beweis-PDF und die Prüfskripte entwickelt hat, die dieser Leitfaden durchgeht ·

Zuerst öffnen

evidence.pdf

Weitergeben

Das ganze ZIP, unverändert

Prüfen mit

verify.sh, verify.ps1 oder dem Vertrauens-Verifizierer

Teil 1

Was das ZIP enthält

Eine Webseiten-Aufnahme wird als einzelnes ZIP geliefert, mit einem Namen wie proofsnap_20261014_153012.zip, gebildet aus dem lokalen Datum und der Uhrzeit Ihres Computers. Die Dateien lassen sich in vier Gruppen einteilen. Die genaue Liste hängt vom Plan und von den eingeschalteten Optionen ab, zwei Pakete können sich also unterscheiden.

  1. 1Lesen. evidence.pdf ist das Dokument zum Lesen: Öffnen Sie es zuerst. provenance_certificate.pdf fasst die Prüfungen auf einer Seite zusammen. Der vollständige Screenshot ist screenshot.jpeg. page.html ist das HTML so, wie der Browser es dargestellt hat; page.mhtml speichert die Seite im Zustand der Aufnahme in einer einzigen Datei, und domtextcontent.txt enthält ihren Text. images.json listet die Bilder der Seite auf, mit dem SHA-256-Hashwert jeder im Paket gespeicherten Bilddatei. Diese Dateien liegen im Ordner images/, entnommen aus dem MHTML-Archiv, wenn es Bilder enthält.
  2. 2Protokollieren. metadata.json ist das technische Protokoll von Seite und Browser; chain_of_custody.json und forensic_log.json dokumentieren, wer was wann und wie erfasst hat, und forensic_log_summary.txt ist das Protokoll als Textdatei. Siehe Teil 9 und 10.
  3. 3Versiegeln. manifest.json listet die Dateien der Aufnahme mit ihren Hashwerten auf, manifest.sig ist seine RSA-4096-Signatur und publickey.pem der Schlüssel zu ihrer Prüfung. manifest.json.ots ist, wenn der Plan ihn enthält, der Bitcoin-Zeitstempel (OpenTimestamps). Siehe Teil 11.
  4. 4Prüfen. Der Ordner verification/ enthält verify.sh für macOS und Linux, verify.ps1 für Windows und eine Anleitung als Textdatei. Siehe Teil 12.
Eine Webseiten-Aufnahme mit dem Professional-Plan, geöffnet im Dateimanager. Die Namen der Bilddateien sind Beispiele.

Teil 2

Dateien, die nur in manchen Aufnahmen vorkommen

Diese Dateien liegen nur dann im Paket, wenn die Option eingeschaltet war oder die Daten verfügbar waren. Fehlt eine, ist das kein Problem: Sie gehört dann einfach nicht zu dieser Aufnahme.

  1. 1Erklärung für ein US-Gericht. rule_902_certification.pdf, eine Erklärungsvorlage für US-Bundesgerichte mit bereits ausgefüllten Angaben zur Aufnahme. Sie steht in jedem Plan zur Verfügung und wird nur hinzugefügt, wenn die aufnehmende Person die Option eingeschaltet hat. Immer auf Englisch. Siehe Teil 13.
  2. 2C2PA Content Credentials. c2pa.json ist die Begleitdatei zum Content-Credentials-Manifest, das in screenshot.jpeg eingebettet ist.
  3. 3eIDAS. manifest.json.tsr ist der qualifizierte elektronische EU-Zeitstempel von Disig a.s., einem qualifizierten Vertrauensdiensteanbieter auf der EU-Vertrauensliste, und eidas_validation.json enthält die Zertifikatskette und die Sperrdaten, mit denen er sich ohne Internetverbindung prüfen lässt.
  4. 4Video. capture_video.webm, die ursprüngliche Bildschirmaufnahme, und in der Regel capture_video.mp4, eine neu kodierte Kopie für Player, die WebM nicht öffnen.
  5. 5Forensischer Modus. capture.warc (Netzwerkarchiv), network.har (jede Anfrage und jede Antwort), resources.json mit einem Ordner resources/ mit den Ressourcen, die die Seite geladen hat, und certificate_details.json mit den Daten des TLS-Zertifikats einer HTTPS-Seite. Der forensische Modus ist in den Plänen Professional, Enterprise und Company enthalten.

Eine Sitzungsaufnahme (Modus mit mehreren Tabs) fügt einen Ordner tabs/ mit einem Unterordner für jeden weiteren besuchten Tab hinzu. Jeder enthält seinen eigenen Screenshot, sein HTML, seinen Text, seine Metadaten, seine Beweiskette und ein kürzeres PDF als Beweisprotokoll je Tab. Das evidence.pdf im Stammverzeichnis bezieht sich auf den Haupt-Tab und listet die ganze Sitzung auf.

Die Downloadtabelle in der Seitenleiste nach einer Aufnahme mit allen eingeschalteten Optionen (Beispiel). In diesem Leitfaden sind die optionalen Zeilen farbig hinterlegt.

Teil 3

evidence.pdf, Seite 1: Übersicht und Screenshot

Das Beweisdokument entsteht in der Beweissprache, die vor der Aufnahme gewählt wurde, einer der 29 verfügbaren. Seine Abschnitte sind von 1 bis 15 nummeriert, und die Nummern ändern sich nie, sodass ein Anwalt einen Abschnitt in jedem Schriftsatz anhand seiner Nummer zitieren kann. Seite 1 beginnt mit dem Kopf und einem Übersichtskasten und geht direkt in den Screenshot über.

  1. 1Übersichtskasten. Domain der Seite, Zeit der Aufnahme in UTC, Verwahrer (die Verwahrer-ID des Kontos und die IP-Adresse, von der aus aufgenommen wurde) und Hash, der SHA-256-Hashwert von page.html. Wurde ein qualifizierter EU-Zeitstempel angefordert, gibt eine Zeile eIDAS an, dass der Zeitstempel angebracht ist, wenn das Paket die eIDAS-Dateien enthält.
  2. 21. Seiten-Screenshot. Die Seite selbst kommt zuerst, denn sie ist der Beweis. Alles Weitere stützt sie.
  3. 3Das blaue Band. ProofSnap setzt oben auf den Screenshot ein Band mit URL, UTC-Zeit, NTP-Versatz und Beweis-ID, als Anmerkung gekennzeichnet, damit es nicht mit der Adressleiste des Browsers verwechselt wird. Der Hinweis unter dem Dateinamen erklärt das und stellt klar, dass der Seiteninhalt darunter unverändert ist.
  4. 4Fußzeile auf jeder Seite. Werkzeug und Version, ein Link auf getproofsnap.com, die vollständige Beweis-ID und Seite X / Y, damit in einem Ausdruck keine Seite unbemerkt fehlen oder vertauscht werden kann.
1
Domain:shop.beispiel.de
Zeit:2026-10-14T15:30:12Z (UTC)
Verwahrer:Xq7LmR2vTn9KpB4sWc1YhZ8dFa63 (203.0.113.42)
Hash:page.html · SHA-256: e5e239560bc125a20ff2ac1fea50915bc198dd4f5b5256ec447a8a71e00132b3
eIDAS:Angefordert; angebracht, wenn manifest.json.tsr und eidas_validation.json im Paket enthalten sind

1. Seiten-Screenshot:2

Unten sehen Sie eine visuelle Aufnahme der Webseite zum Zeitpunkt des Schnappschusses.

Screenshot-Datei: screenshot.jpeg

Das blaue Band am oberen Rand dieses Bildes ist eine von der ProofSnap-Software hinzugefügte Anmerkung, keine Aufnahme der Adressleiste des Browsers. Es wiederholt die erfasste Seiten-URL, die Erfassungszeit in UTC und die Beweis-ID, die an anderer Stelle in diesem Paket festgehalten sind. ...3

ProofSnapannotation added by software, not the browser address bar

https://shop.beispiel.de/anzeige/4821

2026-10-14T15:30:12Z (UTC) NTP offset +38 ms

ID ps_3f9c2a71-8e4b-4d1a-b6f0-5c27e9a1d304

Shop Beispiel

Vintage-Schreibtischlampe

Anzeige Nr. 4821 · eingestellt von verkaeufer_77

120 €

4
Erfasst mit ProofSnap v1.19.5 · getproofsnap.comps_3f9c2a71-8e4b-4d1a-b6f0-5c27e9a1d304 · Seite 1 / 17
Vereinfachte Seite 1 von evidence.pdf mit Standardkopf und angefordertem eIDAS-Zeitstempel. Die Werte sind Beispiele.

Teil 4

Ende des Screenshots und die Übersicht „Beweis-Verifizierung“

Eine lange Webseite belegt mehrere Seiten im PDF. Auf den Screenshot folgt eine Übersicht in einfacher Sprache für einen Richter oder Mandanten, der die technischen Abschnitte nicht lesen wird.

  1. 1Hinweis auf die Kürzung. Das PDF zeigt den Anfang des Screenshots unter seiner Überschrift und höchstens 10 weitere Seiten. Ist die Seite länger, gibt ein Hinweis an, wie viele Seiten gezeigt werden und dass das vollständige Bild screenshot.jpeg ist, die Datei, die von den Hashwerten und der Signatur erfasst wird.
  2. 2Beweis-Verifizierung. Ein Absatz, der sagt, was das Dokument ist, mit erneut angegebener Quell-URL und Aufnahmezeit.
  3. 3Was geprüft wurde. Kurze Aufzählungspunkte. Jeder Punkt erscheint nur, wenn seine Aussage für diese Aufnahme zutrifft. Der Punkt, dass die Seite live war, setzt eine aktuelle Antwort des Servers voraus; der Punkt zum Werkzeug setzt voraus, dass die Erweiterung aus dem offiziellen Store installiert wurde und die Geräteprüfung bestanden ist.
  4. 4Rechtsgrundlage. Ein neutraler Absatz zu den Integritätsprüfungen, ohne ein nationales Gesetz zu zitieren. Wurde ein qualifizierter EU-Zeitstempel angefordert, folgt ein weiterer Absatz zum qualifizierten Zeitstempel. Danach kommen die Prüflinks.

Screenshot gekürzt: zeigt die ersten 11 von 14 Seiten. Der vollständige Screenshot ist in der screenshot.jpeg-Datei im Beweispaket verfügbar.1

Ende des Seiten-Screenshot-Abschnitts. Hinweis: Das oben wiedergegebene Bild wurde möglicherweise gekürzt, um dieses Dokument in einer handhabbaren Größe zu halten. Der Screenshot in der Form, in der er aufgezeichnet wurde, ist die Datei screenshot.jpeg in diesem Beweispaket, und diese Datei ist es, die von den Hashwerten und der Signatur erfasst wird.

Beweis-Verifizierung2

Dies ist überprüfbares digitales Beweismaterial. ProofSnap hat die nachstehende Seite zum angegebenen Zeitpunkt erfasst; jede spätere Änderung ist erkennbar. Die Echtheit kann unabhängig überprüft werden.

Quell-URL: https://shop.beispiel.de/anzeige/4821

Zeit: 2026-10-14T15:30:12Z (UTC)

Was geprüft wurde3

• Die Seite war zum Zeitpunkt der Erfassung tatsächlich live: der Server antwortete und die Verbindung war gesichert (TLS).

• Der Inhalt ist seit der Erfassung unverändert: geschützt durch einen kryptografischen SHA-256-Hash; jede Änderung ist erkennbar.

• Das Paket ist durch eine digitale RSA-4096-Signatur gegen Austausch geschützt: Jede Änderung nach der Signierung ist erkennbar.

• Mit einem verifizierten, unveränderten Werkzeug erfasst: Integrität der Erweiterung und des Geräts wurde bestätigt.

Die nachstehenden Absätze beschreiben technische Eigenschaften und stellen keine rechtliche Bewertung dar. ProofSnap erteilt keine Rechtsberatung und bestimmt nicht, bei welchem Gericht oder Schiedsgericht diese Aufzeichnung vorgelegt wird.4

Rechtsgrundlage: Diese kryptografischen Eigenschaften (SHA-256-Hash, digitale Signatur, unabhängiger Zeitstempel und Beweiskette) sind darauf ausgelegt, die Authentifizierung elektronischer Aufzeichnungen zu unterstützen. Über die Zulässigkeit entscheidet das zuständige Gericht nach den anwendbaren Beweisregeln.

Diese Zusammenfassung prüft die technische Integrität der Erfassung; sie bewertet nicht den Wahrheitsgehalt des Seiteninhalts.

Online verifizieren: getproofsnap.com/verify/index-de.html

Quellcode verifizieren (MIT): github.com/proofsnap/proofsnap-verify

Erfasst mit ProofSnap v1.19.5 · getproofsnap.comps_3f9c2a71-8e4b-4d1a-b6f0-5c27e9a1d304 · Seite 11 / 17
Vereinfachte Seite 11 von evidence.pdf für eine lange Webseite, ohne den eIDAS-Absatz. Seitenzahlen und Werte sind Beispiele.

Teil 5

Abschnitte 2 bis 5: was, wann, wer und womit

Diese Abschnitte beschreiben das Beweisstück und die Umstände der Aufnahme.

  1. 12. Beweisidentifikation. Beweis-ID, Quell-URL, Seitentitel, Zeitstempel, Aktenzeichen, Sachverständiger und Notiz (sofern eingetragen), die angewandte Norm und der Hashwert des Seiten-HTML.
  2. 23. Zeitverifizierung. Die per NTP korrigierte Aufnahmezeit, der Zeitserver, der Versatz der Computeruhr und wie viele Zeitquellen übereinstimmten.
  3. 3Umstände der Aufnahme. Der Referrer (wie der Browser auf die Seite kam), der vollständige User Agent und das Betriebssystem.
  4. 4Verwahrer und Browserzustand. Verwahrer-ID, IP-Adresse, Browser und Zeitzone. Die E-Mail-Adresse des Kontos wird nicht gedruckt; ihr SHA-256-Hashwert steht in chain_of_custody.json. Danach folgen, gekürzt, bis zu fünf Einträge je Art von Cookie oder Speicher. Werte, deren Name auf Token oder Sitzungen hindeutet, werden im PDF nicht wiedergegeben. Der vollständige Bestand steht in metadata.json.
  5. 54. Geräteintegrität und 5. Erweiterungsintegrität. Hinweise auf einen automatisierten Browser oder einen Browser ohne Oberfläche (headless), eine Integritätsbewertung sowie Identität und Version der Erweiterung, mit der aufgenommen wurde.
Vereinfachte Seiten 12 und 13 von evidence.pdf. Einige Zeilen sind gekürzt; die Werte sind Beispiele.

Teil 6

Abschnitte 6 bis 11: Dateien, Text, Verbindung und Domain

Der technische Kern des Dokuments. Ein Abschnitt ohne Daten für diese Aufnahme behält seine Überschrift mit einem kurzen Hinweis, dass er leer ist, damit sich die Nummerierung nicht verschiebt.

  1. 16. Beweispaket-Dateien. Die SHA-256-Hashwerte der wichtigsten Dateien und die Angaben zum Video, falls eines aufgenommen wurde. Das PDF kann seinen eigenen Hashwert nicht enthalten; manifest.json enthält sie alle.
  2. 27. Seitentext. Verweist auf domtextcontent.txt und weist darauf hin, dass der Text der Reihenfolge im Quelltext der Seite folgt und daher zusammen mit dem Screenshot zu lesen ist.
  3. 38. TLS/SSL. Ob die Verbindung mit TLS verschlüsselt war. Der Browser gibt einer Erweiterung weder Protokollversion noch Verschlüsselungsverfahren noch Zertifikat preis, deshalb steht in diesen Zeilen Nicht verfügbar über Browser-API. Verbindungs- und Zertifikatsdaten (Protokoll, Verschlüsselung, Aussteller, Inhaber, Gültigkeit, alternative Namen) werden nur im forensischen Modus erfasst, in certificate_details.json.
  4. 49. DNS. Die IP-Adressen, in die die Domain aufgelöst wurde, abgeglichen mit zwei DNS-Resolvern, und der DNSSEC-Status.
  5. 510. HTTP-Antwort-Header. Die Antwort des Servers auf den Abruf der Seite: Statuscode, wann und wie die Header erfasst wurden, und die wichtigsten Header.
  6. 611. WHOIS/RDAP. Registrar, Registrierungs- und Ablaufdatum, Nameserver und Inhaber, der oft nach der DSGVO geschwärzt ist.
Vereinfachte Seiten 14 und 15 von evidence.pdf einer Aufnahme ohne forensischen Modus. Einige Zeilen sind gekürzt. Die Werte sind Beispiele.

Teil 7

Abschnitte 12 bis 15 und Fußzeile

Das Dokument endet mit den optionalen Inhaltsprüfungen und den formalen Abschnitten.

  1. 112. KI-Inhaltserkennung und 13. Bildherkunft. Diese Abschnitte werden ausgefüllt, wenn die Prüfungen durchgeführt wurden: Hinweise auf KI-Erzeugung in den Bildern der Seite und vom Server gelieferte Datumsangaben zu jedem Bild. Sonst bleiben die Überschriften mit einem Hinweis stehen, dass keine Daten vorlagen.
  2. 214. Datenerfassungsmethodik. Beginnt auf einer neuen Seite: die erfasste URL, der Zeitpunkt der Erfassung, die Umgebung und die pseudonyme Kennung des aufnehmenden Benutzers.
  3. 315. Rechtlicher Hinweis. Was das Dokument ist und wofür es verwendet werden kann.
  4. 4Referenzstandards. Die Ausrichtung am Leitfaden ISO/IEC 27037:2012 zum Umgang mit digitalen Beweismitteln (ein Leitfaden, keine Zertifizierung), der Hinweis zur Selbstbeglaubigung nach US-Recht, der nur in englischen Dokumenten steht, und der eIDAS-Hinweis, der nur erscheint, wenn eIDAS angefordert wurde. Danach folgen die Prüflinks.
  5. 5Fußzeile. Auf jeder Seite gleich, auch auf der letzten.
Vereinfachte Seiten 16 und 17 von evidence.pdf, mit ausgeschalteter KI-Erkennung und Bildherkunft. Die Werte sind Beispiele.

Teil 8

provenance_certificate.pdf: eine Seite, sechs Prüfungen

Das Herkunftszertifikat fasst die Aufnahme auf einer einzigen Seite zusammen, in derselben Sprache wie das Beweisdokument. Geben Sie es an alle weiter, die das Ergebnis auf einen Blick sehen müssen.

  1. 1Angaben zur Aufnahme. Beweis-ID, Seitentitel, URL, Uhrzeit, der SHA-256-Hashwert des Screenshots, Browser, Version der Erweiterung und Verwahrer-ID.
  2. 2Paketintegrität. Gibt an, dass alle Hashwerte im signierten Manifest stehen und dass es sich um eine Live-Aufnahme im Browser handelt, nicht um eine hochgeladene Datei.
  3. 3Integritätsprüfungen. Erkennung von Automatisierung, NTP-Zeit abgeglichen mit bis zu drei Quellen, DNS abgeglichen mit zwei Resolvern und die Integritätsbewertung des Geräts im Vergleich zur Schwelle zum Bestehen (80). Der Status gibt den Stand zum Zeitpunkt der Aufnahme wieder; das PDF wird danach nicht aktualisiert.
  4. 4Blockchain-Zeitstempel. EINGEREICHT: Die Bitcoin-Verankerung wird einige Stunden später bestätigt; prüfen Sie sie dann mit dem Verifizierer. NICHT ENTHALTEN im Essential-Plan, außer die Aufnahme wurde mit einem Guthaben aus einem eIDAS SnapPack oder Video SnapPack bezahlt.
  5. 5Qualifizierter eIDAS-Zeitstempel. Sein Status ist ANGEFORDERT oder NICHT ENTHALTEN. Der Zeitstempel wird nach der Erstellung des PDF angebracht; bestätigt wird er deshalb durch manifest.json.tsr und eidas_validation.json im Paket.

HERKUNFTSZERTIFIKAT

Erklärung zur Quellauthentizität

1
Beweis-IDps_3f9c2a71-8e4b-4d1a-b6f0-5c27e9a1d304
SeitentitelVintage-Schreibtischlampe · Shop Beispiel
URLhttps://shop.beispiel.de/anzeige/4821
Erfasst2026-10-14T15:30:12Z (UTC)
SHA-256 (Screenshot)8dccea5217902053b636f0e105c590eb30db4280b8a7a51806110f7ff7b5177e
BrowserChrome 141
ErweiterungProofSnap v1.19.5
Erfasst vonXq7LmR2vTn9KpB4sWc1YhZ8dFa63

2Paketintegrität: SHA-256-Hashes aller Dateien in manifest.json (signiert mit RSA-4096)

Live-Browser-Erfassung (kein Datei-Upload)

3INTEGRITÄTSPRÜFUNGENSTATUS

Stand zum Zeitpunkt der Erstellung dieses Protokolls; das Dokument wird danach nicht aktualisiert.

Automatisierungs- / Headless-ErkennungBESTANDEN
NTP-Zeitverifizierung (3 Quellen)BESTANDEN

größte Streuung zwischen den Quellen: 41 ms

DNS-Kreuzverifizierung (2 Quellen)BESTANDEN
Geräte-IntegritätsbewertungBESTANDEN

Integritätswert 100/100 (Schwelle zum Bestehen: 80)

4
Blockchain-ZeitstempelEINGEREICHT
5
Qualifizierter eIDAS-ZeitstempelANGEFORDERT

Angefordert; angebracht, wenn manifest.json.tsr und eidas_validation.json im Paket enthalten sind

Online verifizieren: getproofsnap.com/verify/index-de.html

Quellcode verifizieren (MIT): github.com/proofsnap/proofsnap-verify

Erfasst mit ProofSnap v1.19.5 · getproofsnap.comps_3f9c2a71-8e4b-4d1a-b6f0-5c27e9a1d304 · Seite 1 / 1
Vereinfachtes provenance_certificate.pdf mit Standardkopf und angefordertem eIDAS-Zeitstempel. Die Werte sind Beispiele.

Teil 9

metadata.json: das technische Protokoll

Die JSON-Dateien bleiben unabhängig von der Beweissprache auf Englisch, damit Werkzeuge und Sachverständige sie lesen können. metadata.json enthält ungekürzt alles, was das PDF zusammenfasst. Öffnen Sie die Datei in einem beliebigen Texteditor oder Browser.

  1. 1Seite. URL, Titel, Aufnahmezeit, User Agent, Referrer und die Meta-Tags der Seite.
  2. 2Browserzustand. Die Cookies, der lokale Speicher und der Sitzungsspeicher der Seite, soweit die Seite sie lesen konnte, vollständig und unmaskiert. Behandeln Sie das Paket vertraulich.
  3. 3Verbindung. Die TLS-Angaben, soweit der Browser sie preisgibt.
  4. 4Abfragen. Beweis-ID, die DNS-Ergebnisse, die HTTP-Antwort-Header und WHOIS. Umfang des Screenshots und Abmessungen der Seite stehen ebenfalls hier.
metadata.json in einem einfachen Texteditor, gekürzt. Die Schlüsselnamen sind echt; die Werte sind Beispiele.

Teil 10

chain_of_custody.json und forensic_log.json

Diese beiden Dateien sind das Protokoll der Aufnahme selbst, die sogenannte Beweiskette (Chain of Custody) des digitalen Beweises. forensic_log_summary.txt zeigt dasselbe Protokoll als Text für alle, die keinen JSON-Betrachter haben.

  1. 1Beweis. Beweis-ID, lokale und per NTP korrigierte Aufnahmezeit, Quell-URL mit ihrem Hashwert und Seitentitel.
  2. 2Verwahrer. Die Verwahrer-ID (user_uid) und der SHA-256-Hashwert der E-Mail-Adresse des Kontos, damit sich die aufnehmende Person auf Anfrage identifizieren lässt, ohne dass die Adresse gedruckt wird.
  3. 3Integrität. Wie das Protokoll versiegelt ist (sealed_in_manifest), der Status der Zeitstempel bei Erstellung des Pakets und die Dateiliste. ots_status zeigt pending, wenn der Bitcoin-Zeitstempel über den Plan oder ein Guthaben Teil der Aufnahme ist, weil die Verankerung Stunden später bestätigt wird, und sonst not_stamped; eidas_status zeigt requested oder not_requested. Ein Block legal_context erscheint nur, wenn mindestens eines seiner Felder ausgefüllt wurde, etwa ein Aktenzeichen.
  4. 4Verknüpfung mit dem Protokoll. Der Hashwert von forensic_log.json und der letzte Hashwert seiner Kette.
  5. 5Vorgänge. Jeder Schritt der Aufnahme ab capture_init, mit Uhrzeiten, Dauer und Ergebnissen. Wurde ein Video aufgenommen, folgen die Videoschritte nach der Erstellung des Beweis-PDF. Die Prüfdateien, die Erklärungsvorlage für ein US-Gericht und die Beweiskette entstehen nach dem Abschluss des Protokolls und sind vom Manifest erfasst; Hashberechnung, Signatur und Komprimierung folgen danach.
  6. 6Hashkette. Jeder Schritt trägt den Hashwert des vorherigen, sodass das Entfernen oder Bearbeiten eines Schritts die Kette unterbricht.
Beide Dateien in einem einfachen Texteditor, gekürzt. Die Schlüsselnamen sind echt; die Werte sind Beispiele.

Teil 11

manifest.json, die Signatur und die Zeitstempel

Das Siegel des Pakets. Alles andere wird mit manifest.json abgeglichen, und das Manifest wird mit seiner Signatur und seinen Zeitstempeln abgeglichen.

  1. 1Kopf. Version des Manifests, die Beweis-ID unter dem Schlüssel capture_id, Quell-URL und Aufnahmezeit.
  2. 2Dateien. Die Dateien der Aufnahme mit SHA-256, SHA-512 und Größe. Ändert sich ein einziges Byte einer aufgeführten Datei, passt ihr Hashwert nicht mehr. publickey.pem und manifest.sig stehen nur mit ihrem Namen darin, und die Zeitstempeldateien sowie eidas_validation.json, die nach dem Manifest entstehen, stehen nicht darin.
  3. 3Signatur und Schlüssel. manifest.sig ist eine RSA-4096-Signatur des Manifests und publickey.pem der Schlüssel zu ihrer Prüfung. Die Signatur verbindet die Hashwerte der aufgeführten Dateien miteinander; das Schlüsselpaar wird für jede Aufnahme neu erzeugt und der öffentliche Schlüssel liegt im ZIP, deshalb verankern erst die Zeitstempel das Manifest zeitlich. manifest.json.ots verankert den Hashwert des Manifests in der Bitcoin-Blockchain und belegt, dass es spätestens zum Zeitpunkt des Verankerungsblocks existierte; manifest.json.tsr ist, sofern vorhanden, der qualifizierte Zeitstempel.

„A time-stamping service supports assertions of proof that a datum existed before a particular time.“ (Ein Zeitstempeldienst unterstützt den Nachweis, dass Daten vor einem bestimmten Zeitpunkt existierten.)

IETF RFC 3161 (2001), Abschnitt 1, der Standard, auf dem der qualifizierte Zeitstempel in manifest.json.tsr beruht

Beide Zeitstempel beziehen sich auf den Hashwert von manifest.json, nicht auf die Seite selbst. Wie Sie die Bitcoin-Verankerung von Hand prüfen, lesen Sie unter So prüfen Sie eine OpenTimestamps-Datei (.ots).

manifest.json in einem einfachen Texteditor, gekürzt. Die Schlüsselnamen sind echt; die Werte sind Beispiele.

Teil 12

Das Paket prüfen

Es gibt zwei Wege. Die Skripte laufen auf Ihrem eigenen Computer und brauchen nichts von ProofSnap. Der Verifizierer läuft in der Seitenleiste oder, ohne Konto, auf der Website von ProofSnap. Jeder Schritt, mit vollständig erklärter Ausgabe, steht im Leitfaden So prüfen Sie ein Beweispaket.

  1. 1Dateiintegrität. Entpacken Sie das Paket und führen Sie bash verification/verify.sh (macOS, Linux) oder verify.ps1 in PowerShell (Windows) aus. Das Skript berechnet den Hashwert jeder aufgeführten Datei neu und vergleicht ihn mit dem Manifest.
  2. 2Signatur. Das Skript prüft manifest.sig mit publickey.pem. Dieser Schritt braucht OpenSSL.
  3. 3Zeitstempel. Das Skript liest das eIDAS-Token, sofern vorhanden, und zeigt den Befehl für eine gründliche Prüfung der Bitcoin-Verankerung.
  4. 4Ergebnis. PASS, FAIL, wenn eine Prüfung durchgeführt wurde und fehlgeschlagen ist, oder INCOMPLETE, wenn ein Werkzeug fehlt; INCOMPLETE deutet nicht auf ein Problem mit dem Paket hin.
  5. 5Verifizierer in der Seitenleiste. Ziehen Sie das ZIP in die Karte ProofSnap Vertrauensverifizierer und klicken Sie auf „ZIP-Datei verifizieren“.
  6. 6Ergebnis. Integrität: stimmt überein bedeutet, dass die Dateien zum Manifest passen und das Manifest zu seiner Signatur. „Technische Verifizierung anzeigen“ listet jede Prüfung auf.

verify.sh im Terminal von macOS, vereinfacht und gekürzt; die Meldungen sind auf Englisch. Die Zahl der Dateien ist ein Beispiel.

Der Verifizierer in der Seitenleiste.

Teil 13

Was Sie einem Anwalt oder Gericht übergeben

Übergeben Sie das ZIP genau so, wie es heruntergeladen wurde. Zum Lesen entnehmen Sie Kopien, aber ändern Sie die Originale nicht und speichern oder packen Sie sie nicht neu. Zum Lesen und Drucken ist evidence.pdf das Dokument; prüfbar macht es erst das ZIP.

  1. 1Erklärungsvorlage für ein US-Gericht. Hat die aufnehmende Person unter „Gerichtsformulare“ die Option „US-Selbstbeglaubigung“ eingeschaltet, enthält das Paket eine Vorlage für eine Erklärung zur Selbstbeglaubigung vor einem US-Bundesgericht. Eine qualifizierte Person muss eine Kopie vervollständigen und unterschreiben, und die US-Bundesbeweisregel verlangt zudem, der Gegenseite vor der Hauptverhandlung oder der Anhörung in angemessener Form schriftlich mitzuteilen, dass die Aufzeichnung vorgelegt werden soll, und ihr die Aufzeichnung und die Erklärung zur Einsicht bereitzustellen, damit sie beides anfechten kann. Lassen Sie die Vorlage im Paket unverändert: Würde sie geändert, passte sie nicht mehr zum Hashwert im Manifest.
  2. 2Sofort herunterladen. ProofSnap behält keine Kopie, das heruntergeladene ZIP ist also das Original.
  3. 3Ein ZIP je Aufnahme. Nehmen Sie es zur Akte und übergeben Sie dasselbe ZIP der Gegenseite und dem Gericht, damit alle dieselben Prüfungen vornehmen können.
Seitenleiste: die Zeile Gerichtsformulare vor einer Aufnahme und der Download danach.

Häufige Fragen

Beweise, die ein Gericht prüfen kann

Installieren Sie ProofSnap und sichern Sie Ihre erste Seite.

ProofSnap installieren: 7 Tage testen

7-tägiger Testzeitraum (Kreditkarte erforderlich). Ohne Abonnement: SnapPack für 4,99 $ (ca. 4,50 €) für 10 Aufnahmen.

Weitere Anleitungen: Webseite als Beweis sichern · Beweispaket prüfen · Video als Beweis aufnehmen · Datei zertifizieren

Kein Computer zur Hand? Wir übernehmen das