Anträge betroffener Personen für Azure im Rahmen der DSGVO und des CCPA

Einführung in Anträge betroffener Personen

Die Datenschutz-Grundverordnung (DSGVO) der Europäischen Union räumt natürlichen Personen (in der Verordnung als betroffene Personen bezeichnet) das Recht ein, vom Arbeitgeber oder einer anderen Einrichtung oder Organisation (Datenverantwortlicher oder Verantwortlicher) erhobene personenbezogene Daten zu verwalten. Personenbezogene Daten sind in der DSGVO ganz allgemein als Daten definiert, die sich auf eine identifizierte oder identifizierbare natürliche Person beziehen. Die DSGVO gewährt betroffenen Personen bestimmte Rechte an ihren personenbezogenen Daten, z. B. das Recht auf Erhalt einer Kopie dieser personenbezogenen Daten, das Recht auf Korrektur der Daten, das Recht auf Einschränkung der Bearbeitung dieser Daten und das Recht auf Empfang dieser Daten in einem elektronischen Format, sodass sie an einen anderen Verantwortlichen übermittelt werden können. Ein von einer betroffenen Person formal gestellter Antrag an den Verantwortlichen, bestimmte Maßnahmen im Zusammenhang mit den personenbezogenen Daten der betroffenen Person zu ergreifen, wird als Antrag einer betroffenen Person bezeichnet.

In ähnlicher Weise bietet der California Consumer Privacy Act (CCPA) den kalifornischen Verbrauchern Datenschutzrechte und -pflichten, einschließlich von Rechten, die den Rechten von betroffenen Personen der DSGV entsprechen, wie z. B. das Recht auf Löschung, Zugriff und Empfang (Portabilität) der persönlichen Informationen. Das CCPA ermöglicht außerdem bestimmte Offenlegungen, Schutz vor Diskriminierung bei der Wahl von Ausübungsrechten und Deaktivierungs-/Aktivierungsanforderungen für bestimmte Datentransfers, die als "Verkäufe" eingestuft werden. Die Definition von "Verkäufe" umfasst die Freigabe von Daten für eine angemessene Gegenleistung. Weitere Informationen zum CCPA finden Sie im California Consumer Privacy Act und in den häufig gestellten Fragen zum California Consumer Privacy Act.

In dem Leitfaden wird erläutert, wie unsere als Datenverantwortliche handelnden Kunden Microsoft-Produkte, -Dienste und -Verwaltungstools zum Suchen von und Reagieren auf personenbezogene Daten als Reaktion auf DSRs verwenden können. Dies gilt insbesondere für die Suche nach, den Zugriff auf sowie die Verarbeitung von personenbezogenen Daten, die sich in der Microsoft-Cloud befinden. Im Folgenden finden Sie eine kurze Übersicht über die Prozesse, die in diesem Leitfaden beschrieben werden:

  • Erkennung: Sie können Kundendaten, die ggf. Gegenstand eines Antrags einer betroffenen Person sind, mithilfe von Such- und Ermittlungstools finden. Sobald Sie potenziell relevante Dokumente ermittelt haben, können Sie dem Antrag entsprechend eine oder mehrere der in den folgenden Schritten beschriebenen Aktionen ausführen. Möglicherweise stellen Sie jedoch fest, dass der Antrag nicht den Vorgaben Ihrer Organisation für die Reaktion auf Anträge betroffener Personen entspricht.
  • Zugriff: Rufen Sie personenbezogene Daten ab, die sich in der Microsoft Cloud befinden, und erstellen Sie eine Kopie, die der betroffenen Person zur Verfügung gestellt werden kann, sofern dies beantragt wurde.
  • Berichtigung: Nehmen Sie gegebenenfalls Änderungen an den personenbezogenen Daten vor oder führen Sie andere Aktionen aus, die für die Daten angefordert werden.
  • Einschränkung: Schränken Sie die Verarbeitung von personenbezogenen Daten ein, indem Sie entweder die Lizenzen für verschiedene Onlinedienste entfernen oder die gewünschten Dienste, wenn möglich, deaktivieren. Sie können auch Daten aus der Microsoft Cloud entfernen und lokal oder an einem anderen Speicherort speichern.
  • Löschung: Entfernen Sie personenbezogene Daten, die sich in der Microsoft-Cloud befinden, dauerhaft.
  • Exportieren/Empfangen (Portierbarkeit): Stellen Sie der betroffenen Person eine elektronische Kopie (in einem maschinenlesbaren Format) von personenbezogenen Daten oder persönlichen Informationen zur Verfügung. Personenbezogene Informationen gemäß CCPA sind alle Informationen, die eine identifizierte oder identifizierbare Person betreffen. Es wird nicht zwischen privaten, öffentlichen oder beruflichen Rollen einer Person unterschieden. Der definierte Begriff "persönliche Informationen" entspricht in etwa dem Begriff "persönliche Daten" unter der DSGVO. Allerdings umfasst das CCPA auch Familien- und Haushaltsdaten. Weitere Informationen zum CCPA finden Sie im "California Consumer Privacy Act und in den häufig gestellten Fragen zum California Consumer Privacy Act.

