In meinen Azure-Kursen taucht seit einigen Wochen regelmäßig eine Frage auf, die ich anfangs selbst kurz gestutzt habe: „Was ist eigentlich dieser neue Menüpunkt ‚Agents‘ im Entra Admin Center?“ Tatsächlich hat Microsoft hier still und leise eine Kategorie eingeführt, hinter der mehr steckt als ein simples Feature-Update. Es geht um die Integration von KI-Agenten in die Identitätsplattform – und das hat direkte Auswirkungen auf Governance, Sicherheit und die Art, wie Unternehmen künftig mit automatisierten Workflows umgehen. Ich hatte mich in diesem Zusammenhang intensiv mit der Dokumentation befasst und möchte den Stand der Dinge hier strukturiert aufbereiten.
Was ist der neue Menüpunkt „Agents“ im Entra Admin Center?
Wer das Microsoft Entra Admin Center (entra.microsoft.com) regelmäßig nutzt, findet im linken Navigationsbereich seit Kurzem den Eintrag Agents – unterhalb von Identity oder je nach Tenant-Konfiguration als eigener Hauptpunkt. Dieser Bereich ist Teil von Microsofts übergeordneter Strategie rund um Microsoft Copilot und KI-Agenten, die in immer mehr Microsoft-365- und Azure-Dienste integriert werden.
Konkret: Unter „Agents“ verwalten Sie sogenannte AI Agents (KI-Agenten) – autonome Softwareeinheiten, die im Auftrag von Benutzern oder Prozessen handeln. Das können Copilot-Agents aus Microsoft 365 Copilot Studio sein, aber auch benutzerdefinierte Agenten, die über das Azure AI Foundry-Ökosystem oder Power Platform erstellt wurden. Im Entra-Kontext geht es primär darum: Welche Agenten existieren in meinem Tenant, welche Identität haben sie, und welche Berechtigungen wurden ihnen erteilt?
Der neue Menüpunkt „Agents“ im Entra Admin Center – hier behalten Administratoren den Überblick über alle registrierten KI-Agenten im Tenant.
Technisch betrachtet werden Agenten in Entra als App-Registrierungen (App Registrations) oder als Managed Identities abgebildet – also als Prinzipale (Principals), die sich authentifizieren und Zugriffsrechte erhalten können. Der neue Menüpunkt bündelt diese Objekte in einer eigenen Ansicht, statt sie im allgemeinen App-Registrierungen-Bereich zu verstecken.
Wozu dient die Agenten-Verwaltung – und was kann man damit tun?
Folgendes Problem aus der Praxis: Ein Unternehmen setzt Microsoft 365 Copilot ein. Mitarbeiter beginnen, eigene Copilot-Agenten über Copilot Studio zu bauen – Agenten, die automatisch E-Mails auslesen, SharePoint-Dokumente zusammenfassen oder Datenbankabfragen ausführen. Jeder dieser Agenten benötigt Berechtigungen auf Microsoft-Graph-APIs oder andere Dienste. Ohne zentrale Sicht verliert die IT-Abteilung schnell den Überblick: Welcher Agent hat welche Rechte? Wer hat ihn erstellt? Ist er noch aktiv?
Genau hier setzt der neue „Agents“-Bereich in Entra an. Kurzum bietet er folgende Funktionen:
| Funktion | Beschreibung | Relevanz für Admins |
|---|---|---|
| Agenten-Übersicht | Liste aller im Tenant registrierten KI-Agenten | Governance, Auditing |
| Identitätsdetails | Verknüpfte App-Registrierung oder Managed Identity, Client-ID, Ersteller | Nachvollziehbarkeit, Sicherheit |
| Berechtigungsübersicht | Erteilte API-Permissions (delegiert oder Anwendungsberechtigung) | Least-Privilege-Kontrolle |
| Statusanzeige | Aktiv / Inaktiv / Consent erteilt oder ausstehend | Lifecycle-Management |
| Zugriffssteuerung | Deaktivieren oder Löschen von Agenten direkt aus Entra | Incident Response, Offboarding |
Merksatz: Ein KI-Agent ist in Entra kein Benutzer – aber er hat eine Identität, Berechtigungen und ein Risikoprofil. Er muss genauso sorgfältig verwaltet werden wie ein Service Account oder eine App-Registrierung.
Detailansicht eines Agenten: App-Registrierung, erteilte API-Berechtigungen und Erstellerinformationen auf einen Blick.
Conditional Access, Consent und was Administratoren jetzt konfigurieren sollten
Die Einführung des Agents-Menüpunkts bringt auch auf der Sicherheitsebene neue Aufgaben mit sich. In meinen Azure-Kursen sprechen wir immer wieder über das Prinzip Least Privilege (geringste notwendige Berechtigung) – und das gilt für KI-Agenten mindestens genauso wie für menschliche Benutzer.
Drei Punkte sollten IT-Verantwortliche jetzt auf der Agenda haben:
1. Consent-Richtlinien prüfen: Über Entra → Enterprise Applications → Consent and Permissions steuern Sie, ob Benutzer eigenständig Agenten Berechtigungen erteilen dürfen oder ob immer eine Admin-Zustimmung (Admin Consent) erforderlich ist. Für Unternehmensumgebungen empfiehlt sich die Einschränkung auf „Do not allow user consent“ kombiniert mit einem geregelten Anfrageprozess.
2. Conditional Access für Workload Identities: Conditional Access (bedingter Zugriff) lässt sich inzwischen auch auf sogenannte Workload Identities anwenden – also auf App-Registrierungen und damit auf Agenten. So können Sie durchsetzen, dass ein Agent nur aus bestimmten IP-Bereichen oder zu bestimmten Zeiten auf Ressourcen zugreift. Das erfordert allerdings eine Workload Identities Premium-Lizenz.
3. Regelmäßiges Review: Planen Sie quartalsweise Access Reviews für Agenten ein – analog zu Access Reviews für Benutzer und Gruppen. Entra Identity Governance bietet dafür die nötigen Werkzeuge.
Praxistipp: Aktivieren Sie in Ihrem Tenant die Einstellung, dass neu erstellte Agenten-Applikationen standardmäßig kein Consent für hochprivilegierte Scopes (z.B. Mail.ReadWrite oder Files.ReadWrite.All) erhalten. Lassen Sie nur explizit freigegebene Berechtigungen per Admin Consent zu.
Consent-Einstellungen in Entra: Benutzerseitige Zustimmung für Agenten-Berechtigungen sollte in produktiven Tenants eingeschränkt werden.
Praxisempfehlung: So strukturieren KMUs die Agenten-Governance
Noch mal in Kürze – kurz, knapp und strukturiert, zum Abharken: Für kleine und mittelständische Unternehmen, die gerade beginnen, Copilot-Agenten einzusetzen, empfehle ich folgende Minimalstruktur für die Agenten-Governance:
| Maßnahme | Werkzeug in Entra | Priorität |
|---|---|---|
| Bestandsaufnahme aller vorhandenen Agenten | Entra → Agents → All Agents | Sofort |
| User Consent deaktivieren oder einschränken | Enterprise Apps → Consent and Permissions | Sofort |
| Namenskonvention für Agenten-App-Registrierungen | Azure AD / Entra Naming Policy | Kurzfristig |
| Quartalsweise Access Reviews für Agenten | Entra Identity Governance | Mittelfristig |
| Conditional Access für Workload Identities | Entra → Conditional Access | Mittelfristig (mit Lizenz) |
Das Thema „Agenten in Entra“ wird in den nächsten Monaten deutlich an Bedeutung gewinnen – ich bin überzeugt, dass es schon bald in keinem ernsthaften Entra- oder Security-Training fehlen darf. In meinen Azure-Kursen werde ich diesen Bereich entsprechend ausbauen. Wenn Sie Fragen haben oder das Thema in Ihrem Unternehmen konkret angehen wollen – der Kommentarbereich ist offen.