Identity Management: Definition, Abgrenzung und Best Practices

Was ist Identity Management? Die Definition

Identity Management — auf Deutsch Identitätsmanagement — bezeichnet die Gesamtheit aller Prozesse, Richtlinien und Technologien, mit denen ein Unternehmen digitale Identitäten und deren Zugriffsrechte verwaltet. Eine digitale Identität kann ein interner Mitarbeiter, ein externer Dienstleister, ein Partner oder zunehmend auch ein technischer Account (Service- oder Maschinen-Identität) sein.

Im Kern beantwortet Identity Management drei Fragen:

• Wer ist die Person oder Entität?

• Worauf darf sie zugreifen?

• Und ist dieser Zugriff aktuell noch gerechtfertigt?

Das umfasst die eindeutige Identifikation, die Vergabe und den Entzug von Berechtigungen sowie die lückenlose Dokumentation über den gesamten Lebenszyklus einer Identität.

Häufig werden die Begriffe Identity Management, Identity and Access Management (IAM) und Benutzerverwaltung synonym verwendet. Präzise betrachtet ist Identity Management der Oberbegriff für die Verwaltung der Identität selbst, während IAM zusätzlich die technische Zugriffssteuerung (Authentifizierung und Autorisierung) umfasst. Die klassische Benutzerverwaltung ist die operative Teilmenge davon.

Eine digitale Identität ist dabei mehr als ein Login. Sie bündelt alle Attribute, die eine Person oder Entität eindeutig beschreiben: Name, Rolle, Organisationseinheit, Beschäftigungsart und die daraus abgeleiteten Berechtigungen. Je nach Kontext spricht man auch von Identitätsverwaltung, Zugriffsmanagement oder Berechtigungsmanagement — gemeint ist stets die kontrollierte Steuerung von Identitäten und ihren Rechten.

Entscheidend — und oft übersehen — ist die Datengrundlage. Jede digitale Identität basiert auf Benutzerstammdaten: Name, Rolle, Abteilung, Kostenstelle, Eintrittsdatum, Vertragsart. Sind diese Mitarbeiterstammdaten fehlerhaft oder widersprüchlich, ist auch die schönste Zugriffssteuerung wertlos. Genau hier setzt der Identity Manager von Goldright an: Er schafft eindeutige Mitarbeiteridentitäten als Single Source of Truth.

Die Kernkomponenten des Identity Management

Ein vollständiges Identity Management setzt sich aus mehreren Bausteinen zusammen. Erst ihr Zusammenspiel macht aus einer Sammlung von Benutzerkonten ein sicheres, steuerbares System. Wer die Begriffe kennt, kann Lösungen gezielter bewerten.

Authentifizierung — wer bist du?

Die Authentifizierung prüft, ob eine Identität die ist, die sie vorgibt zu sein. Moderne Verfahren gehen über das Passwort hinaus: Multi-Faktor-Authentifizierung (MFA) kombiniert mehrere Nachweise, etwa Passwort plus Einmalcode oder biometrisches Merkmal. MFA gilt als eine der wirksamsten Einzelmaßnahmen gegen den Missbrauch gestohlener Zugangsdaten.

Autorisierung — worauf darfst du zugreifen?

Die Autorisierung entscheidet, welche Ressourcen eine authentifizierte Identität nutzen darf. Sie basiert idealerweise auf Rollen (Role-Based Access Control, RBAC): Rechte hängen an der Rolle, nicht an der einzelnen Person. So bleibt die Berechtigungsvergabe nachvollziehbar und automatisierbar.

Single Sign-On und Federation

Single Sign-On (SSO) erlaubt es, sich einmal anzumelden und danach ohne erneute Anmeldung auf mehrere Anwendungen zuzugreifen. Über Federation werden Identitäten systemübergreifend — auch zwischen Organisationen — vertrauenswürdig ausgetauscht. Beide erhöhen Komfort und Sicherheit, setzen aber eine eindeutige Identität voraus.

Provisionierung und Deprovisionierung

Die Provisionierung legt Konten und Rechte in den Zielsystemen automatisch an, die Deprovisionierung entzieht sie wieder. Sind diese Prozesse an eine führende Datenbasis gekoppelt, entstehen Zugriffe und enden sie automatisch mit der Rolle — der Schlüssel zu einem sicheren Identity Lifecycle.

