Proxy-IDs und Mandantenisolierung

Kennungszuordnungen verwalten

Ordnen Sie Proxy-IDs Kombinationen aus tenant_id, service_id und interner Personenreferenz zu, statt interne IDs offenzulegen. Getrennte Proxy-IDs je Dienst reduzieren die dienstübergreifende Verknüpfung.

tenant_id

Unternehmensgrenze, abgeleitet aus dem authentifizierten Client-Kontext.

service_id

Der Dienst innerhalb eines Mandanten. Verwenden Sie seine IDs nicht in anderen Diensten.

proxy_id

Eine zufällige externe Kennung ohne eingebetteten Namen oder E-Mail-Adresse.

subject_ref

Eine interne Tresorreferenz auf die Person. Nicht in Antworten an Geschäftssysteme aufnehmen.

status / version

Aktiver oder inaktiver Zustand und eine Version für gleichzeitige Aktualisierungen.

Ausstellen, rotieren und löschen

Bestätigen Sie den authentifizierten Mandanten und Dienst, prüfen Sie Zuordnungen und stellen Sie sichere zufällige IDs nur bei Bedarf aus. Eindeutigkeitsbedingungen und Transaktionen verhindern Duplikate. Lehnen Sie deaktivierte Referenzen ab und löschen Sie Zuordnungen gemäß Aufbewahrungsrichtlinie.

Gleichzeitige Ausstellung

Gleichzeitige Registrierungsanfragen dürfen keine doppelten Zuordnungen erzeugen.

ID-Rotation

Widerrufen Sie alte IDs, aktivieren Sie Ersatzkennungen und migrieren Sie historische Referenzen.

Löschung

Unterscheiden Sie den Widerruf einer Proxy-ID von der Datenlöschung. Behandeln Sie Backups und Audit-Aufzeichnungen gesondert.

Eine bekannte ID erteilt keinen Zugriff

Eine Proxy-ID ist kein Zugangsnachweis. Prüfen Sie bei jeder Anfrage serverseitig Mandanten-, Dienst- und Datensatzberechtigungen. Eine geänderte ID darf keine Daten anderer Mandanten offenlegen.

Mandantenübergreifende Abfragen ablehnen

Die authentifizierte tenant_id muss mit der tenant_id der Zuordnung übereinstimmen.

Zuordnungen getrennt speichern

Der Zugriff auf die Geschäftsdatenbank darf keinen Zugriff auf Zuordnungen personenbezogener Daten erteilen.

Berechtigung zur Identitätsverknüpfung

Das Verknüpfen von Kennungen erfordert strengere Autorisierung und Audit-Aufzeichnungen als eine gewöhnliche Abfrage.

DATA / INTEGRATION EXAMPLE

Daten- und Integrationsbeispiel

Diese Beispiele erläutern das Konzept. Feldnamen und Werte dienen der Veranschaulichung und sind keine ausführbare API-Referenz.

{
  "operation": "Proxy ID issuance and lookup example",
  "request": {
    "service_id": "shop-a",
    "registration_ref": "reg_example_01"
  },
  "response": {
    "proxy_id": "nym_example_01",
    "status": "active"
  }
}

registration_ref wird bei der Registrierung im Tresor ausgestellt. Dies ist kein Identitätsabgleich und keine Anonymisierung allein anhand von E-Mail-Hashes.

Verwandte technische Konzepte

Integration für Ihre Arbeitsabläufe.

Erfassen Sie gespeicherte Daten, Partner und erforderliche Aktionen, um Möglichkeiten zur Reduzierung der Datenexposition zu erkennen.