Seminar Intensivseminar Credentials, Datenschutz und Zertifizierung

Seminarprofil

Credential-Formate, Vertrauensinfrastruktur, Datenschutz und formale Assurance werden als zusammenhängendes System behandelt. Dadurch lassen sich Interoperabilität und Zertifizierbarkeit bereits in der Architektur verankern.

Das Intensivformat fasst die Einzelseminare zu EUDI-Sicherheit, EUDI-Zertifizierung, Verifiable Credentials, PKI, Privacy, Payment Security und übergreifender Wallet-Zertifizierung zusammen.

Inhaltsverzeichnis

• Seminarprofil
• Zielgruppe
• Voraussetzungen
• Lernziele
• Fachliche Schwerpunkte
• Verifiable-Credential-Modell und Rollen
• SD-JWT und selektive Offenlegung
• ISO-mdoc und mobile Dokumente
• OpenID4VCI und sichere Credential-Ausstellung
• OpenID4VP und sichere Präsentation
• Holder Binding und Schlüsselbesitz
• Credential-Status, Sperrung und Erneuerung
• EUDI-Wallet-Architektur und Rollenmodell
• EUDI-Sicherheitsanforderungen und Wallet Unit
• Payment-Wallet-Ökosystem und Sicherheitsrollen
• Payment Tokenisation und Domain Controls
• PKI-Architektur für Wallet-Ökosysteme
• Trust Lists, Vertrauensanker und Verteilung
• Datenminimierung und Zweckbindung
• Unlinkability und Schutz vor Korrelation
• Zertifizierungslandschaft und Assurance-Nachweise
• EUDI-Zertifizierungsmodell und Konformitätsbewertung
• Common Criteria und Security Target
• EMVCo- und PCI-Anforderungen im Wallet-Kontext
• Credential-Fallstudie: EUDI-, mdoc- und SD-JWT-Ökosystem
• Praxisaufgaben
• Einordnung in das Seminarprogramm

Zielgruppe

• Identity- und Wallet-Architekten
• Issuer- und Verifier-Teams
• PKI- und Datenschutzverantwortliche
• Zertifizierungs-, Payment- und Compliance-Teams

Voraussetzungen

Grundkenntnisse in digitaler Identität, PKI, OAuth/OpenID und Mobile Security. Erfahrung mit Credential- oder Zertifizierungsprojekten ist vorteilhaft.

Lernziele

• Credential-Formate und Protokolle interoperabel und sicher profilieren.
• Holder Binding, Status, Trust Lists und PKI-Lebenszyklen integrieren.
• EUDI- und Payment-Anforderungen in technische Kontrollen übersetzen.
• Datenminimierung und Unlinkability praktisch nachweisen.
• Zertifizierungs-Scope, Evidenz und Change-Maintenance planen.

Fachliche Schwerpunkte

Verifiable-Credential-Modell und Rollen

Verifiable Credentials strukturieren signierte Aussagen zwischen Herausgeber, Inhaber und Prüfer. Der Baustein trennt Datenmodell, Signaturformat, Transportprotokoll und Vertrauensmodell.

1. Credential-Typ, Claims, Herausgeber und Gültigkeitsregeln definieren.
2. Holder-, Issuer- und Verifier-Rollen sowie Vertrauensbeziehungen modellieren.
3. Datenmodell und kryptografisches Sicherungsformat auswählen.
4. Status, Erneuerung und Präsentationsanforderungen in den Lebenszyklus integrieren.

SD-JWT und selektive Offenlegung

SD-JWT ermöglicht die selektive Offenlegung einzelner Claims bei kryptografischer Integrität. Korrekte Salt-Nutzung, Disclosure-Verarbeitung und Holder Binding sind zentral.

1. Offenlegbare und stets sichtbare Claims fachlich festlegen.
2. Disclosures mit ausreichender Entropie erzeugen und signiert binden.
3. Präsentationen und Key Binding serverseitig vollständig validieren.
4. Korrelation, Wiederverwendung und unerwünschte Metadatenlecks testen.

ISO-mdoc und mobile Dokumente

