Seminar EUDI Wallet – Architektur und Architecture and Reference Framework

Das Seminar erschließt die EUDI-Wallet-Architektur von den Rollen und Vertrauensbeziehungen bis zu Wallet Unit, Issuing, Präsentation, Registrierung, Gerätebindung, Statusprüfung und Betrieb. Das Architecture and Reference Framework wird dabei nicht nur gelesen, sondern in eine organisationsspezifische Zielarchitektur, Schnittstellenlandkarte und umsetzbare Architekturentscheidungen übertragen.

Drei Seminartage sind notwendig, weil fachliche Rollen, technische Komponenten, Vertrauensmodell, Daten- und Protokollflüsse, Sicherheitsgrenzen sowie ein eigener Zielarchitekturentwurf aufeinander aufbauen. Die Dauer ermöglicht eine durchgängige Modellierung statt einer reinen Übersichtsschulung.

Inhaltsübersicht

1. ARF-Struktur und Architekturprinzipien
2. Ökosystem, Rollen und Vertrauensgrenzen
3. Wallet Unit und Gerätebezug
4. Ausstellung von PID und Attributen
5. Präsentation an Relying Parties
6. Registrierung, Trust Services und Status
7. Zielarchitektur und Umsetzungsentscheidungen
8. Lernziele und Zielgruppe
9. Praxisanteil und Arbeitsunterlagen

Lernziele

• Aufbau und Begriffe des Architecture and Reference Framework einordnen.
• Rollen, Komponenten, Vertrauensbeziehungen und technische Grenzen modellieren.
• Issuing- und Präsentationsflüsse in eine Systemlandschaft integrieren.
• Architekturentscheidungen zu Formaten, Protokollen, Schlüsseln und Status begründen.
• Eine prüfbare Zielarchitektur mit Schnittstellen, Risiken und Roadmap erstellen.

Zielgruppe

Enterprise- und Solution-Architektur, technische Programmleitung, Produktverantwortung, Sicherheitsarchitektur, Entwicklung, Integration, Betrieb, öffentliche Verwaltung und technische Beratung.

Voraussetzungen

Sicheres Verständnis verteilter Systeme, APIs, Authentisierung und grundlegender Kryptografie. Vorkenntnisse zu Verifiable Credentials sind hilfreich.

Seminarinhalte

1. ARF-Struktur und Architekturprinzipien

Einordnung von Zielbild, funktionalen Bausteinen, Rollen, Anforderungen, Referenzflüssen und fortlaufender Spezifikationsentwicklung.

1. Schritt 1: Dokumentstruktur und für das eigene Vorhaben relevante Themenbereiche kartieren.
2. Schritt 2: normative Anforderungen, Architekturleitplanken und projektspezifische Entscheidungen unterscheiden.
3. Schritt 3: Begriffe und Rollen in ein gemeinsames Architekturglossar überführen.
4. Schritt 4: Änderungsbedarf mit Version, Auswirkung, Entscheidung und Verantwortlichkeit nachverfolgen.

2. Ökosystem, Rollen und Vertrauensgrenzen

Zusammenspiel von Wallet-Anbieter, Wallet Unit, PID-Provider, Attributsaussteller, Relying Party, Registern, Vertrauenslisten und Aufsicht.

1. Schritt 1: Rollen und Leistungen eines Ende-zu-Ende-Anwendungsfalls aufnehmen.
2. Schritt 2: Vertrauensannahmen, Autorisierungsgrenzen und Verantwortungsübergänge markieren.
3. Schritt 3: kritische Abhängigkeiten und Single Points of Failure bewerten.
4. Schritt 4: Rollen- und Vertrauensmodell gegen Missbrauchs- und Haftungsszenarien prüfen.

3. Wallet Unit und Gerätebezug

Lebenszyklus einer Wallet Unit, Wallet-Instanz, Geräte- und Schlüsselbindung, Nutzeraktivierung, lokale Sicherheitskomponenten und Attestierungen.