In jedem Abschnitt dieses Leitfadens werden die Prozesse beschrieben, die ein als Datenverantwortlicher handelndes Unternehmen nutzen kann, um auf einen Antrag einer betroffenen Person bezüglich ihrer personenbezogenen Daten in der Microsoft-Cloud zu reagieren.

Terminologie

Nachfolgend finden Sie Definitionen von Begriffen, die für diesen Leitfaden relevant sind.

  • Datenverantwortlicher: Eine natürliche oder juristische Person, öffentliche Behörde, Agentur oder andere Stelle, die allein oder gemeinsam mit anderen die Zwecke und Mittel der Verarbeitung personenbezogener Daten bestimmt. Sofern die Zwecke und Mittel der Verarbeitung durch das Recht der Union oder der Mitgliedstaaten bestimmt werden, können der Datenverantwortliche bzw. die spezifischen Kriterien für dessen Benennung durch das Recht der Union oder des Mitgliedstaats angegeben werden.
  • Personenbezogene Daten und betroffene Person: Alle Informationen über eine identifizierte oder identifizierbare natürliche Person ("betroffene Person"). Eine identifizierbare natürliche Person ist eine Person, die direkt oder indirekt, insbesondere durch Zuordnung zu einer Kennung wie einem Namen, zu einer Kennnummer, zu Standortdaten, zu einer Online-Kennung oder zu einem oder mehreren besonderen Merkmalen identifiziert werden kann, die Ausdruck der physischen, physiologischen, genetischen, psychischen, wirtschaftlichen, kulturellen oder sozialen Identität dieser natürlichen Person sind.
  • Verarbeiter: Eine natürliche oder juristische Person, öffentliche Behörde, Agentur oder andere Stelle, die personenbezogene Daten im Auftrag des Verantwortlichen verarbeitet.
  • Kundendaten: Alle Daten, einschließlich aller Text-, Sound-, Video- oder Bilddateien, die Microsoft vom Kunden oder im Auftrag des Kunden durch Nutzung von Enterprise-Diensten bereitgestellt werden. Kundendaten umfassen sowohl (1) identifizierbare Informationen von Endbenutzern (z. B. Benutzernamen und Kontaktinformationen in Microsoft Entra ID) als auch Kundeninhalte, die ein Kunde in bestimmte Dienste hochlädt oder in bestimmten Diensten erstellt (z. B. Kundeninhalte in einem Azure Storage-Konto, Kundeninhalte einer Azure SQL-Datenbank oder das Vm-Image eines Kunden in Azure Virtual Machines).
  • Vom System generierte Protokolle: Von Microsoft generierte Protokolle und verbundene Daten, die Microsoft bei der Bereitstellung von Enterprise-Diensten für Benutzer unterstützen. Vom System generierte Protokolle enthalten in erster Linie pseudonymisierte Daten, z. B. eindeutige Bezeichner – in der Regel eine vom System generierte Zahl, die von sich aus eine Einzelperson nicht identifizieren kann, aber dazu verwendet wird, die Enterprise-Dienste für Benutzer bereitzustellen. Vom System generierte Protokolle enthalten möglicherweise auch Informationen zur Identifikation über Endbenutzer, wie z. B. einen Benutzernamen.

Verwenden dieses Leitfadens

Dieser Leitfaden besteht aus zwei Teilen:

  • Teil 1: Reaktion auf Anträge betroffener Personen bezüglich Kundendaten: In Teil 1 dieses Leitfadens wird erläutert, wie Sie in Anwendungen, in denen Sie Daten erstellt haben, auf diese zugreifen, sie korrigieren, einschränken, löschen und exportieren können. Dieser Abschnitt enthält Informationen zum Ausführen von Anträgen betroffener Personen in Bezug auf Kundeninhalte und Informationen zur Identifizierung von Endbenutzern.
  • Teil 2: Reaktion auf Anträge betroffener Personen bezüglich vom System generierten Protokollen: Wenn Sie die Microsoft Enterprise-Dienste verwenden, generiert Microsoft einige Informationen, die als vom System generierte Protokolle bekannt sind, um den Dienst bereitzustellen. In Teil 2 dieses Leitfadens wird erläutert, wie Sie auf solche Daten in Azure zugreifen können und wie Sie diese löschen und exportieren können.

Grundlegendes zu Anträgen betroffener Personen für Microsoft Entra-ID und Microsoft-Dienstkonten

Bei der Betrachtung der für Unternehmenskunden bereitgestellten Dienste muss die Ausführung von Anträgen betroffener Personen immer im Kontext eines bestimmten Microsoft Entra Mandanten verstanden werden. Insbesondere werden Anträge betroffener Personen immer innerhalb eines bestimmten Microsoft Entra Mandanten ausgeführt. Wenn ein Benutzer an mehreren Mandanten teilnimmt, ist es wichtig zu betonen, dass ein bestimmter Betroffener nur im Kontext des jeweiligen Mandanten ausgeführt wird, in dem die Anforderung empfangen wurde. Dies ist wichtig zu verstehen, da dies bedeutet, dass sich die Ausführung einer betroffenen Person durch einen Unternehmenskunden nicht auf die Daten eines benachbarten Unternehmenskunden auswirkt.

