Video ansehen
DSGVO-Compliance im Data Warehousing meistern
Im heutigen digitalen Zeitalter ist die DSGVO-Compliance ein entscheidender Aspekt für jedes Unternehmen, das personenbezogene Daten verarbeitet. Mit der zunehmenden Bedeutung von Data Warehousing und modernen Modellierungsansätzen wie Data Vault 2.0 (DV 2.0) stellen sich häufig Fragen zum Umgang mit personenbezogenen Daten (Personally Identifiable Information, PII) innerhalb dieser Frameworks. Dieser Artikel befasst sich mit gängigen Herausforderungen und liefert praxisnahe Empfehlungen zur Gewährleistung der DSGVO-Compliance in Data Warehouses.
In this article:
Die Herausforderung verstehen
Die DSGVO schreibt vor, dass personenbezogene Daten mit größter Sorgfalt behandelt werden müssen, um die Privatsphäre und Sicherheit von Personen zu gewährleisten. Im Kontext des Data Warehousing bedeutet dies häufig den sachgerechten Umgang mit Business Keys, die möglicherweise PII enthalten. Betrachten wir dazu einige konkrete Fragestellungen:
- Wie sollte die Aktivitätshistorie verwaltet werden, wenn der Main Hub einen PII-Business-Key enthält?
- Entspricht es der Best Practice, gehashte Business Keys in Link Tables zu verwenden, um die Ladeperformance zu verbessern?
- Sollten Artificial Keys aus der jeweiligen Business Domain stammen, und wie sollten sie verwaltet werden, falls dies nicht der Fall ist?
Frage 1: Verwaltung der Aktivitätshistorie bei PII-Business-Keys
Das Problem
In einem typischen Data-Warehouse-Modell können Kundendatensätze PII wie Sozialversicherungsnummern oder Steuer-IDs enthalten. Gemäß der DSGVO ist es entscheidend, dass die Aktivitätshistorie nicht mehr auf die betroffene Person zurückgeführt werden kann, sobald diese von ihrem Recht auf Vergessenwerden Gebrauch macht.
Die Lösung
Ein effektiver Ansatz besteht darin, beschreibende Attribute auf verschiedene Satellites aufzuteilen – einen für personenbezogene Daten und einen weiteren für nicht-personenbezogene Daten. Auf diese Weise muss bei einem Löschantrag lediglich der personenbezogene Satellite bereinigt (gepurged) werden. Der nicht-personenbezogene Satellite kann anonymisierte Daten beibehalten, wodurch die Integrität des Datensatzes gewahrt und gleichzeitig die Compliance sichergestellt wird.
Frage 2: Verwendung von Hashed Business Keys in Link Tables
Das Problem
Das Hashen von Business Keys wird in DV 2.0 häufig empfohlen, um die Ladeperformance zu steigern. Die direkte Verwendung von Business Keys in Link Tables kann jedoch eine Herausforderung darstellen, insbesondere wenn diese Keys PII enthalten.
Die Lösung
In DV 2.0 ist es gängige Praxis, Hash-Werte der Business-Key-Komponenten anstelle der eigentlichen Business Keys zu verwenden. Dieser Ansatz gewährleistet eine bessere Performance und Sicherheit. Der Ablauf gestaltet sich wie folgt::
- Den Business Key hashen: Verwenden Sie eine kryptografische Hashfunktion (z. B. SHA-256), um den Business Key in einen Hashwert umzuwandeln.
- Hashed Keys in Link Tables verwenden: Der Hashed Key dient anschließend als Foreign Key in Link Tables, wodurch sichergestellt wird, dass PII nicht direkt offengelegt werden.
Frage 3: Erzeugung und Verwaltung von Artificial Keys
Das Problem
Es wird diskutiert, ob Artificial Keys innerhalb der jeweiligen Business Domain oder im Data Warehouse selbst generiert werden sollten. Dies wirft Fragen hinsichtlich der Konsistenz und Verwaltung auf, insbesondere wenn der Artificial Key aus PII abgeleitet werden muss.
Die Lösung
Artificial Keys sollten idealerweise im Data Warehouse generiert werden, um Konsistenz und Kontrolle zu gewährleisten. Der Prozess gestaltet sich wie folgt:
- Eine UUID generieren: Verwenden Sie einen Universally Unique Identifier (UUID) für den Artificial Key. Dies gewährleistet Zufälligkeit und minimiert das Risiko von Duplikaten.
- Artificial Keys mit Business Keys verknüpfen: Stellen Sie innerhalb des Data Warehouse eine Beziehung zwischen dem Artificial Key und dem Business Key her, um sicherzustellen, dass der Artificial Key in operativen Systemen niemals offengelegt wird.
Umgang mit Szenarien ohne Artificial Keys
Falls die Bereitstellung von Artificial Keys durch die jeweilige Business Domain nicht realisierbar ist, sollte das Data Warehouse diese Keys während des Ingestion-Prozesses erzeugen. Diese Methode stellt sicher, dass alle Keys konsistent und sicher verwaltet werden.
Gewährleistung von Compliance und Sicherheit
Satellite Splitting
Durch das Aufteilen von Satellites in personenbezogene und nicht-personenbezogene Daten können Unternehmen Löschanträge problemlos abwickeln, ohne die Datenintegrität zu beeinträchtigen.
Kryptografisches Hashing
Der Einsatz von kryptografischem Hashing für Business Keys in Link Tables verbessert sowohl die Sicherheit als auch die Performance – ein wesentlicher Aspekt zur Einhaltung der DSGVO.
Verwaltung von Artificial Keys
Die Erzeugung von Artificial Keys innerhalb des Data Warehouse gewährleistet Konsistenz sowie Sicherheit und verringert das Risiko einer PII-Offenlegung.
Regelmäßige Audits und rechtliche Beratung
Regelmäßige Audits und die Abstimmung mit Rechtsexperten stellen die fortlaufende Einhaltung der DSGVO und weiterer regulatorischer Vorgaben sicher. Durch die Umsetzung dieser Praktiken können Unternehmen potenziellen Compliance-Risiken vorausschauend begegnen.
Fazit
Der Umgang mit PII in Data Warehouses erfordert eine sorgfältige Planung und robuste Lösungen. Durch die Implementierung von Satellite Splitting, kryptografischem Hashing und einer konsistenten Verwaltung von Artificial Keys können Unternehmen die DSGVO-Compliance gewährleisten und gleichzeitig Datenintegrität sowie Performance aufrechterhalten. Regelmäßige Audits und juristische Begleitung stärken diese Verfahren zusätzlich und stellen sicher, dass Datenverarbeitungsprozesse auch bei sich wandelnden regulatorischen Anforderungen sicher und konform bleiben.
