Intramedial befindet sich in der eingeschränkten Beta. Bei der Registrierung oder Anmeldung müssen Sie das erhaltene Beta-Tester-Passwort angeben oder unter preview@intramedial.com eines anfordern. Vielen Dank.
Wird geladen…
Open Source
Unabhängig prüfen
Alles, was Sie brauchen, um Belege ohne uns zu prüfen.
Ein Beleg ist nur etwas wert, wenn nicht allein sein Aussteller ihn prüfen kann. Darum sind Prüfbibliotheken, Format, Keys und Testmaterial öffentlich. Diese Seite listet jedes Teil, seine Lizenz, wo es heute liegt und wie Sie es nutzen.
Agenten handeln, wenn die Ebene Ja sagt – und das Protokoll sagt, warum.
Leiten Sie Agent-Aktionen, Inhalts-Hashes, API-Checks, DNS-Abfragen, Webhooks, LLM-Aufrufe und Git-Commits über Intramedial – für einen signierten Beleg, den jeder prüft, ohne uns zu vertrauen.
Prüfen ist ein Vorgang: eine Ed25519-Signatur über eine kanonische Form des Belegs, gegen einen Public Key geprüft. Zwei unabhängige Implementierungen kommen mit demselben Beleg und Key zum selben Ergebnis. Alles, was dieser Vorgang braucht, ist publiziert.
Der BelegDas JSON, das Sie haben
Ein Public KeyAus dem publizierten Key-Satz oder Ihrer Kopieledger-bundles-keys.json
Das FormatKanonisches JSON (RFC 8785), Ed25519RFC 8785 · RFC 8032
Die Partei, die einen Eintrag bestreiten könnte, Intramedial oder Sie, darf nicht die einzige sein, die ihn prüfen kann.
Die Prüfung ist deterministisch: Ein Prüfer, den jemand nach dem Format schreibt, urteilt wie unserer.
Ein bei Ausstellung gültiger Beleg bleibt prüfbar, solange sein Key publiziert ist, und alte Keys bleiben publiziert.
Offene Prüfung macht nicht jeden Beleg wahr. Eine gültige Signatur beweist, wer welche Bytes signierte und dass sich danach nichts änderte; bei gemeldeten Fakten nicht, dass sie geschahen. Was ein Beleg nicht beweist →
02
Überblick
Stand im Überblick
Jede Zeile sagt, was es heute gibt. Wo etwas nicht publiziert ist, sagen wir es und zeigen den Weg, der heute geht. Für Unpubliziertes nennen wir kein Datum.
Beide Bibliotheken prüfen dasselbe: Belege aus jedem Tool und signierte Artefakt-Bundles mit Merkle-Inklusionsbeweis. Beide liefern dieselben Fehlergründe und pinnen denselben signierten Testvektor, so fällt jede Abweichung bei Kanonisierung oder Kodierung in beiden Suites durch.
intramedial-verifyJavaScript und TypeScript
Noch unpubliziert
Keine Abhängigkeiten, nur WebCrypto. Prüft einen Beleg ohne Netzaufruf gegen einen übergebenen Key-Satz oder lädt zuerst die publizierten Keys. Fehlt einer Runtime Ed25519, liefert sie unsupported_runtime, statt den Beleg zu bewerten.
04
Spezifikation
Die Formatspezifikation
Das Wire-Format beider Prüfer ist als normative Spezifikation v1 unter MIT-Lizenz festgehalten. Sie ist öffentlich, damit Prüfen ohne Vertrauen in unseren Prüfer geht. Ihr Inhalt steht heute in der Doku; die Spezifikation soll in ein eigenes öffentliches Repository ziehen.
Die sieben signierten Felder und die Regel: Typ im Body gleich Typ im Umschlag.
05
Public Keys
Publizierte Keys
Die öffentlichen Ed25519-Keys, die Belege signieren, kommen ohne Authentifizierung, offen für Cross-Origin und eine Stunde cachebar. Alte Keys bleiben publiziert, alte Belege also prüfbar. Die privaten Keys liegen in AWS KMS und werden nie exportiert.
Wo der Key-Satz bereitliegt
https://intramedial.com/.well-known/ledger-bundles-keys.jsonDas JWK-Set auf der Website. Leitet zur API-Route um; Redirects folgen.
https://ledger-bundles.api.intramedial.com/.well-known/ledger-bundles-keys.jsonDerselbe Satz, auf dem API-Host.
06
Testvektoren
Testvektoren
Ein Known-Answer-Beleg, signiert von einem festen Wegwerf-Key, steht in der Doku und ist in beiden Prüfer-Suites gepinnt. Prüfen Sie Ihre Implementierung damit, bevor Sie ihr echte Belege anvertrauen.
verdict.jsonshape only, not a vector
{
"ok": true,
:
}
07
CI-Action
Die GitHub Action commit-attest
Eine kleine Composite Action, die den ausgecheckten Commit per git liest, die Commit-Nachricht auf dem Runner hasht und einen signierten commit.attest-Beleg anfordert. Der Nachrichtentext verlässt den Runner nie.
github.enforcehosted moduleOffenes Dokument
Der Quellcode ist unter MIT-Lizenz fertig und noch nicht publiziert. Ein Workflow, der sie referenziert, scheitert bis dahin beim Set-up; nutzen Sie heute den curl-Schritt aus der Doku. Er tut dasselbe.
Nach Veröffentlichung
08
Erkennung
MCP- und Discovery-Dateien
Agenten und Coding-Assistenten suchen Beschreibungsdateien an festen Adressen. Diese sind öffentlich, aus denselben Aktionsdefinitionen wie der MCP-Server erzeugt, ohne Konto. Maßgeblich ist der Live-Server; weichen Datei und Doku ab, gilt die Doku.
/.well-known/mcp/server.json
Name des MCP-Servers, der Streamable-HTTP-Endpunkt und die erlaubten Anmeldearten.
/.well-known/mcp/tools.json
Die Tools mit Ein- und Ausgabeschemas, wie tools/list sie liefert.
/.well-known/agent-card.json
Identität, Transporte und je Aktion eine Fähigkeit des Gateway-Agenten, für A2A-Clients.
09
Nur im Repo
Auch im Repository, nicht publiziert
Das Repository enthält mehr Quellcode, als diese Seite oben aufführt. Nichts davon ist als Paket veröffentlicht oder dokumentiert, daher gibt es keine Installationsschritte. Wir listen es auf, damit später nichts überrascht.
mcp-server stdioNoch unpubliziert
Eine zweite, unabhängige Python-Implementierung des Belegformats, ohne Code mit dem Aussteller zu teilen.
Lizenz
MIT
Quelle
10
Community
Probleme melden und beitragen.
Noch gibt es kein öffentliches Repository für Issues oder Pull Requests; jedes Paket soll in ein eigenes öffentliches Repository ziehen. Bis dahin gibt es diese Kanäle.
Ein Security-Problem
In einem Prüfer, im Key-Satz oder im Format. Mailen Sie uns vertraulich und posten Sie nichts, bevor wir es beheben konnten.
Ein Prüfer, der dem Testvektor widerspricht, ein Doku-Beispiel, das scheitert, oder ein Manifest, das nicht zum Live-Server passt. Senden Sie Eingabe und Erwartung.
Jetzt prüfen.
Fügen Sie einen Beleg in den Prüfer ein. Die Prüfung läuft im Browser; einziger Netzaufruf ist der Key-Download.
Dieselben Funktionen in snake_case, nur mit der Standardbibliothek, samt kleinem eigenständigem Ed25519-Prüfer, so passt die ganze Vertrauensfläche in wenige lesbare Dateien.
Die Signatur passt nicht zu den kanonischen Bytes unter dem Key.
kind
Kein publizierter Key trägt die Key-ID.
reason
Die Eingabe ist kein Beleg der Form nach.
details
Bei Bundles: Der Inklusionsbeweis faltet nicht zur verankerten Root.
§2
Kanonisierung
Genau RFC 8785: Schlüsselfolge, Zahlform, Escaping und was abzulehnen ist.
§3Signatur und Key-ID
Ed25519 über die kanonischen Bytes, base64url ohne Padding, und wie sich die Key-ID ableitet.
§4Tool-Bodies
Die Felder, die der Body jedes Tools trägt, samt Watch-Digests.
§5Artefakt-Umschlag
Das offene Geschwister des Belegs für Compliance-Artefakte.
§6Bundles, Verankerung
Leaf- und Node-Hashing mit Domain-Präfixen, und wie ein Inklusionsbeweis faltet.
§7Key-Discovery
Wo der Key-Satz liegt, seine Header, und warum Rotation nur ergänzt.
§8Verfahren der Prüfung
Die vier Schritte und die maschinenlesbaren Fehlergründe.
§9Versionierung
Ergänzungen halten v1-Prüfer lauffähig; v1-Dokumente prüfen für immer nach v1-Regeln.
Die Bytes, die signiert sind
Entfernen Sie signature, serialisieren Sie den Rest kanonisch und prüfen Sie die Ed25519-Signatur über diese UTF-8-Bytes. Das ist der kanonische String des Testvektors unten.
Für die stärkste Prüfung holen Sie einen Schlüssel einmal ab, speichern seine kid und x in Ihren eigenen Unterlagen und prüfen gegen diese Kopie. Jeder oben genannte Ort wird von uns bereitgestellt; ihr Vergleich schützt also vor einer fehlerhaften Route, nicht vor einem kompromittierten Intramedial. Signatur-Keys, Rotation →
"kind"
"notarian-bundle"
Erwartetes Urteil
Eingabe
Urteil
Beleg und Key-Satz wie publiziert
ok: true
Derselbe Beleg mit byteLength auf 5 geändert
ok: false
Derselbe Beleg mit einer anderen Key-ID
ok: false
Ein Objekt nur mit Version
ok: false
Der Body des Vektors ist Testmaterial. Sein Key ist ein Testschlüssel und signiert nichts Echtes.
Für diese Dateien ist keine Lizenz angegeben. Sie beschreiben einen gehosteten Dienst, den MCP-Server unter mcp.intramedial.com, kein Paket zur Installation.
Ein breiterer Offline-Prüfer für die anderen signierten Nachweise der Plattform, etwa Artefakt-Bundles und hash-verkettete Exporte.
Lizenz
Noch keine Open-Source-Lizenz erteilt
Quelle
contracts/
Adapter für FrameworksNoch unpubliziert
Ein Basispaket und ein Paket je Agent-Framework, das den Lauf eines Frameworks in Attest-Anfragen übersetzt. Die Frameworks gehören ihren Autoren; nur die Adapter sind unsere.
Die Standard-Kontaktdatei für Sicherheit liegt unter /.well-known/security.txt.
Noch unpubliziertPull Requests: geplant. Gibt es die öffentlichen Repositorys, verlinkt diese Seite sie und sagt, unter welcher Lizenz Beiträge stehen.