Gleiches gilt auch für Microsoft-Dienstkonten (Microsoft Service Accounts, MSA) im Kontext von Diensten, die einem Unternehmenskunden bereitgestellt werden: Die Ausführung einer betroffenen Person für ein MSA-Konto, das einem Microsoft Entra Mandanten zugeordnet ist, bezieht sich nur auf Daten innerhalb des Mandanten. Darüber hinaus ist es wichtig, Folgendes bei der Behandlung von MSA-Konten innerhalb eines Mandanten zu verstehen:

  • Wenn ein MSA-Benutzer ein Azure-Abonnement erstellt, wird das Abonnement so behandelt, als wäre es ein Microsoft Entra Mandant. Folglich werden anträge betroffener Personen wie oben beschrieben innerhalb des Mandanten erfasst.
  • Wenn ein über ein MSA-Konto erstelltes Azure-Abonnement gelöscht wird, wirkt sich dies nicht auf das tatsächliche MSA-Konto aus. Wie oben erwähnt, sind dsRs, die innerhalb des Azure-Abonnements ausgeführt werden, auf den Bereich des Mandanten selbst beschränkt.

Anträge betroffener Personen für ein MSA-Konto selbst außerhalb eines bestimmten Mandanten werden über das Datenschutz-Dashboard für Verbraucher ausgeführt. Weitere Informationen finden Sie im Leitfaden zu Anforderungen betroffener Windows-Personen.

Teil 1: Leitfaden zu Anträgen betroffener Personen bezüglich Kundendaten

Abwickeln von Anträgen betroffener Personen bezüglich Kundendaten

Microsoft bietet die Möglichkeit, auf bestimmte Kundendaten über das Azure-Portal und auch direkt über bereits vorhandene Anwendungsprogrammierschnittstellen (APIs) oder Benutzeroberflächen (UI) für bestimmte Dienste (auch bezeichnet als Produkterfahrungen) zuzugreifen und diese zu löschen und zu exportieren. Details zu diesen Produkterfahrungen finden Sie in der jeweiligen Referenzdokumentation des entsprechenden Dienstes.

Wichtig

Dienste, die produktinterne DSRs unterstützen, müssen direkt über die API oder die Benutzeroberfläche unter Beschreibung zutreffender CRUD („create, read, update, delete“)-Operationen angesprochen werden. Folglich muss die Ausführung von DSRs innerhalb eines bestimmten Diensts zusätzlich zur Ausführung eines DSR innerhalb des Azure-Portals durchgeführt werden, um eine Anforderung für einen gegebenes Datensubjekt vollständig auszuführen. Weitere Details finden Sie in der Referenzdokumentation der einzelnen Dienste.

Schritt 1: Ermittlung

Der erste Schritt bei der Reaktion auf einen Antrag einer betroffenen Person besteht darin, die personenbezogenen Daten zu finden, die Gegenstand des Antrags sind. Dieser erste Schritt – Suchen und Überprüfen der betroffenen personenbezogenen Daten – ist nützlich, um festzustellen, ob ein Antrag einer betroffenen Person die Anforderungen Ihrer Organisation bezüglich für die Anerkennung oder Ablehnung eines solchen Antrags erfüllt. So könnten Sie beispielsweise nach dem Suchen und Überprüfen der betroffenen personenbezogenen Daten zu dem Schluss kommen, dass der Antrag nicht die Anforderungen Ihrer Organisation erfüllt, da er sich auf die Rechte und Freiheiten anderer auswirken kann.

Nachdem Sie die Daten gefunden haben, können Sie die bestimmte Aktion ausführen, die im Rahmen eines Antrags einer betroffenen Person angefordert wurde.

Microsoft Entra ID ist der cloudbasierte, mehrinstanzenfähige Verzeichnis- und Identitätsverwaltungsdienst von Microsoft. Mithilfe des Azure-Portal können Sie identifizierbare Informationen von Endbenutzern wie Kunden- und Mitarbeiterbenutzerprofilen und Arbeitsinformationen von Benutzern, die personenbezogene Daten enthalten, in Ihrer Microsoft Entra-ID-Umgebung (Microsoft Entra ID) finden.

Dies ist besonders hilfreich, wenn Sie personenbezogene Daten eines bestimmten Benutzers suchen oder ändern möchten. Sie können auch Benutzerprofil- und Arbeitsinformationen hinzufügen oder ändern. Sie müssen sich mit einem Konto anmelden, das ein globaler Administrator für das Verzeichnis ist.

Wie kann ich nach Benutzerprofilen und Arbeitsinformationen suchen oder diese anzeigen?

  1. Melden Sie sich im Azure-Portal mit einem Konto an, das ein globaler Administrator für das Verzeichnis ist.

  2. Wählen Sie Microsoft Entra ID aus.

    Alle Dienste auswählen.

  3. Wählen Sie Benutzer aus.

    Benutzer auswählen.

  4. Wählen Sie auf dem Blatt Alle Benutzer einen Benutzer aus der Liste aus, und wählen Sie dann auf dem Blatt für den ausgewählten Benutzer Profil aus, um Benutzerprofilinformationen anzuzeigen, die möglicherweise personenbezogene Daten enthalten.

    Profil auswählen.

  5. Wenn Sie Benutzerprofilinformationen hinzufügen oder ändern möchten, können Sie dies tun, indem Sie in der Befehlsleiste Bearbeiten auswählen und dann auf Speichern klicken, nachdem Sie Änderungen vorgenommen haben.

Dienstspezifische Schnittstellen

Microsoft bietet die Möglichkeit, Kundendaten direkt über bereits vorhandene Anwendungsprogrammierschnittstellen (Application Programming Interfaces, APIs) oder Benutzeroberflächen (User Interfaces, UIs) für bestimmte Dienste zu ermitteln. Details werden in der Referenzdokumentation der jeweiligen Dienste beschrieben, in der die anwendbaren CRUD-Vorgänge (Create, Read, Update, Delete) beschrieben werden.

Schritt 2: Zugriff

Nachdem Sie Kundendaten gefunden haben, die persönliche Daten enthalten, die potenziell für DSR in Frage kommen können, müssen Sie und Ihre Organisation entscheiden, welche Daten dem Datensubjekt zur Verfügung gestellt werden sollen. Sie können ihnen eine Kopie des tatsächlichen Dokuments, eine entsprechend redigierte Version oder einen Screenshot der Teile bereitstellen, die Sie für die Freigabe als angemessen erachtet haben. Sie müssen für jede dieser Antworten auf eine Zugriffsanforderung eine Kopie des Dokuments oder eines anderen Elements abrufen, das die infrage kommenden Daten enthält.

Wenn Sie der betroffenen Person eine Kopie zur Verfügung stellen, müssen Sie personenbezogene Daten zu anderen betroffenen Personen und sämtliche vertraulichen Informationen möglicherweise entfernen oder schwärzen.

Microsoft Entra-ID

Microsoft stellt sowohl ein Portal als auch produktinterne Erfahrungen bereit, über die der Mandantenadministrator des Unternehmenskunden Zugriffsanträge betroffener Personen verwalten kann. Zugriffsanträge betroffener Personen ermöglichen den Zugriff auf die personenbezogenen Daten des Benutzers, einschließlich: (a) Informationen zur Identifizierung eines Endbenutzers und (b) vom System generierte Protokolle.

Dienstspezifische Schnittstellen

Microsoft bietet die Möglichkeit, Kundendaten direkt über bereits vorhandene Anwendungsprogrammierschnittstellen (Application Programming Interfaces, APIs) oder Benutzeroberflächen (User Interfaces, UIs) für bestimmte Dienste zu ermitteln. Details werden in der Referenzdokumentation der jeweiligen Dienste beschrieben, in der die anwendbaren CRUD-Vorgänge (Create, Read, Update, Delete) beschrieben werden.

Schritt 3: Berichtigung

Wenn eine betroffene Person Sie gebeten hat, personenbezogene Daten zu berichtigen, die sich unter den Daten Ihres Unternehmens befinden, werden Sie und Ihr Unternehmen bestimmen müssen, ob dem Antrag Folge zu leisten ist. Die Berichtigung der Daten kann Maßnahmen wie das Bearbeiten, Schwärzen oder Entfernen von personenbezogenen Daten aus einem Dokument oder anderen Elementen umfassen. Die zweckmäßigste Methode, dies für Microsoft-Support- und FastTrack-Daten zu erledigen, finden Sie weiter unten.

Microsoft Entra-ID

Unternehmenskunden haben die Möglichkeit, Anträge betroffener Personen zu verwalten, einschließlich eingeschränkter Bearbeitungsfunktionen je nach Art eines bestimmten Microsoft-Diensts. Als Datenverarbeiter bietet Microsoft nicht die Möglichkeit, vom System generierte Protokolle zu korrigieren, da sie sachliche Aktivitäten widerspiegeln und eine historische Aufzeichnung von Ereignissen innerhalb von Microsoft-Diensten darstellen. In Bezug auf Microsoft Entra ID gibt es eingeschränkte Bearbeitungsfunktionen, um identifizierbare Informationen über einen Endbenutzer zu korrigieren, wie weiter unten beschrieben.

Microsoft Entra ID: Berichtigung unrichtiger oder unvollständiger personenbezogener Daten

