Wie weise ich nach, dass ein Dokument an einem bestimmten Datum existierte?
Um nachzuweisen, dass ein Dokument an einem bestimmten Datum existierte, bilden Sie einen Hash des Dokuments und senden diesen an eine vertrauenswürdige Zeitstempelstelle, die ein signiertes Token zurückgibt und darin den Hash an eine von ihr bezeugte Zeit bindet. Dieses Token ist ein Nachweis, den ein Dritter prüfen kann, ohne Ihnen glauben zu müssen. Ein Datum in Ihrem eigenen Dateisystem, Ihrer Datenbank oder den Dokumentmetadaten ist kein Nachweis, denn Sie kontrollieren es selbst.
Das Problem mit den eigenen Daten
Jedes Datum, das Sie zu Ihrem eigenen Dokument vorlegen können, haben Sie erzeugt. Der Zeitstempel des Dateisystems, die Spalte “erstellt am” in Ihrer Datenbank, das Datum auf Seite eins, die Metadaten im PDF: Alle liegen in der Hand derjenigen Partei, die möchte, dass man ihnen glaubt.
Das ist kein Vorwurf, sondern die Struktur des Problems. Ein Prüfer, eine Gegenseite oder ein Gericht kann ein ehrliches Datum nicht von einem günstigen unterscheiden, wenn beide aus derselben Quelle stammen. Streit über Vorbenutzung, Vertragsbeginn, Kündigungsfristen, den Beginn von Aufbewahrungsfristen und Schutzrechte hängt daran, und zwar Jahre später.
Wie ein vertrauenswürdiger Zeitstempel das löst
RFC 3161 beschreibt ein kleines Protokoll mit großer Wirkung.
- Dokument hashen. Eine kryptografische Hashfunktion erzeugt einen Fingerabdruck fester Länge. Jede Änderung am Dokument, und sei es ein Byte, ergibt einen völlig anderen Fingerabdruck.
- Nur den Hash senden. Die Anfrage geht an eine Zeitstempelstelle, einen Dritten mit einem Signaturdienst. Das Dokument selbst verlässt Ihre Systeme nie, also funktioniert das auch für Material, das Sie nicht teilen dürfen.
- Signiertes Token empfangen. Die Zeitstempelstelle liefert ein Token mit Ihrem Hash und der Zeit zurück, signiert mit ihrem eigenen Schlüssel.
- Token beim Dokument aufbewahren.
Was das Token feststellt, ist präzise, und es lohnt sich, es präzise zu sagen: Genau dieser Inhalt existierte spätestens zu diesem Zeitpunkt und hat sich seither nicht verändert. Das ist eine einseitige Schranke. Es belegt, dass das Dokument nicht jünger ist als der Zeitstempel. Es belegt nicht, dass es nicht älter ist.
Damit es in zehn Jahren noch funktioniert
Diesen Teil überspringen die meisten Umsetzungen, und er versagt lautlos.
Ein Zeitstempel-Token wird gegen das Zertifikat der Zeitstempelstelle geprüft. Zertifikate gelten ein bis drei Jahre. Um 2035 ein Token von 2026 zu prüfen, braucht eine strenge Prüfung drei Dinge, die heute existieren und dann nicht mehr: die vollständige Zertifikatskette wie sie war, den Sperrstatus zum Signaturzeitpunkt und ein Verfahren, das dann noch als sicher gilt.
Bewahren Sie das Prüfmaterial also gleich bei der Erstellung neben dem Token auf. Erneutes Zeitstempeln mit einem aktuellen Verfahren, bevor das vorherige schwächer wird, verlängert die Lebensdauer der ganzen Kette. Beides geht nicht rückwirkend.
Wo SealDoc hineinpasst
SealDoc fordert für jedes verarbeitete Dokument standardmäßig einen RFC-3161-Zeitstempel an, zeichnet eine SHA-384-Hashkette und eine Chain-of-Custody-Aufzeichnung auf und liefert das Ergebnis als PDF/A-3B-Datei, mit einem Nachweispaket pro Dokument auf Anfrage. An die Zeitstempelstelle geht nur der Hash, das Dokument bleibt also innerhalb europäischer Infrastruktur.
Zuletzt geprüft: