Identitätsmanagement-Audit: Wissen, wer worauf Zugriff hat.
Active Directory und Entra ID sind das Fundament jeder Microsoft-Umgebung. Hier wird geregelt, wer sich anmelden darf, welche Rechte er hat und auf welche Systeme er zugreift. In der Theorie klingt das überschaubar. In der Praxis sieht es meistens anders aus: Umgebungen wachsen, Mitarbeitende kommen und gehen, Berechtigungen werden vergeben, aber selten entzogen. Nach ein paar Jahren hat niemand mehr den vollständigen Überblick.
Unser AD ist über die Jahre gewachsen. Was da drin ist, wissen wir nicht mehr genau.
Identitätsmanagement-Audit
Schritt 1 von 3 · Informationssicherheit
Eine ungepflegte Identitätsumgebung ist kein theoretisches Problem.
Sie ist ein realistischer Einstiegspunkt für Angreifer und ein häufiger Auslöser für Sicherheitsvorfälle.
Verwaiste Konten
Ehemalige Mitarbeitende, ausgeschiedene Dienstleister, abgeschlossene Projekte. Konten, die längst hätten deaktiviert werden sollen, aber noch aktiv sind. Für Angreifer sind das offene Türen.
Überprivilegierte Accounts
Adminrechte, die einmal schnell vergeben wurden und seitdem niemand mehr hinterfragt hat. Wer mehr darf als er braucht, ist ein Risiko, ob absichtlich oder nicht.
Vertrauensstellungen ohne Kontrolle
Verbindungen zu anderen Systemen oder Partnern, die irgendwann eingerichtet wurden und seitdem im Verborgenen laufen. Was niemand mehr kennt, kann auch niemand mehr absichern.
Schwache Anmeldemethoden
Konten ohne zweiten Faktor, veraltete Anmeldeverfahren, die längst abgelöst sein sollten. Jedes davon ist ein Einstiegspunkt, den Angreifer aktiv suchen.
Eine gepflegte, strukturierte Umgebung schützt nicht nur vor Angriffen von außen. Sie verhindert auch, dass interne Fehler oder ausscheidende Mitarbeitende unkontrollierten Zugriff hinterlassen.
Schritt 2 von 3 · IT-Sicherheit
Das Audit: 120 Prüfregeln, keine Stichprobe.
Wir analysieren Ihre Umgebung systematisch anhand von 120 Prüfregeln. Kein manuelles Durchklicken, sondern eine strukturierte Prüfung aller sicherheitsrelevanten Bereiche.
Privilegierte Konten und Berechtigungen
Wer hat Adminrechte, in welchem Umfang und warum? Gibt es Konten mit übermäßigen Rechten, die nicht dem Prinzip der minimalen Berechtigung entsprechen?
Vertrauensstellungen
Welche Domain-Trusts existieren, sind sie noch aktiv genutzt und sind sie sicher konfiguriert?
Inaktive Objekte
Welche Benutzer- und Computerkonten sind seit Wochen oder Monaten inaktiv, aber noch aktiviert?
Anmeldemethoden und bedingter Zugriff
Welche Authentifizierungsmethoden sind aktiv, welche Conditional-Access-Richtlinien greifen und wo gibt es Lücken?
Drittanbieteranwendungen
Welche externen Anwendungen haben Zugriff auf Ihre Entra ID-Umgebung, mit welchen Berechtigungen und sind sie noch in Betrieb?
Sicherheitsanomalien
Auffälligkeiten in der Konfiguration, die auf Fehler, Missbrauch oder vergessene Altlasten hinweisen.
| Prüfbereich | Umgebung |
|---|---|
| Privilegierte Konten und Berechtigungen | AD & Entra ID |
| Vertrauensstellungen zu anderen Domains | AD |
| Inaktive Benutzer- und Computerobjekte | AD |
| Sichere Anmeldemethoden | Entra ID |
| Bedingter Zugriff | Entra ID |
| Eingebundene Drittanbieteranwendungen | Entra ID |
| Weitere Sicherheitsanomalien | AD & Entra ID |
Schritt 3 von 3 · Nachweis und nächste Schritte
Der Bericht: Damit Ihre anderen Sicherheitsmaßnahmen überhaupt wirken.
Eine gepflegte Identitätsumgebung ist kein Selbstzweck. Sie ist die Voraussetzung dafür, dass alle anderen Sicherheitsmaßnahmen überhaupt wirken. Conditional Access greift nur, wenn die Konten dahinter sauber sind. MFA schützt nur, wenn keine verwaisten Accounts ohne MFA existieren.
Im Tagesgeschäft bleibt vieles auf der Strecke. Ein Mitarbeitender verlässt das Unternehmen, die Abmeldung beim IT-System geht unter, das Konto bleibt aktiv. Wochen später fällt es niemandem auf. Monate später hat es niemand mehr auf dem Schirm.
„Das Konto ist noch aktiv? Der ist doch schon längst raus."
Genau solche Lücken macht unser Bericht sichtbar. Jedes Finding ist bewertet, priorisiert und mit einer konkreten Handlungsempfehlung versehen.
Was der Bericht enthält:
| Bestandteil | Inhalt |
|---|---|
| Finding-Übersicht | Alle identifizierten Schwachstellen und Anomalien |
| Bewertung | Einschätzung der Kritikalität je Finding |
| Priorisierung | Klare Reihenfolge: was zuerst angegangen werden muss |
| Handlungsempfehlungen | Konkrete Maßnahmen zur Behebung je Finding |
| Regulatorisches Mapping | Zuordnung zu ISO 27001, NIS2 oder DORA, wo relevant |
Was Sie am Ende haben – und was Sie damit belegen können.
Kein Rätselraten mehr, wer eigentlich Zugriff hat. Sondern volle Transparenz über Ihre Identitätsumgebung – und eine belastbare Grundlage, um sie sauber zu halten.
Vollständiger Überblick über den Sicherheitszustand Ihrer AD- und Entra ID-Umgebung
Alle Schwachstellen identifiziert, bewertet und nach Dringlichkeit priorisiert
Klarheit darüber, wer tatsächlich Zugriff hat und ob das so gewollt ist
Eine belastbare Grundlage, um die Umgebung strukturiert zu bereinigen und dauerhaft gepflegt zu halten
Nachweisbare Maßnahmen für ISO 27001, NIS2 und DORA