Alles, was wir signieren, öffentlich

Was hineinkommt

• Signaturen: für jede über die API markierte Datei das Label ihres Manifests und der SHA-256 der Datei, ihrer Signatur, des Signaturzertifikats und des Zeitstempels in der Signatur. Bei einer im lokalen Modus markierten Datei, die uns nie erreicht, tritt ihr Hard Binding an die Stelle ihres SHA-256.
• Zeitstempel: für jedes Token unseres Zeitstempelservers seine Seriennummer, sein Zeitpunkt, sein SHA-256 und der Hash, den es mit einem Zeitstempel versieht.
• Anker der Audit-Logs: Das Audit-Log jeder Organisation ist per Hash verkettet; sein neuester Hash kommt hierher, unter einem Pseudonym, das nur die Mitglieder der Organisation erkennen können, sodass sich sein Verlauf nicht unbemerkt umschreiben lässt.
• Signierte Prüfergebnisse: für jedes Ergebnis von POST /v1/verify, das wir signieren, sein SHA-256, der SHA-256 der geprüften Datei und die ID des Schlüssels unseres Prüfdienstes.

Nie darin: Namen oder IDs von Organisationen, Dateinamen oder -inhalte, Wasserzeichen-IDs, Modelle, Apps oder Titel, Adressen oder Personen. Wer eine Datei hat, kann ihren Eintrag finden; alle anderen erfahren aus dem Protokoll nichts.

Selbst prüfen

1. Finden Sie den Eintrag einer Datei über das Label ihres Manifests oder über den X-Log-Index, den die API mit ihr zurückgegeben hat: GET /v1/log/proof/urn:c2pa:… antwortet mit dem Eintrag und den Hashes, die ihn mit einer signierten Wurzel verbinden.
2. Prüfen Sie, ob der Eintrag zur Datei passt (ihr SHA-256, das Label ihres Manifests), und rechnen Sie den Beweis bis zur Wurzel hoch.
3. Prüfen Sie die Signatur der Wurzel mit unserem öffentlichen Schlüssel (siehe unten).
4. Bewahren Sie die Wurzeln auf, die Sie gesehen haben. GET /v1/log/consistency beweist, dass jede spätere Wurzel noch mit allen Einträgen einer früheren beginnt.

Die API-Referenz enthält die genauen Formate und die wenigen Zeilen Shell und Python, die jede Prüfung durchführen. Der Baum folgt RFC 9162 (Certificate Transparency), und Wurzeln werden wie die Tree Heads aus RFC 6962 signiert, sodass vorhandene Tools und Bibliotheken funktionieren.

curl -s "https://api.kennmarq.com/v1/log/key?format=pem" -o log-key.pem
curl -s "https://api.kennmarq.com/v1/log/root" -o root.json
printf '0001%016x%016x%s' "$(jq .timestamp root.json)" "$(jq .tree_size root.json)" \
  "$(jq -r .root_hash root.json)" | xxd -r -p > tree-head.bin
jq -r .signature root.json | base64 --decode > signature.der
openssl dgst -sha256 -verify log-key.pem -signature signature.der tree-head.bin

Letzte Wurzeln

Alle Wurzeln, die neueste zuerst: GET /v1/log/roots.

Unser Protokollschlüssel

ECDSA P-256 mit SHA-256. Schlüssel-ID 3b51f0f999b77a04bd96b2b86fa783237f5f33f29c55275a7e5a06ad7230829e, der SHA-256 des unten stehenden Schlüssels im DER-Format. Er signiert nur Tree Heads, und sein privater Schlüssel verlässt AWS KMS nie.

-----BEGIN PUBLIC KEY-----
MFkwEwYHKoZIzj0CAQYIKoZIzj0DAQcDQgAE42CpuoaS4/rNCAyQ08euvOtCa9X3
Zuq7bXjiCyeh4C0O92Ey6CbvOtfkS11IoLLFWFzzXrcpi/0L2vDeXsufyw==
-----END PUBLIC KEY-----