Fünf Wege zu MFA in Active Directory im Vergleich MFA in Active Directory umsetzen und im Betrieb absichern

Active Directory bildet den Kern vieler Identitätsinfrastrukturen, stellt aber keine native Multifaktor-Authentifizierung (MFA) für klassische Kenn­wort­an­mel­dungen bereit. Der Schutz privilegierter Konten erfordert alternative Konzepte von Smartcard-Anmeldung über Endpunkt-Erweiterungen bis hin zu vorgelagerten Identitätskontrollen.

Active Directory liefert keine Bordmittel, die bei einer klassischen Domänenanmeldung mit Benutzername und Kennwort zusätzlich einen TOTP-Code, Push oder Hardware-Token ab­fragen. Damit bleibt MFA auf Domänenebene ohne zusätzliche Komponenten unerreichbar. Eine vollständige Microsoft-Umsetzung von MFA für interaktive Logons setzt eine An­mel­de­ar­chi­tek­tur voraus, die Entra ID als Kontrollpunkt nutzt. In hybriden Umgebungen laufen I­den­ti­tä­ten weiterhin im lokalen Verzeichnis, die Anmeldeentscheidung und MFA-Durchsetzung wandern jedoch in Entra ID. Ohne diese Verlagerung bleibt nur Smartcard-Logon als Bordmittelpfad oder der Einsatz von Drittprodukten, die außerhalb von Active Directory zusätzliche Prüfungen erzwingen.

MFA schützt nicht vor Tycoon 2FA mit PaaS-Ansatz

Melden Sie sich an oder registrieren Sie sich und lesen Sie weiter

Um diesen Artikel vollständig lesen zu können, müssen Sie registriert sein. Die kostenlose Registrierung bietet Ihnen Zugang zu exklusiven Fachinformationen.

Kostenlosen Account erstellen

Sie haben bereits ein Konto? Hier einloggen

Weiterführende Inhalte

privacyIDEA im Einsatz

So funktioniert MFA mit Open Source

MFA ist nicht gleich MFA

Warum FIDO2 die Zukunft der Authentifizierung ist