Seminar DCP 1.0: Grundlagen des Decentralized Claims Protocol

Das Seminar konzentriert sich auf folgende Themen: Rollen, Self-Issued Identity Tokens, Credential Issuance, Verifiable Presentations, Identity Hub, Issuer Service und die Verbindung zum Dataspace Protocol. Die Inhalte werden in einer konsistenten Schrittfolge von fachlicher Einordnung und Architektur über konkrete Protokoll- oder Prozessentscheidungen bis zu Qualitätssicherung und Betriebsfähigkeit erarbeitet.

Inhaltsübersicht

1. Einordnung und Zielbild
2. Lernziele
3. Zielgruppe und Voraussetzungen
4. Seminarinhalte Schritt für Schritt
5. Praxisübungen und Qualitätssicherung
6. Methodisches Vorgehen
7. Arbeitsunterlagen

Einordnung und Zielbild

Im Mittelpunkt stehen folgende Aspekte: Rollen, Self-Issued Identity Tokens, Credential Issuance, Verifiable Presentations, Identity Hub, Issuer Service und die Verbindung zum Dataspace Protocol. Jede Entscheidung wird hinsichtlich Rollen, Vertrauensgrenzen, Schnittstellen, Zuständen, Sicherheit, Interoperabilität, Auditierbarkeit und kontrollierter Änderung bewertet. Dadurch entsteht nicht nur Begriffskenntnis, sondern eine nachvollziehbare Grundlage für Architektur, Umsetzung oder Betrieb.

Lernziele

• Zweck und Abgrenzung von DCP klären und auf ein konkretes Szenario übertragen
• Rollen und Vertrauensbeziehungen modellieren sowie Abhängigkeiten nachvollziehbar dokumentieren
• Rollen, Vertrauensgrenzen, Schnittstellen und Statusmodelle präzise festlegen
• positive, negative und sicherheitsrelevante Abläufe systematisch prüfen
• Interoperabilitäts-, Audit- und Betriebsanforderungen in Quality Gates übersetzen
• wiederverwendbare Arbeitsartefakte und eine priorisierte Umsetzungsfolge erstellen

Zielgruppe und Voraussetzungen

Zielgruppe: IAM-, Identity- und Security-Architektur, DCP- und Connector-Entwicklung, Plattformbetrieb, technische Qualitätssicherung und Datenraumteams.

Voraussetzungen: Grundkenntnisse in REST, JSON, OAuth, JWT und digitalen Signaturen sind hilfreich; Implementierungsformate setzen praktische Backend-Erfahrung voraus.

Seminarinhalte Schritt für Schritt

Schritt 1: Zweck und Abgrenzung von DCP klären

Der Arbeitsschritt „Zweck und Abgrenzung von DCP klären“ wird anhand eines durchgängigen Referenzszenarios erarbeitet. Zunächst werden Zweck, Eingaben, beteiligte Rollen, Vertrauensannahmen, Schnittstellen und relevante Zustände bestimmt. Anschließend werden Sollablauf, Fehlerfälle, Sicherheitskontrollen und Nachweise modelliert. Die Ausarbeitung wird gegen Interoperabilität, Datenschutz, Auditierbarkeit, Betriebsfähigkeit und kontrollierte Änderung geprüft. Als fachlicher Bezugsrahmen dienen folgende Aspekte: Rollen, Self-Issued Identity Tokens, Credential Issuance, Verifiable Presentations, Identity Hub, Issuer Service und die Verbindung zum Dataspace Protocol.

Arbeitsergebnis: Begriffs- und Systemgrenzenmodell.

Schritt 2: Rollen und Vertrauensbeziehungen modellieren

Der Arbeitsschritt „Rollen und Vertrauensbeziehungen modellieren“ wird anhand eines durchgängigen Referenzszenarios erarbeitet. Zunächst werden Zweck, Eingaben, beteiligte Rollen, Vertrauensannahmen, Schnittstellen und relevante Zustände bestimmt. Anschließend werden Sollablauf, Fehlerfälle, Sicherheitskontrollen und Nachweise modelliert. Die Ausarbeitung wird gegen Interoperabilität, Datenschutz, Auditierbarkeit, Betriebsfähigkeit und kontrollierte Änderung geprüft. Als fachlicher Bezugsrahmen dienen folgende Aspekte: Rollen, Self-Issued Identity Tokens, Credential Issuance, Verifiable Presentations, Identity Hub, Issuer Service und die Verbindung zum Dataspace Protocol.

Arbeitsergebnis: DCP-Rollen- und Trust-Diagramm.

Schritt 3: Self-Issued Tokens verstehen

