Im nächsten Jahr werden SMS- und Sprachauthentifizierung nicht mehr als Verifizierungsmethode in Entra ID verfügbar sein. Die Umstellung im Hinblick auf diesen Stichtag ist bereits im Gange: Ab dem 1. September 2026 können Nutzer, die noch für die SMS- oder Sprach-MFA registriert sind, standardmäßig zur Passkey-Registrierung weitergeleitet werden. In der Praxis bedeutet dies, dass den meisten Organisationen bis zum Stichtag im Februar 2027 noch etwa fünf Monate Zeit bleiben.
Diese Zeit kann schnell vergehen, sobald Sie sich ansehen, wer noch auf SMS- oder Sprachauthentifizierung angewiesen ist. Die Benutzer lassen sich in zwei verschiedene Gruppen einteilen. Die erste Gruppe besteht aus denjenigen, die ohne große Probleme auf Passkeys oder Microsoft Authenticator umsteigen werden. Die andere Gruppe benötigt möglicherweise ein neues Gerät, Hilfe bei der Registrierung einer Authentifizierungsmethode oder eine Ausnahmegenehmigung, während Sie die Einrichtung für sie vornehmen. Bis Februar 2027 sollten IT-Teams wissen, wie viele Nutzer zu jeder Gruppe gehören, sicherstellen, dass die entsprechenden Ersatzmethoden in Entra ID aktiviert sind, und den Nutzern genügend Zeit für die Registrierung geben, bevor SMS und Sprachauthentifizierung nicht mehr verfügbar sind.
Was ändert Microsoft bei der SMS- und Sprach-MFA?
Was eingestellt wird, ist die Microsoft-eigene SMS- und Sprachauthentifizierungsinfrastruktur in Entra ID, dem integrierten Dienst, der einem Benutzer per SMS oder Anruf einen Einmalcode zusendet. Microsoft Authenticator bleibt weiterhin bestehen. Das Gleiche gilt für Ihre bestehenden phishing-sicheren Authentifizierungsmethoden: Wenn Sie bereits Windows Hello for Business, FIDO2-Schlüssel oder Authenticator-Passkeys einsetzen, ändert sich daran nichts.
Passkeys – passwortlose Anmeldedaten, die mithilfe der Public-Key-Kryptografie an ein bestimmtes Gerät gebunden sind – werden zum Standard-Migrationsweg für alle, die derzeit SMS oder Sprachanrufe nutzen.
Unternehmen, die einen echten betrieblichen Bedarf an einer telekommunikationsbasierten Authentifizierung haben, gehen nicht leer aus. Microsoft erweitert die Unterstützung auf vom Kunden verwaltete Telekommunikationsanbieter, sodass ein Unternehmen seinen eigenen SMS-/Sprachdienstleister in Entra ID einbinden kann, anstatt auf den nativen Dienst von Microsoft zurückzugreifen. Dies ist eine durchdachtere Lösung als das einfache Aktivieren einer integrierten Funktion und umfasst eine Anbieterverwaltung, die beim von Microsoft betriebenen Dienst nie erforderlich war.
Warum Microsoft von der SMS-basierten MFA abrückt
Das Problem bei SMS ist, dass der Code Systeme durchlaufen muss, die außerhalb der Kontrolle von Microsoft liegen, bevor er den Nutzer erreicht. Wenn ein Angreifer durch einen SIM-Swap die Kontrolle über die Telefonnummer erlangt, einen Mobilfunkanbieter dazu bringt, den Code umzuleiten, oder den Nutzer dazu verleitet, den Code preiszugeben, hat dieser zweite Faktor kaum noch einen Wert. Die Sprachauthentifizierung weist viele der gleichen Schwachstellen auf. Im Vergleich dazu nutzt ein Passkey eine kryptografische Berechtigung, die auf dem Gerät des Nutzers verbleibt und nicht einfach an einen Angreifer weitergeleitet werden kann.
Passkeys, Windows Hello for Business und FIDO2-Schlüssel umgehen all das, da es keinen Code zu stehlen gibt. Der private Schlüssel verlässt das Gerät zu keinem Zeitpunkt, und die Authentifizierungsanfrage ist kryptografisch an die jeweilige Website oder App gebunden, die sie anfordert. Es gibt nichts abzufangen, nichts weiterzuleiten und nichts, was eine Phishing-Seite erfassen und nachspielen könnte.
Zeitplan für die Einstellung von Microsoft SMS MFA
| Daten | Was IT-Teams wissen sollten |
|---|---|
| 1. September 2026 | Die Migration der Passkeys beginnt für Nutzer, die für SMS oder Sprachanrufe freigeschaltet sind. Dies findet bereits statt und ist kein zukünftiger Meilenstein. |
| 18. September 2026 | Es wird erwartet, dass Microsoft über den Microsoft Security Store weitere Informationen zu den Optionen für vom Kunden verwaltete Telekommunikationsanbieter veröffentlicht. |
| 30. Oktober 2026 | Unternehmen, die weiterhin auf eine telekommunikationsbasierte Authentifizierung zurückgreifen müssen, können mit der Konfiguration der vom Kunden verwalteten Anbieteroptionen beginnen. |
| 1. Februar 2027 | Die von Microsoft bereitgestellte SMS- und Sprachauthentifizierung wird eingestellt. Es gilt eine verbindliche Frist. |
Microsoft räumt Unternehmen genügend Zeit ein, sich vorzubereiten – was allerdings nicht viel ist, wenn man die Feiertage und die Änderungssperren zum Jahresende mit einberechnet. Einen ähnlichen Zeitplan gab es bereits bei der Durchsetzung von Azure MFA Phase 2. Ein Unternehmen, das bis Januar 2027 wartet, hat möglicherweise nur noch wenige Wochen Zeit, um betroffene Benutzer zu identifizieren, alternative Authentifizierungsmethoden zu testen und Registrierungsprobleme zu beheben, bevor die Durchsetzung beginnt.
So bereiten Sie Ihren Entra ID-Mieter auf die Einstellung der SMS-MFA vor
Schritt 1: Ermitteln Sie, wer noch SMS- oder Sprach-MFA nutzt
Die Konfiguration von Microsoft Authenticator bedeutet nicht, dass ein Benutzer nicht mehr auf SMS oder Sprachanrufe zurückgreift.
Konfigurierte Methoden bedeuten nicht, dass dies auch die Methoden sind, die die Nutzer tatsächlich verwendet haben. Ein Nutzer hat möglicherweise den Authenticator registriert, nutzt aber weiterhin SMS als primäre oder Ausweichmethode. Versuchen Sie, Nutzer zu identifizieren, für die dies tatsächlich eine Beeinträchtigung darstellen würde. Die wichtige Frage lautet: Wer würde eine nutzbare Authentifizierungsmethode verlieren, wenn SMS und Sprachanrufe heute abgeschafft würden?
Sobald ein Mandant auf „Conditional Access“ umgestellt wurde, können ältere MFA-Einstellungen weiterhin verwendet werden. Ermitteln Sie alle noch bestehenden Altanwendungen. Identifizieren Sie anschließend wichtige oder risikoreiche Konten und behandeln Sie diese vorrangig. Dazu gehören beispielsweise Administratoren, Mitarbeiter der Finanzabteilung, Führungskräfte und alle Personen mit Zugriff auf sensible Systeme, bei denen die SMS-Authentifizierung als Erstes abgeschafft werden sollte.
Nehmen wir einmal das Szenario gemeinsamer Arbeitsplätze. Ein Mitarbeiter hatte Microsoft Authenticator vor Monaten registriert, es dann aber nie wieder verwendet, da er sich tatsächlich auf einem anderen Gerät anmeldete als dem, das er registriert hatte. Wenn die SMS-Benachrichtigungen deaktiviert werden und niemand dies bemerkt, wird er ausgesperrt. Solche Probleme entdeckt man, indem man die Protokolle auswertet, bevor man den Schalter umlegt – nicht danach.
Schritt 2: Überprüfen Sie Ihre Richtlinien zu den Entra-Authentifizierungsmethoden
Passkeys sind nun die Standard-Authentifizierungseinstellung. Um sie jedoch für ältere Mandanten zu aktivieren, kann der Administrator im Abschnitt „Authentifizierungsmethoden“ unter „Identität“ die Option „Passkey (FIDO2)“ aus der Liste auswählen. Dies ist jedoch möglicherweise keine Einheitslösung für alle Fälle. Betrachten Sie Benutzer und Szenarien gemeinsam als ein System, anstatt jede Einstellung einzeln zu ändern:
- Richtlinie zu den Entra-Authentifizierungsmethoden
- Alte MFA-Einstellungen pro Benutzer
- Passkey / FIDO2-Konfiguration
- Einstellungen für Microsoft Authenticator
- Windows Hello für Unternehmen
- Registrierungskampagnen
- Stärkegrade der Authentifizierung
- Richtlinien für den bedingten Zugriff
Möglicherweise melden sich Benutzer bereits mit Windows Hello, biometrischen Daten oder Sicherheitsschlüsseln an, während SMS weiterhin als Ausweichlösung aktiviert ist. Dies ist in der Regel der Fall, wenn die neuere Methode eingeführt wird, die ältere jedoch nie aus dem Mandanten entfernt wird. Das hat zur Folge, dass Benutzer weiterhin auf SMS zurückgreifen können, obwohl das Unternehmen davon ausgeht, dass die Umstellung bereits abgeschlossen ist.
Schritt 3: Entscheiden Sie, welche Authentifizierungsmethoden die SMS ersetzen sollen
Die Vorgabe, dass alle Nutzer dieselbe Authentifizierungsmethode verwenden müssen, kann schnell zu Problemen führen. Ein Nutzer eines Firmenlaptops hat möglicherweise bereits Windows Hello eingerichtet, während ein Mitarbeiter, der von einem gemeinsam genutzten Gerät aus arbeitet, möglicherweise einen FIDO2-Sicherheitsschlüssel benötigt. Berücksichtigen Sie diese Unterschiede, bevor Sie entscheiden, welche Methoden die SMS-Benachrichtigung im gesamten Mandanten ersetzen sollen.
Passkeys funktionieren grundsätzlich auf allen unterstützten Geräten und in modernen Browsern und sind die Standardlösung, zu der Microsoft Nutzer von SMS und Sprachnachrichten hinlenkt.
Windows Hello for Business eignet sich am besten für verwaltete Windows-Umgebungen, da es bereits auf Geräteebene integriert ist und keine zusätzlichen Komponenten erfordert.
FIDO2-Sicherheitsschlüssel decken genau das ab, was die beiden anderen nicht abdecken können: Administratoren mit Sonderrechten, die eine Hardware-Vertrauensbasis benötigen, Nutzer ohne Smartphone sowie Hochsicherheitsumgebungen, in denen biometrische oder plattformbasierte Authentifizierung keine Option ist.
Microsoft Authenticator spielt nach wie vor eine Rolle, doch es lohnt sich, herkömmliche Push-Benachrichtigungen und Einmalcodes von den auf Authenticator basierenden Passkeys zu unterscheiden. Erstere sind besser als SMS, aber immer noch nicht gegen Phishing geschützt. Letztere hingegen schon.
Eine praktikable Standardlösung: Passkeys für die meisten Benutzer, Windows Hello for Business für verwaltete Windows-Geräte, FIDO2-Schlüssel für privilegierte Konten sowie für alle, die nicht unter die ersten beiden Kategorien fallen.
Schritt 4: Benutzer identifizieren, die den Standard-Migrationspfad nicht befolgen können
Finden Sie diese Benutzer jetzt, noch vor der Durchsetzung, anstatt erst im Februar 2027 durch eine Flut von Helpdesk-Anfragen. Typische Gruppen, die einen anderen Plan benötigen:
- Mitarbeiter an vorderster Front und Nutzer gemeinsam genutzter Geräte
- Auftragnehmer und andere Personen, die keine Arbeitnehmer sind
- BYOD-Nutzer
- Nutzer ohne kompatible Smartphones
- Führungskräfte und Administratoren mit besonderen Zugriffsrechten, die ungewöhnliche Geräte- oder Reisemuster aufweisen
- Remote-Mitarbeiter in Regionen mit Einschränkungen hinsichtlich Plattformen oder Geräten
- Dienst- oder nicht-menschliche Konten, die Richtlinienabhängigkeiten mit sich bringen können, die erst dann sichtbar werden, wenn ein Fehler auftritt
- Nutzer in Ländern, in denen bestimmte Authentifizierungshardware oder -software nicht ohne Weiteres erhältlich ist
Jeder Gruppe muss im Voraus ein festgelegter Zugangsweg zugewiesen werden: ein FIDO2-Schlüssel, ein vom Kunden verwalteter Telekommunikationsanbieter oder eine dokumentierte Ausnahme vom bedingten Zugriff. Es ist besser, dies jetzt zuzuweisen, als erst bei einer fehlgeschlagenen Anmeldung darauf festzustellen.
Schritt 5: Passkeys im Pilotbetrieb vor der flächendeckenden Einführung
Das Ziel besteht darin, eine Einführung durch eine Vielzahl unterschiedlicher Nutzer auf verschiedenen Geräten einem Stresstest zu unterziehen. Dazu gehören ein Mitarbeiter mit einem privaten Android-Gerät, jemand mit einem streng gesicherten Firmenlaptop und ein normaler interner Nutzer. Bevor einer von ihnen beginnt, sollten Sie sich vergewissern, dass die von Ihnen vorgeschriebenen Authentifizierungsmethoden tatsächlich aktiviert sind und funktionieren – und nicht nur irgendwo im Admin-Center eingeschaltet wurden.
Testen Sie Betriebssysteme separat auf verwalteten Windows-Geräten, Mobilgeräten und BYOD-Geräten. BYOD-Geräte sind am anfälligsten und decken Sicherheitslücken auf. Eine Richtlinie, die auf einem Firmenlaptop einwandfrei funktioniert, kann dazu führen, dass jemand auf seinem privaten Smartphone bereits beim Anmeldebildschirm nicht weiterkommt – und niemand bemerkt dies, bis sich die Support-Anfragen häufen.
Überprüfen Sie als Nächstes den bedingten Zugriff. Die Anforderungen an die Authentifizierungsstärke stellen insbesondere sicher, dass die Funktionen so ausgeführt werden, wie Sie sie konfiguriert haben – und nicht so, wie Sie annehmen, dass Sie sie konfiguriert haben.
Schritt 6: Informieren Sie die Beteiligten über die Änderung, bevor Sie sie umsetzen
Kommunizieren Sie mehrmals. Verwenden Sie eine erste Ankündigung, Einrichtungsanweisungen und Erinnerungen. Erläutern Sie, was sich ändert und wer davon betroffen ist. Die Nutzer sollten wissen, ob die Abschaffung von SMS und Sprachanrufen für sie gilt. Teilen Sie den Nutzern genau mit, was sie tun müssen. Geben Sie die Ersatzauthentifizierungsmethode und die Registrierungsfrist an. Stellen Sie gerätespezifische Einrichtungsanweisungen bereit. Die Registrierung kann je nach verwendetem Gerät unterschiedlich sein. Geben Sie den Nutzern einen klaren Weg zum Support vor. Machen Sie deutlich, wohin sie sich wenden sollen, wenn die Registrierung oder die Anmeldung nicht funktioniert.
Der Kerngedanke: Den betroffenen Nutzern genügend Informationen und Zeit zur Verfügung zu stellen, um die Registrierung abzuschließen, bevor SMS und Sprachanrufe nicht mehr funktionieren.
Verlassen Sie sich nicht auf eine einzige unternehmensweite E-Mail. Durch wiederholte Benachrichtigungen haben die Nutzer mehr Gelegenheiten, die Registrierung vor Inkrafttreten der neuen Regelung abzuschließen. Das Ziel ist es, einen Ansturm auf den Helpdesk im Februar zu vermeiden. Wenn die Nutzer sich bereits im Vorfeld registrieren, lassen sich Probleme in letzter Minute vermeiden, falls SMS und Sprachanrufe nicht mehr funktionieren sollten.
Kann man sich von der Passkey-Migration von Microsoft abmelden?
Unternehmen können die automatische Aktivierung von Passkeys vorübergehend deaktivieren. Diese Deaktivierung verschafft der IT-Abteilung mehr Vorbereitungszeit für Richtlinienänderungen, Tests und Pilotprojekte. Die Frist für die Abschaffung von SMS und Sprachnachrichten wird dadurch nicht verlängert.
Der 1. Februar 2027 bleibt der Stichtag für die Authentifizierung per SMS und Sprachanruf. Nutzen Sie die Opt-out-Frist zur Vorbereitung und nicht als Möglichkeit, die Umstellung zu umgehen.
Was ist, wenn Ihr Unternehmen weiterhin SMS- oder Sprach-MFA benötigt?
In einigen Organisationen kann es vorkommen, dass für bestimmte Benutzer aufgrund von Barrierefreiheit, gesetzlichen Vorschriften oder Geräteeinschränkungen weiterhin eine SMS- oder Sprachauthentifizierung erforderlich ist. Microsoft bietet hierfür eine Ausnahmeregelung über eine vom Kunden verwaltete Telekommunikationsanbieter-Option im Microsoft Security Store an.
Die Preisgestaltung und die Zulassungskriterien für Anbieter sind nach wie vor unklar, daher sollten Unternehmen keine Budgets oder Migrationspläne für diese Option aufstellen, solange diese Details nicht bestätigt sind. Die Authentifizierung über den Telekommunikationsanbieter sollte als Ausnahme betrachtet und auf Nutzer beschränkt werden, die sie tatsächlich benötigen. Die Ausnahme darf die allgemeine Migration nicht verzögern. Die meisten Nutzer sollten dennoch vor Ablauf der Frist auf sicherere Authentifizierungsmethoden umgestellt werden.
Die wichtigste Erkenntnis lautet: SMS und Sprachanrufe mögen für bestimmte Nutzer zwar nach wie vor ihre Berechtigung haben, sollten jedoch nicht weiterhin als standardmäßige Ausweichlösung für alle Mieter dienen.
Was passiert, wenn Sie bis zum 1. Februar 2027 nichts unternehmen?
Sobald SMS und Sprachanrufe für den Anmeldevorgang nicht mehr ausreichen, löst der nächste Anmeldeversuch eines betroffenen Nutzers die Registrierung eines Passworts aus, und für viele Nutzer blockiert dieser Registrierungsschritt die Anmeldung vollständig, bis er abgeschlossen ist – oft auf einem Gerät oder an einem Ort, der für eine Ersteinrichtung nicht ideal ist.
Multiplizieren Sie das mit der Anzahl aller Nutzer, die nie migriert sind. Das Ergebnis sind massive Störungen bei der Anmeldung, ein sprunghafter Anstieg der Helpdesk-Anfragen kurz vor Ablauf der Frist, unter Druck getroffene Richtlinienentscheidungen statt einer sorgfältigen Prüfung sowie eine schwierige erste Erfahrung mit der passwortlosen Authentifizierung für Nutzer, die stattdessen Monate Zeit zur Vorbereitung hätten haben können. Es ist dasselbe Muster, das sich während der Durchsetzung von Phase 2 der Azure-MFA durch Microsoft bei den Mandanten abspielte, die abgewartet hatten.
Wie TrustedTech Ihnen bei der Vorbereitung helfen kann
Sie sind sich nicht sicher, wie viele Benutzer noch auf SMS setzen oder ob Ihre Entra-Umgebung tatsächlich für Passkeys bereit ist? Als Microsoft Solutions Partner kann TrustedTech Ihre Identitätsumgebung bewerten und einen Migrationsplan erstellen, bevor die Frist im Februar 2027 abläuft:
- Bestehende Authentifizierungsmethoden im gesamten Mandanten überprüfen.
- Ermitteln Sie Nutzer, die auf SMS oder Sprachanrufe angewiesen sind, einschließlich älterer MFA-Konfigurationen auf Nutzerbasis.
- Überprüfen Sie die Richtlinien zu Authentifizierungsmethoden und den bedingten Zugriff.
- Bewerten Sie die Bereitschaft zur Nutzung von Passkeys bei verwalteten Geräten, BYOD-Geräten und gemeinsam genutzten Geräten.
- Ordnen Sie Authentifizierungsmethoden bestimmten Benutzergruppen und Risikostufen zu.
- Entwickeln Sie Strategien für den Umgang mit Ausnahmesituationen für Mitarbeiter mit Kundenkontakt, Auftragnehmer und Benutzer mit erweiterten Berechtigungen.
- Pilotgruppen konfigurieren und testen, anschließend eine schrittweise Einführung planen.
- Unterstützung bei der Migration und Kommunikation der Endnutzer.
Dies ist derselbe Ansatz, der auch hinter den Microsoft 365-Sicherheitsüberprüfungen von TrustedTech und der Arbeit des Unternehmens zu den Kosten und dem ROI von MFA steht: Zunächst herauszufinden, was tatsächlich im Mandanten vor sich geht, bevor ein Plan auf der Grundlage der Konfiguration auf dem Papier erstellt wird.
Bereiten Sie Ihren Entra ID-Mandanten bis Februar 2027 vor. Ermitteln Sie Lücken bei der Authentifizierung, erstellen Sie Ihren Migrationsplan und stellen Sie die Benutzer auf eine phishing-resistente Authentifizierung um, bevor die von Microsoft bereitgestellten SMS- und Sprach-MFA-Verfahren eingestellt werden.
Wichtige Informationen zur Einstellung der SMS- und Sprach-MFA von Microsoft
Microsoft stellt seinen nativen SMS- und Sprachauthentifizierungsdienst ein.
SMS an sich verschwindet nicht. Microsoft stellt den in Entra ID integrierten SMS- und Sprachauthentifizierungsdienst ein. Unternehmen, die weiterhin eine telekommunikationsbasierte Authentifizierung benötigen, haben die Möglichkeit, einen vom Kunden verwalteten Telekommunikationsanbieter zu nutzen.
Der 1. Februar 2027 ist die Frist.
Der native SMS- und Sprachauthentifizierungsdienst von Microsoft wird voraussichtlich am 1. Februar 2027 eingestellt. Die Umstellungsphase auf Passkeys für betroffene Benutzer begann am 1. September 2026.
Benutzer, die noch nicht migriert haben, könnten bei der Anmeldung blockiert werden.
Sobald der SMS- und Sprachdienst von Microsoft eingestellt wird, müssen betroffene Benutzer eine andere unterstützte Authentifizierungsmethode registrieren, bevor sie sich weiterhin anmelden können.
Microsoft Authenticator wird nicht eingestellt.
Der Authenticator wird weiterhin unterstützt und kann auch für Passkeys verwendet werden. Die Änderung betrifft den nativen SMS- und Sprachdienst von Microsoft, nicht jedoch Microsoft Authenticator.
Passkeys sind nicht die einzige Alternative.
Passkeys sind der von Microsoft bevorzugte Ansatz. Es stehen jedoch auch andere Optionen zur Verfügung. Windows Hello for Business eignet sich gut für verwaltete Windows-Geräte, während FIDO2-Sicherheitsschlüssel für Benutzer mit erhöhten Berechtigungen, Szenarien mit gemeinsam genutzten Geräten oder Personen ohne kompatibles Smartphone geeignet sind.
SMS können auch nach Februar 2027 eine Ausnahme bleiben.
Unternehmen, die tatsächlich SMS- oder Sprachdienste benötigen, können über den Microsoft Security Store einen vom Kunden verwalteten Telekommunikationsanbieter nutzen. Der SMS- und Sprachdienst von Microsoft selbst wird diesen Authentifizierungsweg nicht mehr anbieten.
Registrierte Methoden geben keinen Aufschluss darüber, wer noch auf SMS angewiesen ist.
Ein Benutzer kann Microsoft Authenticator registriert haben und dennoch weiterhin regelmäßig SMS nutzen. Anhand der Nutzungsdaten zu den Authentifizierungsmethoden und der bisherigen benutzerspezifischen MFA-Einstellungen lassen sich Benutzer identifizieren, die ihren gewohnten Anmeldeweg verlieren würden, wenn SMS wegfällt.
Ein Verzicht auf die Einführung des Passkeys führt nicht zu einer Verlängerung der Frist.
Unternehmen können die automatische Aktivierung der Passkey-Funktion durch Microsoft vorübergehend deaktivieren. Dadurch gewinnt die IT-Abteilung mehr Zeit für Tests und Vorbereitungen, doch der 1. Februar 2027 bleibt weiterhin der Stichtag für den nativen SMS- und Sprachdienst von Microsoft.
Die Richtlinien für den bedingten Zugriff müssen noch einmal überprüft werden.
Ältere Richtlinien lassen möglicherweise auch nach der Einführung strengerer Authentifizierungsmethoden weiterhin SMS oder Sprachauthentifizierung zu. Überprüfen Sie Richtlinien, die sich auf Authentifizierungsmethoden oder -stärken beziehen, damit der beabsichtigte Anmeldepfad auch nach der Änderung weiterhin funktioniert.
Planen Sie Vorkehrungen für Benutzer ein, die die Standardmigration nicht durchführen können.
Es kann vorkommen, dass einige Mitarbeiter die für den Großteil der Organisation gewählte Authentifizierungsmethode nicht nutzen können. Legen Sie vor der Durchsetzung fest, wie sich diese Benutzer authentifizieren sollen – sei es über einen FIDO2-Sicherheitsschlüssel, eine andere unterstützte Methode oder eine dokumentierte Ausnahme.
Das Fazit
Die eigentliche Arbeit beginnt jetzt, solange die Nutzer noch sanft in Richtung Passkeys gelenkt werden, anstatt dazu gezwungen zu werden. Zuerst Bestandsaufnahme, dann Richtlinien, dann Pilotprojekt, dann flächendeckende Einführung. Wenn man diese Schritte der Reihe nach durchführt, ist die Frist nur noch eine Formalität. Springt man jedoch direkt zum Februar, wird es zu einem Notfall für den Helpdesk.
Möchten Sie wissen, wie es um die Situation Ihres Mieters tatsächlich steht? Sprechen Sie noch vor Ablauf der Frist mit dem Identitäts- und Sicherheitsteam von TrustedTech über eine Entra-Bereitschaftsprüfung.