Warum ist Identity Management so relevant?

Identity Management ist von einer IT-Verwaltungsaufgabe zur zentralen Sicherheitsdisziplin geworden. Vier belegte Entwicklungen erklären, warum Identitäten heute die wichtigste Verteidigungslinie sind. Der gemeinsame Nenner: Angreifer brechen nicht mehr ein, sie melden sich an — mit gestohlenen oder überberechtigten Identitäten.

1. Identität ist der neue Perimeter — und das häufigste Einfallstor

In der Cloud- und Remote-Welt schützt keine Firewall mehr die Unternehmensgrenze — die Identität ist der neue Perimeter. Laut dem Verizon Data Breach Investigations Report 2026 sind gestohlene Anmeldedaten der zweithäufigste initiale Angriffsvektor und an 22 % aller analysierten Sicherheitsvorfälle beteiligt. Bei Angriffen auf Webanwendungen steigt dieser Anteil auf über 80 %.

2. Datenschutzverletzungen sind teuer

Der IBM Cost of a Data Breach Report 2026 beziffert die durchschnittlichen Kosten eines Datenlecks auf 4,44 Mio. USD weltweit. Angriffe, bei denen kompromittierte Zugangsdaten der Einstiegspunkt waren, liegen mit 4,67 Mio. USD noch darüber. Jede unsauber verwaltete Identität ist damit ein direktes finanzielles Risiko.

Hinzu kommt die Zeit: Je länger ein kompromittiertes Konto unentdeckt bleibt, desto teurer wird der Schaden. Ein sauberer Identity Lifecycle mit lückenloser Übersicht verkürzt genau diese Erkennungs- und Reaktionszeit — und senkt damit direkt die Kosten eines Vorfalls.

3. Cyberkriminalität erreicht Rekordwerte

Die Bitkom-Studie Wirtschaftsschutz 2025 beziffert den jährlichen Gesamtschaden für die deutsche Wirtschaft auf 289,2 Mrd. Euro; 87 % der Unternehmen waren von Diebstahl, Spionage oder Sabotage betroffen. Ein Großteil dieser Angriffe beginnt mit kompromittierten Identitäten.

4. Regulatorik macht Identity Management zur Pflicht

Die EU-Richtlinie NIS2 (Richtlinie (EU) 2022/2555) verlangt von einem breiten Kreis von Unternehmen strenge Zugriffskontrollen, Multi-Faktor-Authentifizierung und nachweisbare Identitätsprozesse. Zusammen mit der DSGVO wird ein auditierbares Identity Management damit zur regulatorischen Anforderung.

Identity Management vs. IAM vs. IGA vs. PAM

Kaum ein Themenfeld hat so viele Abkürzungen wie das Identitätsmanagement. Die folgende Tabelle grenzt die vier zentralen Disziplinen klar voneinander ab — entscheidend, um die richtige Lösung für den richtigen Zweck auszuwählen.

Die Kernbotschaft der Tabelle: Diese Disziplinen sind nicht konkurrierend, sondern komplementär. IAM steuert den Zugriff, IGA sorgt für die Governance, PAM schützt die kritischsten Konten. Alle drei setzen jedoch auf einer sauberen Identitätsdatenbasis auf — und genau die ist der blinde Fleck vieler Sicherheitsarchitekturen.

Der Identity Lifecycle: Joiner, Mover, Leaver

Das Herzstück jedes Identity Management ist der Identity Lifecycle — der Lebenszyklus einer digitalen Identität von der Erstellung bis zur Deaktivierung. In der Praxis folgt er dem Joiner-Mover-Leaver-Modell (JML).

Joiner — der Eintritt

Beim Onboarding entsteht eine neue Identität. Idealerweise erhält der neue Mitarbeiter bereits am ersten Tag automatisch alle Zugriffsrechte, die seine Rolle erfordert — nicht mehr und nicht weniger. Manuelle Anlage führt hier zu Verzögerungen und Überberechtigung.

Mover — die Veränderung

Wechselt ein Mitarbeiter Rolle, Abteilung oder Standort, müssen seine Berechtigungen angepasst werden. Der häufigste Fehler: Neue Rechte kommen hinzu, alte werden nie entzogen. So entsteht über Jahre eine gefährliche Anhäufung von Rechten — das sogenannte Privilege Creep. Ein Mitarbeiter, der drei Abteilungen durchlaufen hat, trägt am Ende oft die kombinierten Rechte aller drei — ein ideales Ziel für Angreifer.