Der Arbeitsschritt „Self-Issued Tokens verstehen“ wird anhand eines durchgängigen Referenzszenarios erarbeitet. Zunächst werden Zweck, Eingaben, beteiligte Rollen, Vertrauensannahmen, Schnittstellen und relevante Zustände bestimmt. Anschließend werden Sollablauf, Fehlerfälle, Sicherheitskontrollen und Nachweise modelliert. Die Ausarbeitung wird gegen Interoperabilität, Datenschutz, Auditierbarkeit, Betriebsfähigkeit und kontrollierte Änderung geprüft. Als fachlicher Bezugsrahmen dienen folgende Aspekte: Rollen, Self-Issued Identity Tokens, Credential Issuance, Verifiable Presentations, Identity Hub, Issuer Service und die Verbindung zum Dataspace Protocol.

Arbeitsergebnis: Token-Validierungssequenz.

Schritt 4: Verifiable Presentation nachvollziehen

Der Arbeitsschritt „Verifiable Presentation nachvollziehen“ wird anhand eines durchgängigen Referenzszenarios erarbeitet. Zunächst werden Zweck, Eingaben, beteiligte Rollen, Vertrauensannahmen, Schnittstellen und relevante Zustände bestimmt. Anschließend werden Sollablauf, Fehlerfälle, Sicherheitskontrollen und Nachweise modelliert. Die Ausarbeitung wird gegen Interoperabilität, Datenschutz, Auditierbarkeit, Betriebsfähigkeit und kontrollierte Änderung geprüft. Als fachlicher Bezugsrahmen dienen folgende Aspekte: Rollen, Self-Issued Identity Tokens, Credential Issuance, Verifiable Presentations, Identity Hub, Issuer Service und die Verbindung zum Dataspace Protocol.

Arbeitsergebnis: Presentation-Sequenz mit Prüfpunkten.

Schritt 5: Credential Issuance einordnen

Der Arbeitsschritt „Credential Issuance einordnen“ wird anhand eines durchgängigen Referenzszenarios erarbeitet. Zunächst werden Zweck, Eingaben, beteiligte Rollen, Vertrauensannahmen, Schnittstellen und relevante Zustände bestimmt. Anschließend werden Sollablauf, Fehlerfälle, Sicherheitskontrollen und Nachweise modelliert. Die Ausarbeitung wird gegen Interoperabilität, Datenschutz, Auditierbarkeit, Betriebsfähigkeit und kontrollierte Änderung geprüft. Als fachlicher Bezugsrahmen dienen folgende Aspekte: Rollen, Self-Issued Identity Tokens, Credential Issuance, Verifiable Presentations, Identity Hub, Issuer Service und die Verbindung zum Dataspace Protocol.

Arbeitsergebnis: Issuance-Lifecycle-Übersicht.

Schritt 6: DCP in den Datenraumfluss integrieren

Der Arbeitsschritt „DCP in den Datenraumfluss integrieren“ wird anhand eines durchgängigen Referenzszenarios erarbeitet. Zunächst werden Zweck, Eingaben, beteiligte Rollen, Vertrauensannahmen, Schnittstellen und relevante Zustände bestimmt. Anschließend werden Sollablauf, Fehlerfälle, Sicherheitskontrollen und Nachweise modelliert. Die Ausarbeitung wird gegen Interoperabilität, Datenschutz, Auditierbarkeit, Betriebsfähigkeit und kontrollierte Änderung geprüft. Als fachlicher Bezugsrahmen dienen folgende Aspekte: Rollen, Self-Issued Identity Tokens, Credential Issuance, Verifiable Presentations, Identity Hub, Issuer Service und die Verbindung zum Dataspace Protocol.

Arbeitsergebnis: End-to-End-Sicht bis zum Datentransfer.

Praxisübungen und Qualitätssicherung

• Modellierung eines vollständigen Beispiels für Rollen, Self-Issued Identity Tokens, Credential Issuance, Verifiable Presentations, Identity Hub, Issuer Service und die Verbindung zum Dataspace Protocol.
• Analyse eines fehlerhaften oder widersprüchlichen Ablaufs mit dokumentierter Ursachen- und Auswirkungsbewertung.
• Erstellung positiver, negativer und sicherheitsrelevanter Prüffälle.
• Review der erarbeiteten Artefakte anhand definierter Architektur-, Interoperabilitäts-, Security- und Betriebskriterien.

Methodisches Vorgehen

Die Inhalte werden durch strukturierte Fachvorträge, Architektur- und Protokollanalysen, Demonstrationen, angeleitete Übungen, Fallstudien und Reviews vermittelt. Jeder Arbeitsschritt baut auf dem vorherigen auf. Annahmen, Entscheidungen, offene Risiken und Abhängigkeiten werden in wiederverwendbaren Arbeitsartefakten dokumentiert.

Arbeitsunterlagen

• Schritt-für-Schritt-Arbeitsblatt für Rollen, Self-Issued Identity Tokens, Credential Issuance, Verifiable Presentations, Identity Hub, Issuer Service und die Verbindung zum Dataspace Protocol.
• Rollen-, Schnittstellen-, Trust- und Statusmodell.
• Test-, Security-, Audit- und Betriebscheckliste.
• Vorlage für Entscheidungsprotokoll und Umsetzungsroadmap.