Attestkeep
Sprache: Deutsch
Loslegen
Nachweis

Einen signierten Bericht ohne uns prüfen.

Legen Sie das Nachweispaket, das Sie erhalten haben, genau so ab, wie es bei Ihnen ankam. Die ganze Kette wird hier in diesem Tab geprüft, gegen unseren Signaturschlüssel, der in diese Seite eingebaut ist. Sie müssen nichts entpacken, kein Zertifikat suchen und keinen Schlüssel eingeben – und keine Anfrage verlässt die Seite: Das Urteil hängt nicht davon ab, ob wir erreichbar sind, ehrlich sind oder noch existieren.

Prüfung starten

Eine Datei: das .zip, in dem der Bericht geliefert wurde. Alles, was die Prüfung braucht, steckt darin – die Berichtsbytes so, wie sie signiert wurden, die Attestation darüber und das Zertifikat, das den signierenden Schlüssel nennt. Wählen Sie das Archiv und klicken Sie auf Prüfen. Haben Sie nur die .attestkeep.json erhalten, fügen Sie stattdessen diese ein.

Legen Sie das .zip genau so ab, wie es ankam – nichts zu entpacken, nichts weiter auszufüllen. Zertifikat und öffentliche Hälfte des Signaturschlüssels sind darin enthalten; nichts im Archiv ist geheim.

Woher der Schlüssel kommt

Sie geben keinen ein. Die Seite enthält den einzigen Schlüssel, dem Sie vertrauen müssen – unseren:

kid:     ak1
ed25519: e287aabe4712197cfa5b6fdf9ea8f2d7f0333ce16ca69aac7e4a3f1e84c04179

Für alles andere bürgt eine Kette. Das Lizenzzertifikat ist ein Dokument, das wir mit diesem Schlüssel signieren; darin nennt das Feld cnf.jwk den Signaturschlüssel der lizenzierten Installation für Nachweise. Dieser Schlüssel signiert den DSSE-Envelope, und der Digest im Envelope legt den Bericht fest. Die Seite gleicht außerdem ab, ob Zertifikat und Bericht denselben Cluster-Fingerabdruck nennen – ohne diesen Schritt ließe sich ein echtes Zertifikat neben einen echten Envelope einer anderen Installation legen, und das Paar sähe aus wie ein Beweis.

Die Kette gibt es, weil der alte Weg eine Lücke hatte. Ein Prüfprogramm, das einen Public Key von demjenigen übernimmt, der das Dokument bringt, belegt nur, dass das Dokument in sich stimmig ist: Ein Fälscher erzeugt ein Schlüsselpaar, signiert einen erfundenen Bericht und übergibt Ihnen beides. Die Kette ersetzt „den Schlüssel, den der Verfasser des Berichts Ihnen gab“ durch „den Schlüssel, den wir für diese Installation zertifiziert haben“ – ein einziger Vertrauensanker, gehalten von einer Partei ohne Interesse am Inhalt des Berichts.

Diese schwächere Prüfung bietet die Seite nicht an. Es gibt kein Feld für einen Public Key: Das Zertifikat wird aus dem Paket selbst gelesen, und ein Envelope ohne Zertifikat wird abgelehnt.

Was ein Bestehen belegt – und was nicht

Ein grünes Ergebnis oben belegt genau zwei Dinge:

  • die Dokumente sind seit dem Signieren unverändert – ändern Sie ein Zeichen, selbst in einem Zeitstempel, und die Prüfung schlägt fehl;
  • der Bericht stammt aus der Installation, die unser Zertifikat nennt – sein Envelope wurde mit dem Schlüssel signiert, für den das Zertifikat bürgt, und beide nennen denselben Cluster.

Mehr belegt es nicht, und die beiden Grenzen sollen vollständig genannt sein:

Es ist keine rechtsgültige elektronische Signatur. Es ist kein qualifiziertes Zertifikat beteiligt, und kein Gesetz über elektronische Signaturen – eIDAS in der EU, das Gesetz 5070 in der Türkei – ist darauf anwendbar. Es ist eine kryptografische Integritätsprüfung. Verlangt Ihr Prozess eine rechtlich anerkannte Signatur, ersetzt diese Prüfung sie nicht.

Es belegt nicht, wann das Dokument signiert wurde. Der Zeitstempel generated_at und der Prüfzeitraum sind eigene Angaben der Installation, abgelesen von ihrer eigenen Uhr. Kein Zeitstempeldienst ist beteiligt; eine heute erstellte Signatur über das gestrige Datum würde genauso bestehen. Muss die Zeit belegt sein, braucht es dafür einen Nachweis aus anderer Quelle.

Und noch eine ehrliche Anmerkung: Die Signatur bürgt für das Dokument, nicht für die Welt. Sie belegt, dass der Bericht genau das ist, was diese Installation erzeugt hat – nicht, dass die beschriebenen Ereignisse so stattgefunden haben.

Nichts verlässt diese Seite

Das Prüfprogramm ist gewöhnliches JavaScript von dieser Website, einschließlich Hashing und Ed25519-Arithmetik, ohne Bibliothek eines Dritten und ohne CDN. Das müssen Sie nicht glauben: Öffnen Sie beim Prüfen das Netzwerk-Panel Ihres Browsers, oder laden Sie die Seite, trennen Sie die Netzwerkverbindung vollständig und prüfen Sie offline. Das Ergebnis ist dasselbe, weil keines der Dokumente je übertragen wird.

Das Format – jedes Predicate-Feld, der Aufbau des Envelopes, das Zertifikat, die signierte Kodierung – ist in der Compliance-Evidence-Attestation, v1 festgelegt. Das signierte Beispiel dort ist ein einzelner Envelope ohne Lizenzzertifikat; diese Seite lehnt es deshalb ab. Prüfen lässt es sich mit dem Skript aus der Dokumentation oder mit jeder DSSE-Implementierung.

Stand: 14. Oktober 2026