Leaver — der Austritt

Beim Offboarding müssen sämtliche Zugriffe zuverlässig und sofort deaktiviert werden. Bleiben Konten aktiv, entstehen verwaiste Konten (Orphaned Accounts) — attraktive, unbeaufsichtigte Einfallstore für Angreifer. Ein sauberer Leaver-Prozess ist deshalb ebenso sicherheitskritisch wie der Eintritt.

Die vier Wurzelursachen von Identity-Chaos

Bevor ein Unternehmen in neue Sicherheitstools investiert, sollte es die tatsächlichen Ursachen seines Identity-Problems verstehen. In der Praxis kristallisieren sich vier wiederkehrende Wurzelursachen heraus — und sie sind selten technischer, meist datengetriebener Natur.

Wurzelursache 1: Verstreute Identitätsquellen ohne führendes System

Mitarbeiterdaten liegen im HR-System, in Active Directory, in ERP, in CRM und in zahllosen Cloud-Anwendungen — jede Quelle mit eigener Version. Ohne ein führendes System für Identitätsdaten weiß niemand verlässlich, wer aktuell im Unternehmen ist und welche Rolle er hat. Zugriffsentscheidungen beruhen dann auf widersprüchlichen Daten.

Besonders kritisch wird das bei externen Identitäten. Dienstleister, Zeitarbeitskräfte und Partner tauchen oft in gar keinem führenden System auf, sondern werden ad hoc angelegt. Damit fehlt genau bei den risikoreichsten Identitäten der Überblick.

Wurzelursache 2: Manuelle Provisionierung und fehlende Automatisierung

Werden Zugriffsrechte per Ticket und E-Mail vergeben, ist der Prozess langsam, fehleranfällig und intransparent. Onboarding dauert Tage, Offboarding wird vergessen. Manuelle Benutzerverwaltung skaliert nicht — und jede vergessene Deaktivierung ist ein offenes Sicherheitsrisiko. Mit jeder Reorganisation und jedem Systemwechsel vergrößert sich die Lücke zwischen dem realen Stand und dem, was die Systeme abbilden.

Wurzelursache 3: Kein sauberes Rollenmodell

Ohne durchdachtes Rollenmodell (RBAC) wird jede Berechtigung einzeln vergeben. Das Ergebnis ist ein undurchschaubares Geflecht individueller Rechte, das sich weder überprüfen noch rezertifizieren lässt. Berechtigungsmanagement wird so zur Blackbox. Spätestens beim nächsten Audit rächt sich das: Niemand kann erklären, warum eine bestimmte Person ein bestimmtes Recht besitzt.

Wurzelursache 4: Keine Historisierung und Nachvollziehbarkeit

Wenn nicht dokumentiert ist, wer wann welche Berechtigung hatte, ist jeder Audit ein Kraftakt. Systeme ohne revisionssichere Historisierung können den regulatorischen Nachweis — etwa nach DSGVO oder NIS2 — schlicht nicht erbringen. Nachvollziehbarkeit ist keine Kür, sondern Pflicht.

Maschinen- und Service-Identitäten: die unsichtbare Mehrheit

Identity Management wird meist mit Menschen assoziiert. Doch in modernen IT-Landschaften stellen technische Identitäten längst die Mehrheit: Service-Accounts, API-Schlüssel, Bots, Container und automatisierte Prozesse. Diese sogenannten Non-Human Identities (NHI) übersteigen die Zahl menschlicher Nutzer in vielen Unternehmen um ein Vielfaches.

Das Problem: Maschinen-Identitäten werden oft angelegt und nie wieder aufgeräumt. Sie tragen häufig weitreichende Rechte, laufen unter generischen Konten und entziehen sich klassischen Onboarding-Prozessen. Gartner benennt die Governance nicht-menschlicher Identitäten als eines der zentralen Handlungsfelder im Identitätsmanagement der kommenden Jahre.

Ein zeitgemäßes Identity Management denkt menschliche und technische Identitäten zusammen. Auch Service-Accounts brauchen einen Eigentümer, einen Lebenszyklus und eine Rezertifizierung — sonst werden sie zum bevorzugten, unbeaufsichtigten Ziel von Angreifern.

Kein Zugriffs-Problem, sondern ein Identitätsdaten-Problem