Mithilfe der Microsoft Entra Azure-Portal Microsoft Entra können Sie identifizierbare Informationen zu Endbenutzern korrigieren, aktualisieren oder löschen, z. B. Benutzer- und Mitarbeiterbenutzerprofile und Arbeitsinformationen von Benutzern, die personenbezogene Daten wie Name, Arbeitstitel, Adresse oder Telefonnummer eines Benutzers enthalten. Sie müssen sich mit einem Konto anmelden, das ein globaler Administrator für das Verzeichnis ist.

Gewusst wie Benutzerprofil und Arbeitsinformationen in Microsoft Entra ID richtig oder aktualisieren?
  1. Melden Sie sich im Azure-Portal mit einem Konto an, das ein globaler Administrator für das Verzeichnis ist.

  2. Wählen Sie Microsoft Entra ID aus.

    Alle Dienste auswählen.

  3. Wählen Sie Benutzer aus.

    Benutzer auswählen.

  4. Wählen Sie auf dem Blatt Alle Benutzer einen Benutzer aus der Liste aus, und wählen Sie dann auf dem Blatt für den ausgewählten Benutzer Profil aus, um Benutzerprofilinformationen anzuzeigen, die korrigiert oder aktualisiert werden müssen.

    Benutzerprofil auswählen.

  5. Korrigieren oder aktualisieren Sie die Benutzerprofilinformationen einschließlich der Arbeitsinformationen, indem Sie in der Befehlsleiste Bearbeiten und dann Speichern auswählen, nachdem Sie Änderungen vorgenommen haben.

    Wählen Sie

Dienstspezifische Schnittstellen

Microsoft bietet die Möglichkeit, Kundendaten direkt über bereits vorhandene Anwendungsprogrammierschnittstellen (Application Programming Interfaces, APIs) oder Benutzeroberflächen (User Interfaces, UIs) für bestimmte Dienste zu ermitteln. Details werden in der Referenzdokumentation der jeweiligen Dienste beschrieben, in der die anwendbaren CRUD-Vorgänge (Create, Read, Update, Delete) beschrieben werden.

Schritt 4: Einschränkung

Die betroffenen Personen verlangen möglicherweise, die Verarbeitung ihrer persönlichen Daten einzuschränken. Wir stellen sowohl das Azure-Portal als auch bereits vorhandene APIs (Anwendungsprogrammierungsschnittstellen) oder Benutzeroberflächen (UIs) bereit. Diese Schnittstellen bieten dem Mandantenadministrator des Unternehmenskunden die Möglichkeit, solche Anträge betroffener Personen durch eine Kombination aus Exportieren und Löschen der Daten zu verwalten. Ein Kunde kann (1) eine elektronische Kopie der personenbezogenen Daten des Benutzers exportieren, einschließlich (a) Konto/Konten, (b) vom System generierten Protokollen und (c) verbundenen Protokollen, gefolgt von (2) der Löschung des Kontos und verbundener Daten, die in Microsoft-Systemen gespeichert sind.

Schritt 5: Löschung

Das "Recht auf Löschung" durch das Entfernen von personenbezogenen Daten aus den Kundendaten eines Unternehmens ist ein zentraler Schutz in der DSGVO. Beim Entfernen von personenbezogenen Daten werden alle personenbezogenen Daten und vom System generierten Protokolle, einschließlich der Überwachungsprotokollinformationen, entfernt. Wenn ein Benutzer vorläufig gelöscht (siehe Details unten) wurde, wird das Konto für 30 Tage deaktiviert. Wenn während dieses Zeitraums von 30 Tagen keine weiteren Maßnahmen ergriffen werden, wird der Benutzer dauerhaft gelöscht (siehe Details weiter unten). Bei einem dauerhaften Löschvorgang werden das Konto des Benutzers, personenbezogene Daten und vom System generierte Protokolle innerhalb weiterer 30 Tage aus dem System entfernt. Wenn ein Mandantenadministrator Daten direkt dauerhaft löscht, werden das Konto des Benutzers, personenbezogene Daten und vom System generierte Protokolle innerhalb von 30 Tagen ab dem Löschen aus dem System entfernt.

Wichtig

Sie müssen ein Mandantenadministrator sein, um einen Benutzer aus einem Mandanten löschen zu können.

Löschen eines Benutzers und der verbundenen Daten über das Azure-Portal

Nachdem Sie einen Antrag zur Löschung erhalten haben, können Sie das Azure-Portal sowohl zum Löschen eines Benutzers und der verbundenen personenbezogenen Daten als auch zum Löschen von vom System generierten Protokollen verwenden.

Das Löschen dieser Daten bedeutet auch, dass der Benutzer aus dem Mandanten gelöscht wird. Benutzer werden zunächst vorläufig gelöscht. Dies bedeutet, dass das Konto von einem Mandantenadministrator innerhalb von 30 Tagen nach der Kennzeichnung für vorläufiges Löschen wiederhergestellt werden kann. Nach 30 Tagen wird das Konto automatisch und dauerhaft aus dem Mandanten gelöscht. Vor diesen 30 Tagen können Sie einen vorläufig gelöschten Benutzer manuell aus dem Papierkorb löschen.