mdoc-Formate unterstützen mobile Identitätsdokumente, selektive Datenfreigabe und Nähe- oder Online-Präsentationen. Behandelt werden Namespace, Geräteschlüssel und Reader-Interaktion.

1. Dokumenttyp, Namespaces und Datenelemente modellieren.
2. Issuer-Signatur, Device Authentication und Session Binding prüfen.
3. Nähe-, Offline- und Online-Präsentationspfade unterscheiden.
4. Reader-Vertrauen, Datenanforderung und Nutzerfreigabe absichern.

OpenID4VCI und sichere Credential-Ausstellung

Die Credential-Ausstellung verbindet Autorisierung, Identitätsprüfung, Proof-of-Possession und Credential-Bindung. Der Ablauf wird gegen Code-Diebstahl, Replay und Fehladressierung gehärtet.

1. Issuer-Metadaten, Credential-Angebot und Autorisierungsfluss validieren.
2. Pre-authorized und authorization-code-basierte Abläufe risikogerecht auswählen.
3. Proof und Schlüsselbindung für die Credential-Ausstellung prüfen.
4. Nonce, Wiederholung, Fehlerfälle und Credential-Erneuerung sicher behandeln.

OpenID4VP und sichere Präsentation

Präsentationsanfragen müssen authentisch, zweckgebunden und für den Nutzer verständlich sein. Der Baustein behandelt Request Objects, Response Binding und Verifier-Prüfung.

1. Verifier-Identität und Präsentationsanforderung verifizieren.
2. Benötigte Claims minimieren und Auswahl im Wallet transparent darstellen.
3. Präsentation an Nonce, Client und Response-Kanal binden.
4. Signatur, Holder Binding, Status und Kontext serverseitig prüfen.

Holder Binding und Schlüsselbesitz

Holder Binding verhindert, dass ein kopiertes Credential ohne den vorgesehenen Wallet-Schlüssel verwendet wird. Die konkrete Bindung muss mit Recovery und Mehrgerätebetrieb vereinbar sein.

1. Erforderliches Bindungsniveau für Credential und Use Case festlegen.
2. Wallet-Schlüssel bei Ausstellung oder Präsentation kryptografisch einbinden.
3. Proof-of-Possession, Key Binding und lokale Nutzerfreigabe prüfen.
4. Rotation, Gerätewechsel und kontrollierte Neubindung gestalten.

Credential-Status, Sperrung und Erneuerung

Credentials benötigen je nach Risiko einen aktuellen Status, ohne unnötige Überwachung des Inhabers. Behandelt werden Statuslisten, kurze Gültigkeit und ereignisgesteuerte Sperrung.

1. Widerrufs- und Aussetzungsgründe je Credential-Typ definieren.
2. Statusmechanismus nach Datenschutz, Skalierung und Offline-Bedarf auswählen.
3. Verifier-Caching, Freshness und Fehlerverhalten festlegen.
4. Sperrung, Reaktivierung, Erneuerung und Auditierung testen.

EUDI-Wallet-Architektur und Rollenmodell

Die europäische Wallet-Architektur verbindet Wallet-Anbieter, Mitgliedstaaten, Herausgeber, Vertrauenslisten, Relying Parties und Nutzer. Der Baustein ordnet technische und organisatorische Verantwortlichkeiten.

1. Wallet Unit, Wallet-Anbieter, PID Provider, Attestation Provider und Relying Party abgrenzen.
2. Registrierungs-, Ausstellungs-, Präsentations- und Statusflüsse modellieren.
3. Wallet Unit Attestation, Gerätebindung und Vertrauenslisten einordnen.
4. Nationale und grenzüberschreitende Vertrauensbeziehungen dokumentieren.

EUDI-Sicherheitsanforderungen und Wallet Unit

Sicherheitsanforderungen betreffen Integrität, logische Trennung, Nutzerkontrolle, Schlüsselhaltung, Attestation und sichere Schnittstellen. Sie werden in prüfbare Architekturkontrollen übersetzt.