Die häufigste Fehldiagnose im Identity Management: Man behandelt Sicherheitslücken als reines Zugriffsproblem und investiert in immer mehr Tools — Single Sign-On, Multi-Faktor-Authentifizierung, neue IAM-Suiten. Diese Werkzeuge sind wichtig, aber sie kurieren Symptome.

Die eigentliche Ursache liegt eine Ebene tiefer: bei den Identitätsdaten. Ein Zugriffssystem kann nur so gut entscheiden, wie die Mitarbeiter- und Organisationsstammdaten sind, auf denen es aufsetzt. Widersprüchliche Rollen, veraltete Abteilungszuordnungen und Dubletten führen zwangsläufig zu falschen Berechtigungen.

Dieser Framing-Switch hat praktische Konsequenzen. Wer Identity Management als Datenthema begreift, beginnt beim Fundament: eindeutige Identitäten, saubere Organisationsstrukturen und ein zentrales, führendes System. Genau das ist die Domäne von Master Data Management — und der Grund, warum der Organizational Data Manager und der Identity Manager von Goldright ineinandergreifen.

Lösungsansatz: In sechs Schritten zu sauberem Identity Management

Ein belastbares Identity Management entsteht nicht durch den Kauf einer Software, sondern durch die Kombination aus sauberer Datenbasis, klaren Prozessen und Automatisierung. Das folgende Framework beschreibt den bewährten Weg.

Schritt 1 — Identitätsquellen inventarisieren

Zuerst muss klar sein, wo Identitätsdaten liegen: HR, Active Directory, ERP, Cloud-Dienste. Welches System ist für welches Attribut führend? Diese Bestandsaufnahme ist die Grundlage für jede Konsolidierung.

Schritt 2 — Eindeutige Identität als Single Source of Truth schaffen

Aus den Quellen wird je Person eine eindeutige, konsolidierte Mitarbeiteridentität gebildet — ein Golden Record für Identitäten. Dubletten werden erkannt, Widersprüche aufgelöst, ein führendes Datenmodell etabliert. Ab diesem Punkt gibt es genau eine verlässliche Antwort auf die Frage, wer eine Person ist und welche Rolle sie hat.

Schritt 3 — Rollenmodell und Berechtigungslogik definieren

Auf Basis sauberer Organisationsdaten wird ein Rollenmodell (RBAC) aufgebaut: Welche Rolle benötigt welche Zugriffe? Berechtigungen werden nicht mehr einzeln, sondern regelbasiert über Rollen vergeben — nach dem Prinzip Least Privilege.

Schritt 4 — Lifecycle automatisieren (Joiner-Mover-Leaver)

Onboarding, Rollenwechsel und Offboarding werden automatisiert an die Datenbasis gekoppelt. Ändert sich die Rolle im führenden System, passen sich die Berechtigungen automatisch an — inklusive sofortiger Deaktivierung beim Austritt.

Schritt 5 — Provisionierung an Zielsysteme anbinden

Über konfigurierbare, bidirektionale Schnittstellen werden die berechneten Zugriffsrechte an die Zielsysteme provisioniert — von OneDrive und SharePoint bis zu Fachanwendungen und Lizenzen. Die Freigabe erfolgt über definierte Workflows. Auch befristete oder zusätzliche Berechtigungen — etwa für Vertretungen — lassen sich kontrolliert vergeben und laufen automatisch wieder aus.

Schritt 6 — Historisierung, Monitoring und Rezertifizierung

Jede Änderung wird mit Zeitstempel revisionssicher gespeichert. Regelmäßige Access Reviews und Rezertifizierungen stellen sicher, dass Berechtigungen aktuell bleiben — und liefern den lückenlosen Nachweis für jedes Audit.

Best Practices für ein wirksames Identity Management

Aus erfolgreichen Identity-Projekten lassen sich sechs Prinzipien ableiten, die den Unterschied zwischen echter Kontrolle und trügerischer Sicherheit ausmachen.

1. Least Privilege konsequent umsetzen

Jede Identität erhält nur die Rechte, die ihre Rolle zwingend erfordert. Das Prinzip der minimalen Rechtevergabe reduziert die Angriffsfläche drastisch und ist die Grundlage jeder Zero-Trust-Architektur. Im Zweifel gilt: lieber zu wenig Rechte und gezielt nachvergeben als pauschal zu viel.