Im Folgenden finden Sie die grundlegenden Schritte zum Löschen von Benutzern aus Ihrem Mandanten.

  1. Rufen Sie das Azure-Portal auf, und suchen Sie nach dem Benutzer.

  2. Löschen des Benutzers. Wenn Sie den Benutzer löschen, wird das Konto des Benutzers anfänglich in den Papierkorb verschoben. An diesem Punkt wird der Benutzer vorläufig gelöscht, was bedeutet, dass das Konto deaktiviert, aber nicht aus Microsoft Entra ID entfernt wird.

  3. Wechseln Sie zur Liste Zuletzt gelöschte Benutzer, und löschen Sie den Benutzer endgültig. An diesem Punkt wird der Benutzer endgültig gelöscht (auch als endgültig gelöscht bezeichnet), was bedeutet, dass das Konto aus Microsoft Entra ID entfernt wurde.

So löschen Sie einen Benutzer aus einem Azure-Mandanten
  1. Melden Sie sich im Azure-Portal mit einem Konto an, das ein globaler Administrator für das Verzeichnis ist.

  2. Wählen Sie Microsoft Entra ID aus.

    Alle Dienste auswählen.

  3. Wählen Sie Benutzer aus.

    Benutzer auswählen.

  4. Aktivieren Sie das Kontrollkästchen neben dem Benutzer, den Sie löschen möchten, wählen Sie Benutzer löschen aus, und wählen Sie dann Ja in dem Feld aus, in dem Sie gefragt werden, ob Sie den Benutzer löschen möchten.

    Benutzerverwaltung.

  5. Wählen Sie auf dem Blatt Alle Benutzerdie Option Gelöschte Benutzer aus.

    Benutzerprofil anzeigen.

  6. Wählen Sie denselben Benutzer erneut aus, wählen Sie dauerhaft löschen in der Befehlsleiste aus, und wählen Sie dann Ja in dem Feld aus, in dem Sie gefragt werden, ob Sie sicher sind.

Wichtig

Bedenken Sie, dass Sie, wenn Sie auf Ja klicken, den Benutzer und alle mit ihm verbundenen Daten und vom System erstellten Protokolle permanent und unwiderruflich löschen. Wenn Sie dies versehentlich tun, müssen Sie den Benutzer dem Mandanten manuell wieder hinzufügen. Die zugehörigen Daten und vom System erstellten Protokolle sind nicht wiederherstellbar.

Anzeigen der Arbeitsinformationen des Benutzers.

Löschen der Daten eines Benutzers, wenn kein Konto im Azure-Mandanten vorhanden ist

Einige Benutzer verfügen zwar über ein Konto in Ihrem Azure-Mandanten, das Sie löschen können, benutzer mit direkter Business-to-Business-Verbindung (B2B) jedoch nicht. B2B Direct Connect-Benutzer verwenden ihre nativen Identitäten, um mandantenübergreifenden Zugriff auf die Apps und Ressourcen zu erhalten, die in Ihrem Mandanten gehostet werden. Sie verwenden das Benutzerkonto, das in ihrem Basismandanten gehostet wird, ohne dass ein Gastkonto in Ihrem Mandanten erforderlich ist.

Um die Anträge betroffener Personen für diese Benutzer zu berücksichtigen, löschen Sie die personenbezogenen Daten, die dem Benutzer in Ihrem Mandanten zugeordnet sind, anstelle des Benutzerkontos selbst.

  1. Öffnen Sie das Azure-Portal, wählen Sie Alle Dienste aus, geben Sie Richtlinie in den Filter ein, und wählen Sie dann Richtlinie aus.

  2. Wählen Sie auf dem Blatt Richtlinie die Option Benutzerdatenschutz aus, wählen Sie Benutzeranforderungen verwalten und dann Löschanforderung hinzufügen aus.

  3. Führen Sie die Anforderung Neue Löschdaten aus:

    • Benutzer: Geben Sie die E-Mail-Adresse des Microsoft Entra Benutzers ein, der den Löschvorgang angefordert hat.
  4. Klicken Sie auf Löschen.

Die Löschanforderung wird in ausstehende status. Sie können den Bericht status auf dem BlattÜbersicht überden Datenschutz> von Benutzern überprüfen.

Wichtig

Da personenbezogene Daten aus mehreren Systemen stammen können, kann der Löschvorgang bis zu einem Monat dauern.

Dienstspezifische Schnittstellen

Microsoft bietet die Möglichkeit, Kundendaten direkt über bereits vorhandene Anwendungsprogrammierschnittstellen (Application Programming Interfaces, APIs) oder Benutzeroberflächen (User Interfaces, UIs) für bestimmte Dienste zu ermitteln. Details werden in der Referenzdokumentation der jeweiligen Dienste beschrieben, in der die anwendbaren CRUD-Vorgänge (Create, Read, Update, Delete) beschrieben werden.

Schritt 6: Export