1. Schritt 1: Onboarding, Aktivierung, Nutzung, Sperrung, Wiederherstellung und Außerbetriebnahme modellieren.
2. Schritt 2: Schlüsselmaterial, sichere Speicherung und Gerätebindung den Komponenten zuordnen.
3. Schritt 3: Attestierungen und Vertrauensnachweise in den Prüfpfad integrieren.
4. Schritt 4: Gerätewechsel, Verlust und kompromittierte Umgebung als Architekturfälle behandeln.

4. Ausstellung von PID und Attributen

Architektur des Credential Issuing einschließlich Identitätsprüfung, Autorisierung, Datenquelle, Format, Bindung, Status und Aktualisierung.

1. Schritt 1: Datenquelle, Ausstellerrolle und Assurance-Anforderung des Nachweises definieren.
2. Schritt 2: Vorautorisierung, Autorisierung, Token- und Credential-Schritte modellieren.
3. Schritt 3: Format, Schlüsselbindung, Gültigkeit und Statusverfahren auswählen.
4. Schritt 4: Fehler-, Widerrufs- und Aktualisierungspfade in den Gesamtfluss aufnehmen.

5. Präsentation an Relying Parties

Remote- und Proximity-Präsentation, Anforderungsbeschreibung, Nutzerfreigabe, selektive Offenlegung, kryptografische Prüfung und Fachentscheidung.

1. Schritt 1: Relying-Party-Anforderung und zulässige Datenanforderung spezifizieren.
2. Schritt 2: Wallet-Auswahl, Einwilligungsanzeige und Präsentation als Sequenz modellieren.
3. Schritt 3: Trust, Signaturen, Nonce, Audience, Status und Bindung prüfen.
4. Schritt 4: Prüfergebnisse und Fehlerklassen an die Fachanwendung übergeben.

6. Registrierung, Trust Services und Status

Relying-Party-Registrierung, Ausstellervertrauen, Zertifikate, Vertrauenslisten, Statusinformationen und Governance-Komponenten.

1. Schritt 1: Registrierungs- und Zulassungsanforderungen je Rolle bestimmen.
2. Schritt 2: Vertrauensanker, Zertifikate und Metadatenquellen in einer Kette darstellen.
3. Schritt 3: Status-, Sperr- und Aktualitätsinformationen mit Cache- und Ausfallregeln definieren.
4. Schritt 4: Vertrauensentscheidung bei widersprüchlichen oder fehlenden Informationen testen.

7. Zielarchitektur und Umsetzungsentscheidungen

Zusammenführung in eine kontextbezogene Zielarchitektur mit Komponenten, Schnittstellen, nichtfunktionalen Anforderungen und Übergangsplan.

1. Schritt 1: Ist-Systeme, Zielrollen und Integrationsgrenzen in einer Kontextsicht erfassen.
2. Schritt 2: Komponenten und Datenflüsse für priorisierte Anwendungsfälle entwerfen.
3. Schritt 3: Architekturentscheidungen mit Optionen, Kriterien, Risiken und Konsequenzen dokumentieren.
4. Schritt 4: Realisierungsinkremente, technische Schulden und Abnahmekriterien planen.

Praxisanteil

• Modellierung eines vollständigen Issuing- und Presentation-Flusses.
• Erstellung einer Trust-Boundary- und Komponentenarchitektur.
• Ausarbeitung mehrerer Architecture Decision Records mit Umsetzungsroadmap.

Arbeitsunterlagen

Die Arbeitsunterlagen enthalten strukturierte Checklisten, Vorlagen und Referenzmodelle für die unmittelbare Weiterarbeit im Projekt. Im Seminar werden insbesondere folgende Artefakte erstellt oder vorbereitet:

• ARF-Navigations- und Entscheidungsmodell
• Ökosystem- und Trust-Boundary-Modell
• Wallet-Unit-Lebenszyklus
• Issuing-Architektur
• Presentation- und Verification-Architektur
• Trust- und Statusarchitektur
• Zielarchitektur und Architecture Decision Records