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 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. Der CCPA sieht auch bestimmte Offenlegungen, Schutz vor Diskriminierung bei der Wahl von Ausübungsrechten und "Opt-out/opt-in"-Anforderungen für bestimmte Datenübertragungen vor, die als "Verkäufe" klassifiziert sind. Der Umsatz ist breit definiert, um die Gemeinsame nutzung von Daten für eine wertvolle Überlegung einzubeziehen. 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. Diese Informationen umfassen insbesondere, wie Sie personenbezogene Daten in der Microsoft-Cloud finden, darauf zugreifen und darauf reagieren können. 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 gibt keinen Unterschied zwischen privaten, öffentlichen oder geschäftlichen Rollen einer Person. 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 eine einzelne Person nicht allein identifizieren kann, sondern zur Bereitstellung der Unternehmensdienste für Benutzer verwendet wird. Vom System generierte Protokolle können auch identifizierbare Informationen über Endbenutzer enthalten, 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

Durch die Verwendung des erweiterten Direkten Verzeichnistokens (EDDT) können Gastbenutzer innerhalb eines Mandanten Anträge betroffener Personen über mehrere Mandanten hinweg initiieren. Alle vom Benutzer initiierten DSRs werden für alle Mandanten ausgeführt, bei denen der Benutzer vom entsprechenden Mandantenadministrator autorisiert ist.

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 zu verstehen, wenn MSA-Konten innerhalb eines Mandanten verarbeitet werden:

  • 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.

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 die Azure-Portal und auch direkt über bereits vorhandene Anwendungsprogrammierschnittstellen (APPLICATION Programming Interfaces, APIs) oder Benutzeroberflächen (User Interfaces, UIs) für bestimmte Dienste (auch als produktinterne Erfahrungen bezeichnet) zuzugreifen, 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 – das Suchen und Überprüfen der fraglichen personenbezogenen Daten – hilft Ihnen dabei, festzustellen, ob ein antragstellender Betroffener die Anforderungen Ihrer organization erfüllt, um einen antragstellenden Antrag einer betroffenen Person zu berücksichtigen oder abzulehnen. 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.

Über Azure-Portal verwaltete Anträge betroffener Personen

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

Dies ist hilfreich, wenn Sie personenbezogene Daten für einen bestimmten Benutzer 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.

  3. Wählen Sie Benutzer aus.

  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.

  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.

Über Dienst-APIs verwaltete Anträge betroffener Personen

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 personenbezogene Daten enthalten, die potenziell auf einen Antrag einer betroffenen Person reagieren, liegt es an Ihnen und Ihrem organization zu entscheiden, welche Daten der betroffenen Person 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. Für jede dieser Antworten auf eine Zugriffsanforderung müssen Sie eine Kopie des Dokuments oder eines anderen Elements abrufen, das die reaktionsfähigen 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.

Über Azure-Portal verwaltete Anträge betroffener Personen

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.

Über Dienst-APIs verwaltete Anträge betroffener Personen

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.

Über Azure-Portal verwaltete Anträge betroffener Personen

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 des Azure-Portal können Sie identifizierbare Informationen über Endbenutzer korrigieren, aktualisieren oder löschen, z. B. Benutzer- und Mitarbeiterbenutzerprofile und Arbeitsinformationen von Benutzern Microsoft Entra ID, 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.

  3. Wählen Sie Benutzer aus.

  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.

  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.

Über Dienst-APIs verwaltete Anträge betroffener Personen

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, aber nicht aus Microsoft Entra ID entfernt.

  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

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.

  3. Wählen Sie Benutzer aus.

  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.

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

  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.

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.

Löschen einer betroffenen Person, die über Dienst-APIs verwaltet wird

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.

Anträge betroffener Personen, die über das Azure-Portal verwaltet werden

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.

Über Dienst-APIs verwaltete Anträge betroffener Personen

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 Mandantenadministratoren auch die Möglichkeit, einen Antrag einer betroffenen Person auszuführen, um auf bestimmte vom System generierte Protokolle zuzugreifen, 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

Mandantenadministratoren können einen Antrag einer betroffenen Person für bestimmte vom System generierte Protokolle über das Azure-Portal und auch direkt über programmgesteuerte Schnittstellen oder Benutzeroberflächen für bestimmte Dienste ausführen. 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. Die Ausführung einer betroffenen Person im Produkt muss zusätzlich zur Ausführung eines Antrages einer betroffenen Person innerhalb des Azure-Portals erfolgen, um eine vollständige Anfrage für eine bestimmte betroffene Person abzuschließen. Weitere Informationen finden Sie in der Referenzdokumentation zu bestimmten Diensten.

Schritt 1: Zugriff

Der Mandantenadministrator ist die einzige Person innerhalb Ihres organization, die eine Anfrage einer betroffenen Person im Zusammenhang mit den personenbezogenen Daten ausführen kann, die in vom System generierten Protokollen erfasst wurden. 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.

Zugriff betroffener Personen für vom System generierte Protokolle, die über Microsoft Entra ID verwaltet werden

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 prozess, der im abschnitt Microsoft Entra ID von Teil 1, Schritt 2: Zugriff beschrieben wird.

Zugriff betroffener Personen für vom System generierte Protokolle, die über Dienst-APIs verwaltet werden

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.

Anträge betroffener Personen, die über das Azure-Portal verwaltet werden

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.

Über Dienst-APIs verwaltete Anträge betroffener Personen

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.

Löschen einer betroffenen Person für einen Gast in einem Mandanten

Alle Gäste können unter Mein Konto – Organisationen (microsoft.com) sehen, mit welchen Organisationen sie zusammenarbeiten können.

Wenn ein Benutzer Verlassen auswählt:

  1. Wenn es sich bei dem Konto um ein B2B-Gastkonto handelt, wird der Benutzer mit Mandantenadministratorberechtigung aus dem Mandanten gelöscht.
  2. Wenn es sich bei dem Konto um ein Direct Connect-Konto (EDDT) handelt, wird die Anforderung "Meine Daten löschen" an den DsR-Stapel ausgegeben, die auf mandantenadministratorische Berechtigung ausgestellt wird.

Schritt 3: Export

Der Mandantenadministrator ist die einzige Person innerhalb Ihres organization, die eine Anfrage einer betroffenen Person im Zusammenhang mit personenbezogenen Daten ausführen kann, die in vom System generierten Protokollen erfasst wurden. 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.

Anträge betroffener Personen, die über die Azure-Portal verwaltet werden

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 die Azure-Portal, wählen Sie Alle Dienste aus, geben Sie Benutzerdatenschutz in den Filter ein, und wählen Sie dann Benutzerdatenschutz aus.

  2. Wählen Sie unter Benutzerdatenschutzdie Option Benutzeranforderungen verwalten und dann Exportanforderung hinzufügen aus.

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

  • 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.

Über Dienst-APIs verwaltete Anträge betroffener Personen

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.

Benachrichtigen von Microsoft über Export- oder Löschprobleme

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