Durch das "Recht auf Datenübertragbarkeit" kann eine betroffene Person eine Kopie ihrer personenbezogenen Daten in einem elektronischen Format (d. h. einem "strukturierten, gängigen, maschinenlesbaren und kompatiblen Format") anfordern, die an einen anderen Datenverantwortlichen übertragen werden kann. Azure unterstützt dies, indem es Ihrer Organisation ermöglicht, die Daten im nativen JSON-Format in den angegebenen Azure Storage-Container zu exportieren.

Wichtig

Sie müssen ein Mandantenadministrator sein, um Benutzerdaten aus dem Mandanten exportieren können.

Microsoft Entra-ID

Für Kundendaten stellt Microsoft sowohl ein Portal als auch produktinterne Erfahrungen bereit, über die der Mandantenadministrator des Unternehmenskunden Exportanträge für Informationen zur Identifizierung eines Endkunden verwalten kann.

Dienstspezifische Schnittstellen

Microsoft bietet die Möglichkeit, Kundendaten direkt über bereits vorhandene Anwendungsprogrammierschnittstellen (Application Programming Interfaces, APIs) oder Benutzeroberflächen (User Interfaces, UIs) für bestimmte Dienste zu ermitteln. Details werden in der Referenzdokumentation der jeweiligen Dienste beschrieben, in der die anwendbaren CRUD-Vorgänge (Create, Read, Update, Delete) beschrieben werden.

Teil 2: Vom System generierte Protokolle

Microsoft bietet Ihnen auch die Möglichkeit, auf bestimmte vom System generierte Protokolle in Verbindung mit der Verwendung von Azure eines Benutzers zuzugreifen und diese zu löschen und zu exportieren.

Wichtig

Die Möglichkeit, vom System generierte Protokolle einzuschränken oder zu korrigieren, wird nicht unterstützt. Vom System generierte Protokolle stellen sachliche Aktionen dar, die in der Microsoft-Cloud und in Diagnosedaten durchgeführt werden, und Änderungen an diesen Daten würden die historischen Aufzeichnungen von Aktionen gefährden und betrugs- und sicherheitsrisiken erhöhen.

Ausführen von Anträgen betroffener Personen bezüglich vom System generierter Protokolle

Microsoft bietet die Möglichkeit, auf bestimmte vom System generierte Protokolle über das Azure-Portal und auch direkt über programmgesteuerte Schnittstellen oder Benutzeroberflächen für bestimmte Dienste zuzugreifen und diese zu löschen und zu exportieren. Details werden in der jeweiligen Referenzdokumentation der entsprechenden Dienste beschrieben.

Wichtig

Dienste, die produktinterne DSRs unterstützen, müssen direkt über die API oder die Benutzeroberfläche angesprochen werden. Aus diesem Grund muss die Ausführung eines Antrags einer betroffenen Personen in einem bestimmten Dienst zusätzlich zur Ausführung eines Antrags einer betroffenen Person im Azure-Portal erfolgen, damit ein Antrag einer bestimmten betroffenen Person vollständig abgeschlossen werden kann. Weitere Details finden Sie in der Referenzdokumentation der jeweiligen Dienste.

Schritt 1: Zugriff

Der Mandantenadministrator ist die einzige Person in Ihrer Organisation, die auf vom System generierte Protokolle zugreifen kann, die sich auf die Verwendung von Azure durch einen bestimmten Benutzer beziehen. Die für eine Zugriffsanforderung abgerufenen Daten werden in einem maschinell lesbaren Format bereitgestellt und in Dateien bereitgestellt, durch die der Benutzer erkennen kann, welchen Diensten die Daten zugeordnet sind. Wie oben beschrieben enthalten die abgerufenen Daten keine Daten, welche die Sicherheit des Diensts beeinträchtigen könnten.

Microsoft Entra-ID

Microsoft stellt sowohl ein Portal als auch produktinterne Erfahrungen bereit, über die der Mandantenadministrator des Unternehmenskunden Zugriffsanforderungen verwalten kann. Zugriffsanforderungen ermöglichen den Zugriff auf die personenbezogenen Daten des Benutzers, einschließlich: (a) Informationen zur Identifizierung eines Endbenutzers und (b) vom Dienst generierte Protokolle. Der Prozess ist identisch mit dem im Abschnitt Microsoft Entra ID von Teil 1, Schritt 2: Zugriff beschrieben.

Dienstspezifische Schnittstellen

Microsoft bietet die Möglichkeit, Kundendaten direkt über bereits vorhandene Anwendungsprogrammierschnittstellen (Application Programming Interfaces, APIs) oder Benutzeroberflächen (User Interfaces, UIs) für bestimmte Dienste zu ermitteln. Details werden in der Referenzdokumentation der jeweiligen Dienste beschrieben, in der die anwendbaren CRUD-Vorgänge (Create, Read, Update, Delete) beschrieben werden.

Schritt 2: Löschung

Der Mandantenadministrator ist die einzige Person in Ihrem Unternehmen, die einen Antrag einer betroffenen Person zur Löschung für einen bestimmten Benutzer innerhalb eines Azure-Mandanten ausführen kann.

