ENGINEERING · ÜBERBLICK
Eine Person. Verschiedene Rollen im System.
Principal, Account und Identity beschreiben unterschiedliche Verantwortlichkeiten in Zeredi. Durch diese Trennung können wir Zugriff, Eigentum und Repräsentation präzise steuern, ohne diese Begriffe gleichzusetzen.
Principal: Wer sich anmeldet.
Der authentifizierte Akteur. Ein Principal besitzt Benutzernamen und kann der Zugriff auf Accounts zugewiesen werden. Er ist der Ausgangspunkt für die Authentifizierung, nicht das gesamte Personenprofil.
Account: Was verwaltet wird.
Der Account-Datensatz vereint Account-Metadaten, den Lebenszyklus und Eigentumsverhältnisse. Die Account-Zuweisung eines Principals verbindet den angemeldeten Akteur mit einem Account; beide Datensätze haben getrennte Aufgaben.
Identity: Was repräsentiert wird.
Die Identität beschreibt, wer oder was durch die Informationen repräsentiert wird. Die Trennung vom Login sorgt für mehr Klarheit bei der Darstellung, den Besitzverhältnissen und den Zugriffsrechten.
Wie sie zusammenwirken.
Bei einer privaten Registrierung erstellt Zeredi einen Principal, richtet einen persönlichen Account sowie Identity-Datensätze ein und weist diesen Account dem Principal zu. Sie arbeiten zusammen, bleiben aber eigenständige Teile des Systems.
Getrennte Konzepte. Explizite Berechtigungen.
Die Kenntnis einer Account- oder Identity-ID gewährt noch keinen Zugriff. Zugriffsprüfungen erfolgen weiterhin an den entsprechenden API- und Policy-Grenzen. Diese Architekturkonzepte geben Dritten keinen automatischen Zugriff auf personenbezogene Daten.
Dies ist ein konzeptioneller Überblick, keine öffentliche API-Spezifikation, keine vollständige Sicherheitsbeschreibung und keine Ankündigung der Verfügbarkeit von Integrationen. API-Integrationen für Drittanbieter werden zum Start nicht verfügbar sein.