Wie Trustvice Belege signiert, wie Sie sie ohne uns prüfen und wo ihre Grenzen liegen. Geschrieben vom Team, das es baut, abgeglichen mit der Doku.
Agenten, Nachweise, Governance, Handel und Offenlegung stecken in Trustvice 360. Kostenlos registrieren und alle Suiten in einem Dashboard öffnen.
© 2026 Trustvice. Alle Rechte vorbehalten. Trustvice ist ein Produkt von Trustvice. Secured and supercharged by Avonao Labs.
MissbrauchTwo correct RFC 8785 implementations can still disagree on key order, big numbers and unpaired surrogates. We walk through each edge case in JavaScript and Python, what our canonicalizers do, and how shared test vectors catch drift.
8 Min. Lesen
Post lesenWhat "automatic recording of events" asks of an agentic system, which fields make a log traceable, why self-written logs are weak evidence, how to reconcile retention with erasure, and where signed receipts help and where they do not.
Ein signierter Beleg ist eine präzise, enge Aussage. Eine sorgfältige Darstellung der drei Dinge, die ein gültiger Trustvice-Beleg belegt, der vielen, die er nicht belegt, wofür Sie uns weiter vertrauen und wie Sie Belege vorlegen, ohne sie zu überhöhen.
Fügen Sie einen beliebigen Trustvice-Beleg in den Prüfer ein. Er prüft die Signatur in Ihrem Browser gegen unsere veröffentlichten Schlüssel, ganz ohne Konto.
Trustvice 360: Vertrauen Sie Ihren KI-Agenten und steuern Sie sie mit signierten, überprüfbaren Nachweisen.
Digital Trust. On the Record.
Die Innovationsplattform für
Software‑as‑a‑Service.
Trustvice-Belege beruhen auf SHA-256-Hashes und Metadaten, nicht auf Ihren Dokumenten, Prompts oder Antwort-Bodys. Hier ist das Datenschutzdesign hinter dieser Entscheidung, was es schützt und wo es Sie allein nicht schützt.
Ein durchgerechnetes Beispiel: Wir bauen mit WebCrypto einen Belegprüfer ohne Abhängigkeiten, testen ihn an einem signierten Testvektor, zeigen, dass er manipulierte Belege ablehnt, und übertragen das Verfahren auf Python und die Shell.
Ein Rundgang Feld für Feld durch den Trustvice-Belegumschlag: warum wir eine kanonische Form nach RFC 8785 signieren statt der übertragenen Bytes, wie Key-IDs aus den Schlüsseln selbst abgeleitet werden und was das publizierte Key-Set verspricht.
Jeder Post ist mit seinen Themen verschlagwortet.
Feldnotizen