Microsoft Entra-ID

Microsoft stellt sowohl ein Portal als auch produktinterne Oberflächen bereit, über die der Mandantenadministrator des Unternehmenskunden Löschungsanträge betroffener Personen verwalten kann. DSR-Löschungsanträge folgen den gleichen Rahmenbedingungen wie in „Löschen eines Benutzers und der verbundenen Daten über das Azure-Portal, Teil 1, Schritt 5“ beschrieben.

Dienstspezifische Schnittstellen

Microsoft bietet die Möglichkeit, Kundendaten direkt über bereits vorhandene Anwendungsprogrammierschnittstellen (Application Programming Interfaces, APIs) oder Benutzeroberflächen (User Interfaces, UIs) für bestimmte Dienste zu ermitteln. Details werden in der Referenzdokumentation der jeweiligen Dienste beschrieben, in der die anwendbaren CRUD-Vorgänge (Create, Read, Update, Delete) beschrieben werden.

Schritt 3: Export

Der Mandantenadministrator ist die einzige Person in Ihrer Organisation, die auf vom System generierte Protokolle zugreifen kann, die sich auf die Verwendung von Azure durch einen bestimmten Benutzer beziehen. Die für eine Exportanforderung abgerufenen Daten werden in einem maschinell lesbaren Format bereitgestellt und in Dateien bereitgestellt, durch die der Benutzer erkennen kann, welchen Diensten die Daten zugeordnet sind. Die abgerufenen Daten enthalten keine Daten, die die Sicherheit oder Stabilität des Dienstes beeinträchtigen könnten.

Exportieren von vom System generierten Protokollen mit dem Azure-Portal

Nachdem Sie eine Exportanforderung für eine betroffene Person erhalten haben, können Sie über das Azure-Portal vom System generierte Protokolle, die einem bestimmten Benutzer zugeordnet sind, exportieren.

Im Folgenden finden Sie die grundlegenden Schritte zum Exportieren von Daten aus Ihrem Mandanten.

  1. Rufen Sie das Azure-Portal auf, und erstellen Sie eine Exportanforderung im Auftrag des Benutzers.
  2. Exportieren Sie die Daten, und senden Sie die Datei an den Benutzer.
So exportieren Sie Informationen eines Benutzers aus einem Azure-Mandanten
  1. Öffnen Sie das Azure-Portal, wählen Sie Alle Dienste aus, geben Sie Richtlinie in den Filter ein, und wählen Sie dann Richtlinie aus.

    Alle Dienste filtern .

  2. Wählen Sie im Blatt Richtlinie die Option Datenschutz und dann die Option Benutzeranforderungen verwalten aus, und wählen Sie dann Exportanforderung hinzufügen aus.

    Exportanforderung hinzufügen .

  3. Schließen Sie die Anforderung zum Exportieren von Daten ab:

    Neue Anforderung zum Exportieren von Daten.

  • Benutzer. Geben Sie die E-Mail-Adresse des Microsoft Entra Benutzers ein, der den Export angefordert hat.
  • Abonnement: Wählen Sie das Konto aus, das Sie für Berichte zur Ressourcennutzung und für die Abrechnung für Dienste verwenden. Hierbei handelt es sich auch um den Ort Ihres Azure Speicherkontos.
  • Speicherkonto: Wählen Sie den Speicherort für Ihren Azure-Speicher (Blob) aus. Weitere Informationen finden Sie im Artikel Einführung in Microsoft Azure Storage – Blob-Speicher.
  • Container. Erstellen Sie eine neuen Container (oder wählen Sie einen vorhandenen aus) als Speicherort für den Export der vertraulichen Daten des Benutzers.
  1. Wählen Sie Erstellen aus.

Die Exportanforderung erhält den Status ausstehend. Sie können den Berichtsstatus auf dem Blatt „Benutzerdatenschutz – Übersicht“ anzeigen.

Wichtig

Da personenbezogene Daten aus mehreren Systemen stammen können, kann der Exportvorgang bis zu einem Monat dauern.

Dienstspezifische Schnittstellen

Microsoft bietet die Möglichkeit, Kundendaten direkt über bereits vorhandene Anwendungsprogrammierschnittstellen (Application Programming Interfaces, APIs) oder Benutzeroberflächen (User Interfaces, UIs) für bestimmte Dienste zu ermitteln. Details werden in der Referenzdokumentation der jeweiligen Dienste beschrieben, in der die anwendbaren CRUD-Vorgänge (Create, Read, Update, Delete) beschrieben werden.

Benachrichtigung über Probleme beim Exportieren oder Löschen

Wenn beim Exportieren oder Löschen von Daten aus dem Azure-Portal Probleme auftreten, wechseln Sie zum Blatt Azure-Portal Hilfe + Support, und übermitteln Sie unter Abonnementverwaltung > Datenschutz- und Complianceanforderungen für das Blatt "Abonnements > Datenschutz" und DSGVO-Anforderungen ein neues Ticket.

Weitere Informationen