OneNymProxy-IDs und Token
Referenzaufträge und Mitglieder.
Reduzieren Sie die direkte Speicherung personenbezogener Daten.
ONENYM-PLATTFORM / TECHNISCHES DESIGN
Führen Sie die erforderlichen Maßnahmen durch,
ohne Weitergabe personenbezogener Daten.
Vermeiden Sie die Duplizierung personenbezogener Daten zwischen Unternehmen.
auf die Ausführung erlaubter Aktionen mit eingeschränktem Zugriff.
OneNym Platform kombiniert Proxy-IDs, Token, Autorisierung und einen separaten Tresor. Sein Design trennt personenbezogene Daten von Geschäftssystemen und beschränkt die Nutzung auf notwendige Zwecke.
01 / ARCHITEKTUR
Trennen Sie Identität, Berechtigungen und Daten.
Geschäftssysteme verarbeiten Proxy-IDs und Token. Der Abruf und die Verarbeitung erfolgen über eine unabhängige Autorisierung. Bewahren Sie personenbezogene Daten in einem separaten Tresor auf und reduzieren Sie systemübergreifende Kopien.
Fordern Sie eine Aktion an
↓
↓
Nur zulässige Aktionen
Überprüfen Sie den Antragsteller, den Zweck, den Datensatz und das Ablaufdatum.
Anträge außerhalb des Berechtigungsumfangs ablehnen.
Beschränken Sie sich auf die notwendigen Informationen
↓
↓
Datentresor
Persönliche Daten und Zuordnungen verwalten.
Gibt Ergebnisse oder begrenzte Felder zurück.
Konzeptuelles Diagramm. Auch Zuordnungen zwischen Proxy-IDs und personenbezogenen Daten müssen als sensible Informationen geschützt werden.
02 / VIER KOMPONENTEN
Reduzieren Sie die Datenexposition durch Design.
01 / PROXY IDENTITY
Proxy-ID
Verweisen Sie auf eine Person über dienstspezifische Kennungen statt über personenbezogene Daten. Separate IDs für alle Dienste verringern die Möglichkeiten zur Korrelation und Nachverfolgung.
Überlegungen: Mandanten- und Dienstisolation, unvorhersehbare IDs, Rotation, Löschung und eingeschränkter Zuordnungszugriff.
02 / TOKENIZATION
Tokenisierung
Verwenden Sie zweckgebundene Referenz-Tokens anstelle von Adressen oder E-Mails. Verwalten Sie erlaubte Aktionen, Ablauf- und Nutzungslimits.
Überlegungen: Missbrauch gestohlener Token, Wiederverwendungsbeschränkungen, Widerruf und wer einen Token auflösen kann. Durch einfaches Hashing werden Daten nicht anonymisiert.
03 / PERMISSIONS
Zugriffsberechtigungen
Überprüfen Sie die Bedingungen für jeden Vorgang, z. B. die Erlaubnis, dass Unternehmen A die Adresse dieser Bestellung einmal für die Lieferung verwenden darf. Überprüfen Sie, wer über den Login-Status hinaus welche Daten zu welchem Zweck verarbeiten darf.
Überlegungen: Mandantenisolation, Zweck, Umfang, Ablauf, Widerruf, Verwaltung und Prüfpfade. Eine technische Erlaubnis ist von einer Einwilligung oder einem Vertragsgrund zu unterscheiden.
04 / DATA VAULT
Datentresor
Trennen Sie persönliche Daten von Geschäftsunterlagen und geben Sie sie nur über eingeschränkte Wege preis. Entwerfen Sie Verschlüsselung, Schlüsselverwaltung, Verwaltung, Backups und Löschung gemeinsam. Verwenden Sie je nach Bereitstellungsumgebung Cloud-Schlüsseldienste wie Azure Key Vault oder AWS KMS.
Überlegungen: Schlüssel- und Datentrennung, Mandantengrenzen, Wiederherstellung, Verfügbarkeit, Prüfaufzeichnungen und Aufbewahrung. Ein zentraler Tresor kann zu einem wertvollen Ziel werden.
03 / INTEGRATIONSBEISPIEL
Lieferung anfordern, ohne die Adresse zu speichern.
Ein Designbeispiel für einen Einzelhändler und Lieferdienstleister. Anbietereinbindung, Datenhaltung und Nutzungsgründe bedürfen einer gesonderten Ausgestaltung und Vereinbarung.
Registrieren Sie die erforderlichen Daten im Tresor
Registrieren Sie eine Lieferadresse und senden Sie eine auftragsbezogene Proxy-ID an den Händler zurück. Entwerfen Sie einen Eingabepfad, der die Server und Protokolle des Einzelhändlers vermeidet.
Geben Sie ein zweckgebundenes Token aus
Beschränken Sie einen Token auf die Bestellung, den Spediteur und das Ablaufdatum. Der Händler übergibt den Token anstelle der Adresse.
Autorisieren Sie den Zustelldienstleister
Authentifizieren Sie den Anbieter und validieren Sie den Token-Bereich. Geben Sie nur die zulässigen Lieferdaten zurück.
Ablauf und Widerruf anwenden
Stoppen Sie den zukünftigen Zugriff, wenn eine Bewilligung abläuft oder widerrufen wird. Das Löschen bereits abgerufener Adressen hängt von den Abläufen und Vereinbarungen des Anbieters ab.
Vom Einzelhändler aufbewahrte Beispielaufzeichnungen
Bestell-ID, Proxy-ID, Liefertoken und Lieferstatus.
Beispieldaten mit reduzierter direkter AufbewahrungName, Postleitzahl und Adresse. Bestimmen Sie separat, was Abrechnung und Kundensupport beibehalten müssen.
TECHNICAL DEEP DIVE
Entdecken Sie Designs auf Implementierungsebene.
Lesen Sie konkrete Beispiele für Identifikatorzuordnungen, Autorisierung, Verschlüsselungsschlüssel und Löschung.
PROXY IDENTITY
Proxy-IDs und Mandantenisolierung
Trennen Sie Kennungen von personenbezogenen Daten und legen Sie Grenzen nach Mandant und Dienst fest.
Lesen Sie den technischen EntwurfTOKENIZATIONZweckgebundene Token und Widerruf
Übergeben Sie Referenzen anstelle von Daten und begrenzen Sie Datensätze, Empfänger, Zwecke und Ablaufdatum. Trennen Sie den Besitz eines Tokens von der Erlaubnis zum Abrufen von Daten.
Lesen Sie den technischen EntwurfPERMISSIONSAutorisierung und API-Integration
Durch die Authentifizierung wird der Anforderer identifiziert. Die Autorisierung bestimmt erlaubte Aktionen. Überprüfen Sie die Aufzeichnung und den Zweck jedes Vorgangs.
Lesen Sie den technischen EntwurfDATA VAULTVerschlüsselung, Schlüsselverwaltung und Speicherung
Persönliche Daten getrennt speichern und Entschlüsselungspfade einschränken. Gestalten Sie Speicherung, Nutzung, Löschung und Wiederherstellung als einen Lebenszyklus.
Lesen Sie den technischen Entwurf04 / GRENZEN UND ÜBERLEGUNGEN
Die Reduzierung der Retention ist nur ein Teil der Lösung.
Auch Proxy-IDs müssen geschützt werden
IDs und Token, die eine Person identifizieren oder mit ihr verknüpfen, sind nicht automatisch anonym. Verwalten Sie Speicher und Zugriff angemessen.
Abgerufene Daten können bestehen bleiben
Durch den Widerruf des Zugriffs werden bereits erstellte Kopien oder Protokolle nicht gelöscht. Partner benötigen Aufbewahrungs- und Löschrichtlinien.
Verfügbarkeit und Verantwortlichkeiten
Vereinbaren Sie die Auswirkungen eines Ausfalls, die Wiederherstellung, die Verantwortlichkeiten, den Speicherort der Daten und die Aufbewahrung während der Bereitstellung.
Designentscheidungen vor der Implementierung
Definieren Sie Authentifizierung, Autorisierung, Schlüssel, Prüfprotokolle, Aufbewahrung, Löschung, Fehlerverhalten und Migration. APIs und Integrationsumfang hängen vom System und Workflow ab.
FROM EXPOSURE TO ARCHITECTURE
Beginnen Sie damit, Ihren Datenfluss zu verstehen.
Mit einem Expositionstest können aktuelle Wege zu personenbezogenen Daten beurteilt werden.
Kontaktieren Sie uns, um die Reduzierung der Datenaufbewahrung zu besprechen.