Darum geht es
Wer mit einem Konto mit der Rolle „Globaler Administrator“ auch E-Mails liest, im Web surft und Teams nutzt, setzt dieses mächtige Konto täglich Phishing und Schadsoftware aus. Getrennte Konten (eines für die normale Arbeit, eines nur für die Verwaltung) verringern dieses Risiko deutlich.
Was passieren kann
Ein einziger Klick auf einen Phishing-Link im Postfach eines Globalen Administrators kann zur Übernahme des gesamten Tenants führen.
Schritt für Schritt
Ermitteln Sie alle aktivierten Konten mit der Rolle „Globaler Administrator“, denen Lizenzen mit Exchange, SharePoint, Teams oder Office-Apps zugewiesen sind. Deaktivierte Konten nennt der Befund getrennt.
Legen Sie für diese Personen separate, reine Cloud-Admin-Konten an (z. B. adm-nachname@<firma>.onmicrosoft.com).
Weisen Sie den Admin-Konten keine Office-Lizenz zu; erlaubt sind z. B. reine Sicherheitslizenzen wie Microsoft Entra ID P1/P2.
Übertragen Sie die Rolle auf das neue Konto und entfernen Sie sie vom Alltagskonto.
Ist ein betroffenes Konto ein Notfallkonto, entfernen Sie alle Lizenzen.
Erklären Sie den Admins, dass sie sich für Verwaltungsaufgaben in einem separaten Browserprofil anmelden.
Hier finden Sie die Einstellung
- Microsoft 365 Admin Center (admin.microsoft.com)
- Benutzer
- Aktive Benutzer
- [Benutzer]
- Lizenzen und Apps
So prüfen Sie es selbst
In Ordnung ist die Einstellung, wenn gilt:
Globale Administratoren haben keine Lizenz mit E-Mail, SharePoint oder Teams (getrennte Admin-Konten)
So prüft Auditspiegel es
Auditspiegel liest diese Einstellung bei jedem Scan automatisch und nur lesend aus Ihrem Tenant aus. Ist sie nicht erfüllt, steht sie im Bericht als Befund mit dieser Anleitung, dem Messwert, wo es einen gibt, und dem Klickpfad.
Für Ihre IT: per PowerShell prüfen
Prüfen
Connect-MgGraph -Scopes RoleManagement.Read.Directory,Directory.Read.All,LicenseAssignment.Read.All$ga = "roleDefinitionId eq '62e90394-69f5-4237-9190-012177145e10'"$zuweisungen = @(Get-MgRoleManagementDirectoryRoleAssignment -All -Filter $ga) + @(Get-MgRoleManagementDirectoryRoleEligibilityScheduleInstance -All -Filter $ga)$ids = $zuweisungen | ForEach-Object { $o = Get-MgDirectoryObject -DirectoryObjectId $_.PrincipalId; switch ($o.AdditionalProperties['@odata.type']) { '#microsoft.graph.user' { $o.Id } '#microsoft.graph.group' { (Get-MgGroupTransitiveMemberAsUser -GroupId $o.Id -All).Id } } } | Sort-Object -Unique$plaene = '^(EXCHANGE_S_(STANDARD|STANDARD_MIDMARKET|ENTERPRISE|DESKLESS|ESSENTIALS)|EXCHANGE_L_STANDARD|SHAREPOINT(STANDARD|STANDARD_EDU|ENTERPRISE|ENTERPRISE_EDU|ENTERPRISE_MIDMARKET|DESKLESS)|TEAMS1|TEAMS_DESKLESS|TeamsEss|MCOSTANDARD|OFFICESUBSCRIPTION)$'$ids = $ids | Where-Object { (Get-MgUser -UserId $_ -Property AccountEnabled).AccountEnabled }$ids | ForEach-Object { $konto = $_; Get-MgUserLicenseDetail -UserId $konto | Select-Object -ExpandProperty ServicePlans | Where-Object { $_.ProvisioningStatus -ne 'Disabled' -and $_.ServicePlanName -match $plaene } | Select-Object @{n='Konto';e={$konto}},ServicePlanName }Erwartet: Keine Treffer: Aktivierte Konten mit der Rolle Globaler Administrator haben keinen Dienstplan mit Postfach, SharePoint, Teams oder Office-Apps. EXCHANGE_S_FOUNDATION ist kein Postfach und zählt nicht; deaktivierte Konten zählen nicht. Gezählt werden aktive und berechtigte (PIM) Zuweisungen, auch über Gruppen; ohne Microsoft Entra ID P2 entfällt die Abfrage der berechtigten Zuweisungen. Anwendungen (Dienstprinzipale) mit der Rolle zählen nicht als Person.
Bezüge
- BSI IT-Grundschutz-Kompendium (Edition 2023)
- OPS.1.1.2.A22: Trennung von administrativen und anderen Tätigkeiten
- DSGVO Art. 32 Abs. 1
- lit. b: Vertraulichkeit, Integrität, Verfügbarkeit und Belastbarkeit
- Microsoft Secure Score
- Zu dieser Einstellung gibt es eine Maßnahme im Microsoft Secure Score.
Die SCuBA-Baselines veröffentlicht die US-Behörde CISA gemeinfrei (CC0). Die Zuordnung der Bezüge stammt von uns; CISA, BSI und Microsoft prüfen oder empfehlen Auditspiegel nicht. Prüfkatalog von Auditspiegel, Bezug zu den SCuBA-Baselines in Version 2.0.0.