Seminar Privacy, Unlinkability und Datenminimierung in Wallets

Seminarprofil

Datenschutz wird als Architektureigenschaft und nicht als nachträglicher Textbaustein behandelt. Die Teilnehmenden identifizieren Korrelationstreiber und entwickeln nachweisbar datensparsame Präsentations- und Betriebsmodelle.

Neben Credential-Daten werden Attestation, Telemetrie, Recovery und Support betrachtet, da gerade dort häufig dauerhafte Geräte- oder Identitätsbezüge entstehen.

Inhaltsverzeichnis

• Seminarprofil
• Zielgruppe
• Voraussetzungen
• Lernziele
• Fachliche Schwerpunkte
• Datenminimierung und Zweckbindung
• Unlinkability und Schutz vor Korrelation
• Selektive Offenlegung und minimaler Attributnachweis
• Pairwise Pseudonyms und kontextspezifische Schlüssel
• Privacy-preserving Telemetry
• Privacy Threat Modeling
• Datenschutz und Datenminimierung bei Attestation
• Praxisaufgaben
• Einordnung in das Seminarprogramm

Zielgruppe

• Privacy Engineers und Datenschutzbeauftragte
• Wallet- und Identity-Architekten
• Security- und Backend-Teams
• Issuer- und Verifier-Verantwortliche

Voraussetzungen

Grundkenntnisse in digitaler Identität, Datenschutz und Wallet- oder API-Architekturen.

Lernziele

• Datenflüsse und Korrelationstreiber systematisch identifizieren.
• Minimale Attributanforderungen und selektive Offenlegung gestalten.
• Pairwise Pseudonyms und kontextspezifische Schlüssel einsetzen.
• Attestation und Telemetrie datensparsam betreiben.
• Privacy-Risiken mit technischen Tests nachweisen.

Fachliche Schwerpunkte

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.

Selektive Offenlegung und minimaler Attributnachweis

Statt vollständige Identitätsdaten zu übertragen, werden nur benötigte Claims oder abgeleitete Aussagen präsentiert. Sicherheit und Nutzerverständlichkeit müssen zusammenpassen.

1. Geschäftsentscheidung auf die minimal erforderlichen Aussagen reduzieren.
2. Geeignetes Credential- und Disclosure-Verfahren auswählen.
3. Anforderung und Freigabe für den Nutzer transparent darstellen.
4. Unzulässige Zusatzdaten, Metadatenlecks und Wiederverwendung testen.

Pairwise Pseudonyms und kontextspezifische Schlüssel

Kontextspezifische Kennungen und Schlüssel reduzieren die serviceübergreifende Verknüpfbarkeit. Gleichzeitig müssen Sperrung, Support und Missbrauchserkennung möglich bleiben.

1. Kontexte und zulässige Korrelationsgrenzen definieren.
2. Pairwise Identifiers oder abgeleitete Schlüssel sicher erzeugen.
3. Mapping-Daten streng trennen und Zugriff minimieren.
4. Rotation, Recovery und berechtigte Ermittlungsprozesse gestalten.

Privacy-preserving Telemetry

Sicherheitsmonitoring darf nicht unbemerkt ein dauerhaftes Geräte- oder Identitätsprofil erzeugen. Der Baustein reduziert Identifizierbarkeit bei erhaltener Detektionsfähigkeit.

1. Benötigte Sicherheitsfragen und Messgrößen zuerst definieren.
2. Pseudonyme, Aggregation und kurze Aufbewahrung umsetzen.
3. Rohdatenzugriff, Re-Identifizierung und Export streng kontrollieren.
4. Detektionsqualität und Datenschutzrisiko gemeinsam überprüfen.

Privacy Threat Modeling

Datenschutzrisiken werden als technische Angriffspfade behandelt. Dazu gehören unerwünschte Beobachtung, Verknüpfung, Offenlegung und fehlende Intervenierbarkeit.

1. Akteure, Datenflüsse und Beobachtungspunkte modellieren.
2. Korrelation, Identifizierbarkeit und unerwünschte Sekundärnutzung bewerten.
3. Kontrollen für Minimierung, Transparenz und Nutzerkontrolle festlegen.
4. Restrisiken und Nachweise in Architektur und Tests integrieren.

Datenschutz und Datenminimierung bei Attestation

Attestation kann dauerhafte Gerätebezüge und detaillierte Plattformdaten erzeugen. Der Baustein reduziert Korrelation und speichert nur die für Entscheidungen erforderlichen Informationen.

1. Für jedes Attestation-Feld Zweck, Aufbewahrung und Zugriffsbedarf bestimmen.
2. Rohdaten von abgeleiteten Verdicts und Audit-Daten trennen.
3. Pseudonymisierung, kurze Speicherfristen und Zugriffsbeschränkungen umsetzen.
4. Policy-Wirksamkeit ohne unnötige Geräteprofilbildung messen.

Praxisaufgaben

• Dateninventar und Zweckmatrix für einen Wallet-Anwendungsfall.
• Reduktion einer überbreiten Credential-Anfrage auf minimale Aussagen.
• Korrelationstest über mehrere Verifier und Präsentationen.
• Privacy-Review von Attestation- und Telemetriedaten.

Einordnung in das Seminarprogramm

Das Einzelseminar kann eigenständig besucht oder in einen Rollenpfad für Architektur, Entwicklung, Betrieb, Recovery, Testing oder Zertifizierung eingeordnet werden. Die Herstellerseite ordnet alle Angebote nach Einstieg, technischer Vertiefung und Assurance.