2. Den Leaver-Prozess automatisieren

Offboarding ist der am häufigsten vernachlässigte Prozess — und der gefährlichste. Die automatische, sofortige Deaktivierung aller Zugriffe beim Austritt verhindert verwaiste Konten und schützt vor Datenabfluss durch ehemalige Mitarbeiter. Statt Konten zu löschen, empfiehlt sich das Deaktivieren mit vollständiger Historie: So bleibt die Nachvollziehbarkeit für Audits erhalten, während der Zugriff sofort endet.

3. Rollen statt Einzelberechtigungen

Ein sauberes, gepflegtes Rollenmodell macht Berechtigungen überprüfbar und automatisierbar. Einzeln vergebene Rechte hingegen wachsen zu einem unkontrollierbaren Geflecht, das jede Rezertifizierung zum Ratespiel macht.

4. Regelmäßige Access Reviews

Berechtigungen sind kein Dauerzustand. Periodische Rezertifizierungen — quartalsweise für kritische Systeme — stellen sicher, dass niemand mehr Zugriff hat, als er aktuell braucht. Sie sind zugleich der Kern jeder Compliance-Nachweispflicht.

5. Interne und externe Identitäten gemeinsam denken

Dienstleister, Partner und temporäre Kräfte sind besonders risikoreich, weil ihre Zugriffe oft schlecht gepflegt werden. Ein wirksames Identity Management umfasst interne und externe Mitarbeiteridentitäten gleichermaßen — inklusive befristeter Zugriffe.

6. Datenqualität als Fundament sichern

Kein Rollenmodell und keine Automatisierung ist besser als die zugrunde liegenden Stammdaten. Wer die Qualität seiner Mitarbeiter- und Organisationsdaten sichert, legt das eigentliche Fundament für sicheres Identity Management .

Praxis-Beispiel: Automatisierte Benutzerverwaltung in einem Konzern

Das folgende Fallbeispiel ist aus Datenschutzgründen anonymisiert und basiert auf einem realen Projekt.

Ausgangssituation

Ein international tätiges Unternehmen mit rund 2.000 internen und externen Mitarbeitern verwaltete Zugriffsrechte weitgehend manuell. Onboarding dauerte im Schnitt mehrere Tage, in denen neue Mitarbeiter nicht arbeitsfähig waren. Beim Offboarding blieben Konten regelmäßig aktiv — eine interne Prüfung fand mehrere hundert verwaiste Konten mit teils weitreichenden Rechten.

Herausforderung

Die Ursache war nicht das Zugriffssystem, sondern die Datenlage: Mitarbeiterdaten wurden in HR, Active Directory und mehreren Fachsystemen unterschiedlich geführt. Es gab keine eindeutige, führende Identität und kein durchgängiges Rollenmodell. Jeder Audit wurde zum wochenlangen manuellen Abgleich.

Besonders heikel: Für externe Mitarbeiter existierte gar kein strukturierter Prozess. Sie wurden bei Projektstart manuell angelegt und bei Projektende schlicht vergessen. Genau hier häuften sich die verwaisten Konten mit den größten Rechten.

Vorgehen

Mit dem Identity Manager wurde je Person eine eindeutige Mitarbeiteridentität als Single Source of Truth gebildet. Auf Basis sauberer Organisationsdaten entstand ein Rollenmodell, das Berechtigungen automatisch berechnet. Onboarding, Rollenwechsel und Offboarding wurden über bidirektionale Schnittstellen an die Zielsysteme gekoppelt.

Ergebnis

• Onboarding-Zeit: von mehreren Tagen auf Tag 1 reduziert — Zugriff ab dem ersten Arbeitstag

• Verwaiste Konten: durch automatische Deaktivierung beim Austritt nahezu eliminiert

• Audit-Aufwand: dank revisionssicherer Historisierung von Wochen auf Stunden gesenkt

• Manuelle Berechtigungsvergabe: durch das regelbasierte Rollenmodell drastisch reduziert

Lernen aus dem Fall: Der Sicherheitsgewinn kam nicht aus einem neuen Zugriffstool, sondern aus einer sauberen, eindeutigen Identitätsdatenbasis und deren Automatisierung.

Fallstricke: Was bei Identity-Management-Projekten häufig schiefgeht