1. Anforderungen nach Wallet Unit, Backend, Schnittstelle und Betrieb strukturieren.
2. Schlüssel, Credentials und Nutzerfreigaben logisch und technisch trennen.
3. Attestation, Integritätsprüfung und sichere Update-Pfade definieren.
4. Kontrollen mit Test- und Zertifizierungsnachweisen verknüpfen.

Payment-Wallet-Ökosystem und Sicherheitsrollen

Payment Wallets verbinden Karteninhaber, Issuer, Token Service Provider, Token Requestor, Händler, Gerät und Akzeptanzinfrastruktur. Jede Rolle besitzt eigene Schlüssel und Lebenszykluspflichten.

1. Zahlungsrollen und Verantwortlichkeiten im Provisioning und in der Transaktion abgrenzen.
2. Kontonummer, Payment Token, Kryptogramm und Gerätebindung unterscheiden.
3. Vertrauens- und Datenflüsse für kontaktlos, in-app und remote modellieren.
4. Fraud-, Haftungs- und Sperrprozesse den Rollen zuordnen.

Payment Tokenisation und Domain Controls

Tokenisierung ersetzt wertvolle Zahlungsdaten durch begrenzte Tokens. Die Sicherheit entsteht durch kontrollierte Provisionierung, Domain Restrictions und konsequentes Lifecycle Management.

1. Token Requestor, Token Service Provider und Token Domain festlegen.
2. Geräte-, Händler-, Kanal- und Nutzungsbeschränkungen definieren.
3. Token-Provisionierung mit Identitäts- und Geräteprüfung absichern.
4. Suspendierung, Reaktivierung, Erneuerung und Löschung zuverlässig umsetzen.

PKI-Architektur für Wallet-Ökosysteme

Wallet-PKI verbindet Root CAs, ausstellende CAs, Signierdienste, Geräte- und Dienstzertifikate. Der Baustein trennt Rollen, Policies und technische Vertrauenspfade.

1. Zertifikatstypen, Schlüsselverantwortliche und Verwendungszwecke inventarisieren.
2. Root-, Intermediate- und Issuing-Strukturen nach Vertrauensdomänen gestalten.
3. Policies, Namensräume und technische Profile verbindlich festlegen.
4. Trust Distribution, Audit und Notfallverfahren planen.

Trust Lists, Vertrauensanker und Verteilung

Wallets und Verifier benötigen aktuelle, authentische Listen vertrauenswürdiger Herausgeber, Prüfer oder Wallet-Anbieter. Verteilung und Rollback-Schutz sind sicherheitskritisch.

1. Governance und Aufnahmebedingungen für Vertrauensanker festlegen.
2. Format, Signatur und Veröffentlichungsprozess definieren.
3. Aktualisierung, Caching, Ablauf und Rollback-Schutz implementieren.
4. Entzug, Notfallwechsel und veraltete Clients testen.

Datenminimierung und Zweckbindung

Wallets sollen nur die für eine Entscheidung erforderlichen Daten verarbeiten. Das betrifft Credential-Inhalte, Attestation, Telemetrie, Recovery und Support gleichermaßen.

1. Datenfelder und Verarbeitungsschritte nach Zweck und Rechtsgrundlage inventarisieren.
2. Pflicht-, optionale und ableitbare Informationen trennen.
3. Speicherfristen, Zugriff und Löschung je Datenklasse definieren.
4. Technische und fachliche Kontrollen gegen Zweckänderung testen.

Unlinkability und Schutz vor Korrelation

Wiederverwendete Kennungen, Schlüssel oder vollständige Credentials können Transaktionen über Dienste hinweg verknüpfbar machen. Der Baustein entwickelt korrelationsarme Identitätsmuster.

1. Korrelationstreiber in Identifikatoren, Metadaten und Netzpfaden erfassen.
2. Pairwise Identifiers, getrennte Schlüssel und selektive Offenlegung einsetzen.
3. Issuer-, Wallet- und Verifier-Sicht auf Transaktionen begrenzen.
4. Korrelationstests über mehrere Präsentationen und Dienste durchführen.

Zertifizierungslandschaft und Assurance-Nachweise

