Seminar VC Data Model 2.0 – Grundlagen und Rollenmodell

Der Einstiegskurs schafft ein gemeinsames technisches und fachliches Verständnis. Rollen, Credential- und Presentation-Grundstruktur, Claims, Issuer-Vertrauen, Holder-Aufgaben, Verifier-Prüfung, Data Integrity und Status werden in einem vollständigen, aber bewusst überschaubaren End-to-End-Ablauf eingeordnet.

Inhaltsverzeichnis

• Einordnung
• Zielgruppe
• Voraussetzungen
• Lernziele
• Seminarinhalte
• Problemstellung und Grundprinzip
• Rollenmodell
• Anatomie eines Credentials
• Vom Credential zur Presentation
• Prüfschichten beim Verifier
• Datenschutz und Sicherheit
• Architekturentscheidung und Lernpfad
• Praktische Übungen
• Methodik
• Einordnung im Seminarprogramm

Einordnung

Der Schwerpunkt liegt auf kompakter Einstieg in Architektur, Begriffe und Prüfmodell von Verifiable Credentials. Die Inhalte werden von der fachlichen Anforderung über Datenmodell und Protokoll bis zu Validierung, Fehlerbehandlung und betrieblichen Kontrollen entwickelt.

Zielgruppe

Architektur, Entwicklung, Produktmanagement, IAM, Compliance, Datenschutz, Informationssicherheit, Projektleitung und Fachverantwortung mit Einstieg in Verifiable Credentials.

Voraussetzungen

Grundkenntnisse digitaler Identitäten und JSON sind hilfreich. Vorkenntnisse zu Verifiable Credentials werden nicht vorausgesetzt.

Lernziele

• Issuer, Holder, Verifier und Subject sicher unterscheiden
• Aufbau eines VC-2.0-Credentials lesen und erklären
• Credential und Verifiable Presentation abgrenzen
• Integrität, Authentizität, Status und Trust als getrennte Prüfungen verstehen
• typische Issuance- und Presentation-Flows einordnen
• Datenschutz- und Sicherheitsrisiken früh erkennen
• passende Vertiefungsmodule auswählen

Seminarinhalte

Modul 1: Problemstellung und Grundprinzip

1. Schritt 1: Klassische zentrale Abfragen werden einem vom Holder übermittelten kryptografisch prüfbaren Nachweis gegenübergestellt.
2. Schritt 2: Es wird geklärt, welche Aussage der Issuer bestätigt und was der Verifier daraus fachlich ableiten darf.
3. Schritt 3: Das Credential wird als übertragbares Datenobjekt verstanden, nicht als fortlaufende Online-Sitzung mit dem Issuer.

Modul 2: Rollenmodell

1. Schritt 1: Der Issuer erzeugt eine Aussage und sichert sie kryptografisch.
2. Schritt 2: Der Holder erhält und verwaltet das Credential in einer Wallet oder einem vergleichbaren System.
3. Schritt 3: Das Subject ist die Entität, über die Claims gemacht werden, und muss nicht in jedem Fall mit dem Holder identisch sein.
4. Schritt 4: Der Verifier prüft Daten, Proof, Status und Vertrauen für einen konkreten Geschäftsprozess.

Modul 3: Anatomie eines Credentials

1. Schritt 1: Kontext und Typen werden als semantische Einordnung gelesen.
2. Schritt 2: Issuer, credentialSubject und Claims werden voneinander abgegrenzt.
3. Schritt 3: validFrom, validUntil und credentialStatus werden als unterschiedliche Lifecycle-Informationen verstanden.
4. Schritt 4: Ein Proof schützt Integrität und Authentizität, ersetzt aber keine fachliche Zulassung des Issuers.

Modul 4: Vom Credential zur Presentation

1. Schritt 1: Der Verifier formuliert eine Anfrage mit Zweck und benötigten Daten.
2. Schritt 2: Die Wallet wählt geeignete Credentials und die offenzulegenden Informationen.
3. Schritt 3: Eine Präsentation kann mehrere Credentials bündeln und an Challenge sowie Domain gebunden werden.
4. Schritt 4: Der Verifier bewertet die Präsentation nur im vorgesehenen Kontext und Zeitfenster.

Modul 5: Prüfschichten beim Verifier

1. Schritt 1: Syntax, Datenmodell und Kontext werden validiert.
2. Schritt 2: Proof und Verification Method werden kryptografisch geprüft.
3. Schritt 3: Zeitliche Gültigkeit und Status werden ausgewertet.
4. Schritt 4: Trust- und Fachpolicy entscheiden, ob der Issuer und die Aussage für den Anwendungsfall akzeptiert werden.

Modul 6: Datenschutz und Sicherheit

1. Schritt 1: Nur notwendige Claims werden ausgegeben und angefordert.
2. Schritt 2: Stabile Kennungen, Statusabrufe und wiederholte Präsentationen werden auf Korrelation geprüft.
3. Schritt 3: Challenge und Domain verhindern die einfache Wiederverwendung einer Präsentation.
4. Schritt 4: Schlüssel, Kontexte, Statusdienste und Softwarebibliotheken werden als eigenständige Sicherheitsabhängigkeiten behandelt.

Modul 7: Architekturentscheidung und Lernpfad

1. Schritt 1: Der konkrete Anwendungsfall wird nach Rollen, Claims, Trust und Lifecycle eingeordnet.
2. Schritt 2: Offene Entscheidungen zu Datenmodell, Proof, Status und Präsentationsprotokoll werden gesammelt.
3. Schritt 3: Passende Vertiefungen werden nach Architektur-, Entwicklungs-, Datenschutz- oder Betriebsbedarf ausgewählt.

Praktische Übungen

• Lesen und fachliches Zerlegen eines Beispiel-Credentials
• Zuordnung der Rollen in drei typischen Geschäftsprozessen
• Aufbau eines einfachen Verifier-Prüfablaufs
• Erkennung übermäßiger Claims und unklarer Trust-Annahmen

Methodik

Fachliche Einordnung, strukturierte Demonstrationen, gemeinsame Modellierung, angeleitete Implementierungs- und Prüfaufgaben, Negativtests sowie Auswertung typischer Fehlersituationen. Die Übungen verwenden synthetische Beispieldaten und werden schrittweise von einem kontrollierten Normalfall zu Manipulations-, Grenz- und Ausfallszenarien erweitert.

Einordnung im Seminarprogramm

Empfohlener Einstieg in das gesamte Seminarprogramm. Anschließend folgen je nach Aufgabe Datenmodellierung, Issuing und Verifying, JSON-LD, Data Integrity oder Status Lists.