Seminar EBSI und swiyu – Intensivseminar Implementierungslabor

Das Implementierungslabor überführt das gesamte Themenfeld in eine kontrollierte Referenzumgebung. Im Mittelpunkt stehen konfigurierte Issuer- und Verifier-Strecken, Profil-Mapping, Adapter, Testautomatisierung, Migrationsprobe und betriebliche Übergabe.

Inhaltsübersicht

• Zielsetzung
• Zielgruppe
• Voraussetzungen
• Seminarinhalte
• Praxisübungen
• Methodik

Zielsetzung

• Eine reproduzierbare Laborumgebung für EBSI- und swiyu-nahe Komponenten aufbauen
• Issuance- und Verification-Flows beider Profile praktisch konfigurieren und untersuchen
• Mapping- und Adapterlogik mit positiven und negativen Testvektoren umsetzen
• Migration, Sicherheit, Monitoring und Übergabe in einem vollständigen technischen Durchlauf erproben

Zielgruppe

Erfahrene Backend- und Integrationsentwickler, DevOps, Testautomatisierer, technische Architekten und Security Engineers mit konkreter Umsetzungsverantwortung.

Voraussetzungen

Gute praktische Kenntnisse in REST, OAuth, JWT, JSON, Containerbetrieb, Git und Skripting. Grundlagen zu EBSI, swiyu und Verifiable Credentials müssen vorhanden sein.

Seminarinhalte

1. Schritt 1: Labor und Versionsstand reproduzierbar aufsetzen

   Netzwerk, Container, Datenbanken, Secrets, Testschlüssel, Mock-Registries, Konfiguration und Protokollierung werden versioniert eingerichtet. Jede Komponente erhält einen klaren Start-, Prüf- und Bereinigungsschritt.

2. Schritt 2: DID- und Schlüsselmaterial erzeugen

   Getrennte Schlüssel für Identität, Credential-Signatur, Status und Protokoll werden erstellt, zugeordnet und in Test-DID-Dokumenten beziehungsweise Registry-Objekten veröffentlicht.

3. Schritt 3: EBSI-nahe Issuance-Strecke konfigurieren

   Credential-Profil, Schema, Issuer-Metadaten, Credential-Angebot, Autorisierung und Ausgabe werden mit Referenzclaims aufgebaut. Trust- und Statusbezüge werden als kontrollierte Testdaten eingebunden.

4. Schritt 4: swiyu Generic Issuer integrieren

   Issuer-Konfiguration, Swiss-Profile-Metadaten, SD-JWT VC, Credential Type, Statusliste, Schlüsselbezug und Credential Lifecycle werden mit einem angebundenen Fachsystemadapter umgesetzt.

5. Schritt 5: Wallet- und Protokollinteraktionen simulieren

   Test-Wallet oder Mock-Client führt Credential-Angebote, Token-Austausch, Credential Request, Speicherung, Offenlegung und Presentation aus. Sämtliche Nachrichten werden technisch ausgewertet.

6. Schritt 6: EBSI-nahe Verification-Strecke umsetzen

   Request, Presentation, Signatur-, Schema-, Trust-, Status- und Zeitprüfung werden in einem Verifier-Adapter kombiniert. Fehler erhalten eindeutige technische und fachliche Ergebnisse.

7. Schritt 7: swiyu Generic Verifier integrieren

   Verifier-Metadaten, Request Object, DCQL, OID4VP, JWE, Key Binding, Status- und Trust-Prüfung werden konfiguriert und mit mehreren Credential-Varianten getestet.

8. Schritt 8: Profil-Mapping und Adapterlogik entwickeln

   Ein kanonisches Claim-Modell, Transformationen, Format- und Statuszuordnung, DID-Auflösung sowie Policy-Mapping werden implementiert. Verlustbehaftete Zuordnungen werden ausdrücklich gekennzeichnet.

9. Schritt 9: Koexistenz- und Migrationsprobe durchführen

   Dual Issuance, Verifier-Routing, Neu-Ausstellung, Datenübernahme, Cutover, Rückfall und Abschaltung eines Altpfads werden mit vorbereiteten Prüfpunkten ausgeführt.

10. Schritt 10: Tests, Härtung und Betriebsübergabe abschließen

    Automatisierte positive und negative Tests, Secret-Härtung, Monitoring, Backup, Wiederanlauf, Runbooks und bekannte Einschränkungen werden zu einer technischen Übergabe zusammengeführt.

Praxisübungen

• Laborumgebung aus versionierter Konfiguration neu aufbauen und validieren
• Je einen Issuance- und Verification-Flow pro Ökosystem vollständig ausführen
• Mapping-Adapter für ausgewählte Claims und Statusinformationen implementieren
• Negativtests für Signatur, Nonce, Schema, Trust und Status automatisieren
• Migrationsprobe mit dokumentiertem Cutover und Rückfall durchführen

Methodik

Überwiegend praktische Laborarbeit mit kurzen Fachimpulsen, Pairing, Debugging, Code- und Konfigurationsreviews sowie automatisierten Tests. Fünf Tage sind erforderlich, weil Aufbau, zwei Profilstrecken, Adapter, Migration und Betriebsübergabe jeweils aufeinander aufbauen und nicht seriös parallelisiert werden können.