Seminar Kompaktseminar – KERI, ACDC und vLEI

Das Kompaktformat vermittelt in drei Tagen ein zusammenhängendes Verständnis des Technologie- und Governance-Stacks. Die Tiefe reicht für Architekturgespräche, Use-Case-Bewertung und die Vorbereitung eines Piloten, ohne die spezialisierten Implementierungsseminare vollständig vorwegzunehmen.

Inhaltsübersicht

• Seminarprofil
• Zielgruppe
• Lernziele
• Seminarinhalte
• Praxisanteile
• Voraussetzungen

Seminarprofil

Der Kurs folgt einer einzigen Trust Chain: Identifier entsteht, Schlüsselzustand wird fortgeschrieben, Credential wird modelliert und ausgegeben, eine Rolle wird nachgewiesen und ein Verifier trifft eine Policy-Entscheidung.

Zielgruppe

Architekten, Entwickler, IAM- und Compliance-Verantwortliche, technische Entscheider, Produktteams und Projektleiter, die einen fundierten Einstieg benötigen.

Lernziele

• KERI, ACDC und vLEI als zusammenhängenden Stack erklären
• AID-, Key-Event- und Witness-Mechanismen einordnen
• ACDC-Strukturen, Registries und Credential Chains lesen
• vLEI-Rollen und Credential-Typen unterscheiden
• einen geeigneten Vertiefungs- und Pilotpfad festlegen

Seminarinhalte

Schritt 1: Vertrauensbegriffe und Rollen ordnen

Identität, Schlüsselkontrolle, Credential, Rolle, Autorisierung und Governance werden getrennt. Der Kurs definiert eine gemeinsame Sprache für technische und fachliche Teilnehmer.

• Trust Anchor bestimmen
• Issuer, Holder und Verifier abgrenzen
• Kryptographie und Governance verbinden

Schritt 2: KERI-Identifier und Key Events verstehen

AIDs, Inception, Key Event Log, Pre-Rotation, Rotation, Delegation und Thresholds werden anhand einer kompakten Ereignisfolge erklärt und geprüft.

• AID und SAID unterscheiden
• Key State aus Events ableiten
• Recovery-Grenzen erkennen

Schritt 3: Witnesses und Verteilung einordnen

Receipts, KERLs, Witness-Schwellen und Watcher werden als Verfügbarkeits- und Evidenzmechanismen untersucht. Die Teilnehmer bewerten zentrale und verteilte Betriebsvarianten.

• Witness-Rolle nicht mit CA verwechseln
• Schwellen und Ausfälle bewerten
• Duplicity-Signale verstehen

Schritt 4: ACDC-Struktur und Chains lesen

Schema, Attributes, Rules, Edges, Issuer, Issuee und SAIDs werden in einem Beispielcredential markiert. Danach wird eine mehrstufige Autorisierungskette verifiziert.

• Daten- und Quellenbereiche trennen
• Schema- und Credential-SAID prüfen
• fehlende oder widerrufene Quelle erkennen

Schritt 5: Registry und IPEX verstehen

Ausgabe, Widerruf, Apply, Offer, Agree, Grant, Admit und Spurn werden zu einem vollständigen Lifecycle verbunden. Datenschutz und Audit werden als Entwurfsanforderungen behandelt.

• Status vor Nutzung prüfen
• Austauschzustände ordnen
• Least Disclosure einplanen

Schritt 6: vLEI-Ökosystem abbilden

GLEIF, QVI, Legal Entity, LAR, OOR, ECR und Verifier werden in eine Trust Chain eingeordnet. Credential-Typen und Befugnisse werden anhand typischer Unternehmensrollen unterschieden.

• offizielle und kontextbezogene Rollen trennen
• Autorisierung zur Ausgabe nachvollziehen
• Revocation-Verantwortung zuordnen

Schritt 7: Verifier und Anwendungsintegration entwerfen

Eine Prüfpipeline verbindet Key State, Credential, Registry, Chain und lokale Policy. Anwendungsfälle wie Login, Zeichnungsberechtigung und Lieferanten-Onboarding werden bewertet.

• Prüfschritte priorisieren
• harte und weiche Fehler trennen
• Entscheidungsnachweis dokumentieren

Schritt 8: Pilot und Vertiefung planen

Zum Abschluss werden Use Case, Scope, Komponenten, Erfolgskriterien und notwendige Vertiefungsseminare festgelegt. Ein Pilot muss eine konkrete Vertrauensannahme validieren.

• Pilotfrage formulieren
• Daten und Partner bestimmen
• Roadmap und Kompetenzaufbau staffeln

Praxisanteile

• komplette Trust Chain aufbauen
• ACDC-Beispiel und Quellenkette prüfen
• vLEI-Rollenmatrix erstellen
• Verifier-Pipeline und Pilotumfang skizzieren

Voraussetzungen

Grundkenntnisse in IAM, digitalen Signaturen, JSON und API-Architekturen. Keine KERI- oder vLEI-Vorkenntnisse erforderlich.