Identity-Projekte scheitern selten an der Technologie — meist an vermeidbaren organisatorischen Fehlern. Diese Fallstricke sind die häufigsten.

• Offboarding vernachlässigen: Verwaiste Konten sind eines der größten und zugleich unterschätzten Sicherheitsrisiken.

• Tool vor Datenbasis: Ein IAM-System auf unsauberen Identitätsdaten automatisiert nur die Fehler schneller.

• Kein Rollenmodell: Einzeln vergebene Rechte lassen sich weder überprüfen noch rezertifizieren.

• Privilege Creep ignorieren: Werden alte Rechte bei Rollenwechseln nicht entzogen, sammeln sich gefährliche Überberechtigungen an.

• Externe Identitäten vergessen: Dienstleister und Partner werden oft schlechter verwaltet als eigene Mitarbeiter — und sind besonders risikoreich.

• Keine Historisierung: Ohne revisionssichere Dokumentation ist der regulatorische Nachweis nach DSGVO und NIS2 nicht zu erbringen.

Identity Management als Fundament von Zero Trust

Kaum ein Sicherheitskonzept prägt die aktuelle Diskussion so stark wie Zero Trust. Das Grundprinzip: Keiner Identität wird pauschal vertraut — jeder einzelne Zugriff wird geprüft, unabhängig davon, ob er aus dem internen Netzwerk oder von außen kommt. Der frühere Grundsatz „innen sicher, außen gefährlich“ ist damit hinfällig.

Zero Trust funktioniert allerdings nur mit einem verlässlichen Identity Management. Wenn jeder Zugriff kontinuierlich anhand von Identität, Rolle und Kontext bewertet werden soll, müssen diese Informationen jederzeit korrekt vorliegen. Eine widersprüchliche oder veraltete Identitätsdatenbasis unterläuft jedes Zero-Trust-Modell — denn geprüft wird dann gegen falsche Annahmen.

Damit schließt sich der Kreis: Zero Trust ist kein Produkt, das man kauft, sondern eine Architektur, die auf sauberen Identitätsdaten aufsetzt. Wer in Zero Trust investiert, ohne zuvor sein Identity Management zu ordnen, baut auf unsicherem Grund.

Fazit: Identity Management ist eine Frage der Datenqualität

Die Kernbotschaft dieses Artikels lässt sich auf einen Satz verdichten: Identity Management ist die zentrale Sicherheitsdisziplin — und ihre Wirksamkeit entscheidet sich an der Qualität der Identitätsdaten.

Gestohlene Zugangsdaten sind einer der häufigsten Angriffsvektoren, Datenlecks kosten Millionen und die Regulatorik verlangt nachweisbare Kontrolle. Wer darauf mit immer neuen Zugriffstools reagiert, bekämpft Symptome. Die nachhaltige Antwort liegt im Fundament: eindeutige Identitäten, ein sauberes Rollenmodell, ein automatisierter Identity Lifecycle und eine revisionssichere Historisierung.

Genau hier ist Goldright zu Hause. Als Anbieter für multidimensionales Master Data Management schafft der Identity Manager die eine, verlässliche Wahrheit über jede Mitarbeiteridentität — und macht die Benutzerverwaltung automatisierbar, auditierbar und sicher. Der erste Schritt ist eine klare Standortbestimmung.

Quellen-Verzeichnis

Verizon: "2026 Data Breach Investigations Report" - https://www.verizon.com/business/resources/reports/dbir/

IBM: "Cost of a Data Breach Report 2026" - https://www.ibm.com/reports/data-breach

Bitkom e.V.: "Wirtschaftsschutz 2025" - https://www.bitkom.org/Bitkom/Publikationen/Wirtschaftsschutz

Gartner: "Identity Governance and Administration (IGA), Market/Reviews" - https://www.gartner.com/reviews/market/identity-governance-administration

Gartner: "Identity and Access Management (IAM), Glossary-Definition" - https://www.gartner.com/en/information-technology/glossary/identity-and-access-management-iam

NIST: "SP 800-63 Digital Identity Guidelines" - https://pages.nist.gov/800-63-3/

Europäische Kommission: NIS2, Richtlinie (EU) 2022/2555 - https://eur-lex.europa.eu/eli/dir/2022/2555/oj

Europäische Kommission: DSGVO, Verordnung (EU) 2016/679 - https://eur-lex.europa.eu/eli/reg/2016/679/oj