Edison Flores

Posted on Sep 1

Universal Trust Adapter: Das USB-C der Vertrauensstellung zwischen KI-Agenten (auf Deutsch)

#ai #german #security #agents

Warum dieser Artikel auf Deutsch

Ich veröffentliche seit Wochen auf Englisch über den Universal Trust Adapter (UTA). Aber ein erheblicher Teil der Entwickler, die mich per DM kontaktieren, sind deutschsprachig — Deutschland, Österreich, Schweiz. Dieser Artikel schließt die Lücke.

Das Problem

Wenn ein KI-Agent ein Tool aufruft — einen MCP-Server, eine interne API, einen Microservice — gibt es keine kanonische Möglichkeit, drei grundlegende Fragen zu beantworten:

Wer hat die Credentials für dieses Tool ausgestellt?
Bis wann sind sie gültig?
Welchen Scope haben sie — was dürfen sie und was nicht?

Wenn Sie aus der OAuth-Welt kommen, klingt das vertraut. Aus der X.509-Welt auch. Aus der W3C Verifiable Credentials-Welt ebenso. Das Problem ist, dass jeder Standard die Frage unterschiedlich beantwortet, und KI-Agenten wissen nicht, welchen Standard sie verwenden sollen.

Die Lösung: UTA

Universal Trust Adapter — https://github.com/alicelabs-llc/universal-trust-adapter

UTA ist ein universeller Verifikator, der 8 Credential-Formate akzeptiert:

#	Format	Ursprung
1	ATC v3 (Agent Trust Card)	AliceLabs-Vorschlag
2	JWT (mit `x5c`-Chain)	IETF RFC 7519
3	W3C Verifiable Credentials	W3C VC Data Model
4	A2A (Agent-to-Agent) Cards	Google A2A Protocol
5	EAT-AI (Entity Attestation Tokens)	IETF RATS
6	ZTA (Zero Trust Agent) Cards	ZTA-Variante
7	MCP Server Cards	Anthropic MCP
8	X.509-Zertifikate	ITU-T

Und verarbeitet sie durch eine 12-stufige Pipeline:

PARSER → DETECT → SCHEMA → CRYPTO → ISSUER → KEY_BINDING
       → POP → PROVENANCE → LIFECYCLE → EVIDENCE → POLICY → DECISION

Verwendung

Option A: Öffentliche API

curl -X POST https://www.marketnow.site/api/trust?action=verify \
  -H "Content-Type: application/json" \
  -d '{"card": "...Ihr JWT oder VC hier..."}'

Option B: NPM-Paket

npm install @marketnow/trust-core

import { verify } from '@marketnow/trust-core';

const result = await verify(card);
if (result.decision === 'PERMIT') {
  // Tool ist vertrauenswürdig, ausführen
} else {
  console.log(result.failed_stage);
}

Benchmarks

6.744 Verifizierungen pro Sekunde auf einem einzelnen Kern
480+ Tests in Node.js
16 Tests in Python (Adapter)
23 Property-Tests (Conformance-Suite)

Warum das im DACH-Raum zählt

Der DACH-Raum hat eine der stärksten Tech-Communitys Europas. Deutsche, österreichische und Schweizer Startups bauen KI-Agenten für Industrie 4.0, Finanzwesen, Gesundheit. In all diesen Sektoren ist Vertrauen zwischen Agenten nicht optional.

UTA ist dafür konzipiert: eine kleine, schnelle Bibliothek ohne schwere Abhängigkeiten, die jeder Entwickler an einem Nachmittag integrieren kann.

Was UTA NICHT löst

Ehrlich gesagt:

Reputation Layer: UTA verifiziert die Kryptografie und den Issuer, löst aber nicht "ist dieser Issuer vertrauenswürdig?". Das erfordert einen separaten Reputation-Graph.
EAT-AI und ZTA sind in der Beta — die Formate sind implementiert, aber die Akzeptanz ist gering.
Policy Engine: Die POLICY-Stufe akzeptiert jede Richtlinie, die Sie implementieren, aber UTA bringt keine vordefinierten Richtlinien mit.

Nächste Schritte

Lesen Sie das README
Testen Sie die API: https://www.marketnow.site/api/trust?action=formats
Wenn Sie beitragen möchten — Übersetzungen, Adapter in anderen Sprachen, Use Cases — öffnen Sie ein Issue

Abschluss

Vertrauen zwischen Agenten ist kein technisches Kryptografie-Problem. Es ist ein Problem der Interoperabilität von Standards. UTA erfindet keinen neuen Standard — es verbindet die bestehenden.

Wenn Sie deutschsprachiger Entwickler sind und an KI-Agenten arbeiten, ist jetzt der Zeitpunkt, zur Vertrauensschicht beizutragen. Wir stellen die Infrastruktur; Sie bringen die Use Cases.

Repo: alicelabs-llc/universal-trust-adapter · API: marketnow.site/api/trust · NPM: @marketnow/trust-core

DEV Community