Wallet-Lösungen können regulatorische, kryptografische, Plattform- oder Zahlungszertifizierungen benötigen. Der Baustein trennt Produktzertifikat, Prozessnachweis, Laborprüfung und regulatorische Konformität.

1. Produktkomponenten, Märkte und verpflichtende Nachweise erfassen.
2. Relevante Zertifizierungs- und Prüfprogramme dem Scope zuordnen.
3. Überschneidungen und nicht abgedeckte Risiken transparent machen.
4. Eine mehrjährige Zertifizierungs- und Nachweisroadmap erstellen.

EUDI-Zertifizierungsmodell und Konformitätsbewertung

Die Zertifizierung verbindet regulatorische Anforderungen mit nationalen Schemata, Konformitätsbewertungsstellen und technischen Nachweisen. Frühzeitige Scope-Entscheidungen reduzieren spätere Nacharbeit.

1. Zertifizierungsgegenstand, Wallet-Komponenten und externe Abhängigkeiten abgrenzen.
2. Anforderungen in Security Claims, Controls und prüfbare Evidenz übersetzen.
3. Bewertungsaktivitäten, Labortests und organisatorische Nachweise planen.
4. Abweichungen, Restrisiken und Zertifizierungsauflagen kontrolliert bearbeiten.

Common Criteria und Security Target

Common Criteria strukturiert Sicherheitsproblem, Ziele, Funktionen und Assurance-Anforderungen. Der Baustein zeigt, wie ein Security Target produktnah und prüfbar aufgebaut wird.

1. TOE, Assets, Bedrohungen, organisatorische Policies und Annahmen beschreiben.
2. Security Objectives und Security Functional Requirements ableiten.
3. Security Assurance Requirements und Evaluationsaktivitäten planen.
4. Konfiguration, Guidance, Schwachstellenanalyse und Zertifikatsgrenzen vorbereiten.

EMVCo- und PCI-Anforderungen im Wallet-Kontext

Payment-Zertifizierung und Sicherheitsstandards adressieren unterschiedliche Teile der Lösung. Der Baustein ordnet Tokenisation, mobile Zahlung, Software-Sicherheit und mobile Akzeptanz ein.

1. Anwendungsbereich von EMVCo- und PCI-Programmen für die konkrete Lösung bestimmen.
2. Technische Anforderungen den Wallet-, Backend- und Akzeptanzkomponenten zuordnen.
3. Prüflabor, Testwerkzeuge, Dokumentation und Vorprüfungen planen.
4. Produktänderungen und Zertifikatsaufrechterhaltung in den Lebenszyklus integrieren.

Credential-Fallstudie: EUDI-, mdoc- und SD-JWT-Ökosystem

Eine Credential-Lösung wird von Ausstellung über Präsentation und Datenschutz bis zur Zertifizierungsplanung entworfen.

1. Credential-Typ, Claim-Modell, Rollen und Vertrauensanker definieren.
2. Ausstellung, Holder Binding, Präsentation und Statusprüfung modellieren.
3. Datenminimierung, Unlinkability und Nutzerfreigabe nachweisen.
4. Zertifizierungs-Scope, Evidenz und Betriebsänderungen planen.

Praxisaufgaben

• Profilierung eines Credential-Typs für SD-JWT und mdoc.
• Modellierung von Ausstellung, Präsentation, Holder Binding und Status.
• Privacy-Review mit Korrelationstest und minimaler Attributanforderung.
• Zertifizierungs-Scope und Evidenzplan für eine EUDI-nahe Wallet.
• Abschlussfallstudie mit Issuer, Wallet, Verifier und Trust-Infrastruktur.

Einordnung in das Seminarprogramm

Das Intensivformat ist als komprimierter, zusammenhängender Qualifizierungspfad konzipiert. Es bündelt die zugehörigen Einzelseminare, ersetzt redundante Wiederholungen durch eine durchgängige Fallstudie und eignet sich für Teams, die innerhalb eines geschlossenen Programms Architektur-, Implementierungs- und Prüfkompetenz aufbauen müssen.