Friday 06 November 2026 11:58:20 GMT+01:00

Netcrook

HomeManifesto
News
Techcrook
Geocrook
WikicrookTeamAppContact
EnglishItaliano

Cloud, SaaS & Identity Security

Microsoft’s Phone-Based Sign-In Is Entering a Forced Exit

Published: 29 October 2026 12:03Category: Cloud, SaaS & Identity SecurityGeo: North America / USAAuthor: AUDITWOLF

Microsoft is reportedly phasing out its own SMS and voice delivery for Entra ID authentication, pushing organizations toward passkeys or approved telecom alternatives before the 2027 deadlines.

Introduction

Phone-based authentication has long been the easy button of identity security: familiar, widely deployed, and convenient when users forget everything else. But convenience comes with a cost. Microsoft is reportedly preparing to retire its own SMS and voice delivery for Entra ID sign-ins, which means the weakest part of many MFA setups is being pushed to the edge of the system, not the center.

This is not a blanket end to every SMS or voice option. The more precise shift is about Microsoft’s own delivery layer. For security teams, that distinction matters. If a tenant depends on Microsoft-provided phone codes, the migration is not optional engineering polish. It is an identity continuity project.

Fast Facts

  • Microsoft is reportedly set to retire its own SMS and voice delivery for Entra ID authentication starting February 1, 2027 for most users.
  • Global Administrators and external users are reportedly on a separate July 1, 2027 schedule.
  • The change is reportedly about Microsoft’s delivery service, not a universal ban on all SMS or voice authentication.
  • Organizations may need to move eligible users to passkeys or use a supported telephony provider where phone delivery is still required.
  • Users who rely only on SMS or voice at their applicable deadline may need to complete passkey registration to keep signing in.

Body

From a technical perspective, this is a staged retirement of a legacy authentication path that has become hard to defend in modern threat models. SMS and voice remain vulnerable to interception, SIM swap abuse, voicemail compromise, and social engineering. That is why phishing-resistant methods such as passkeys have become the preferred migration target in many identity programs.

The operational risk is more immediate than the security pitch. Identity administrators need to know which users still depend on Microsoft-provided phone delivery, which users have a second method already registered, and which accounts will be forced into a new enrollment flow. In practice, the hardest cases are often not employees with modern devices, but shared accounts, guest users, and groups that were allowed to limp along on phone-based fallback for years.

Microsoft’s own migration model appears to assume that organizations will start nudging users before the final cutoff. That is important because authentication changes fail in the gaps between policy and reality: users miss notices, help desks are underprepared, and exceptions are discovered late. A passkey rollout only works if recovery, enrollment, and support are tested before the deadline arrives.

There is also a compliance angle. Some environments may still need phone-based delivery for operational or regulatory reasons. In those cases, the key question is whether a supported provider path is actually available and configured correctly, not whether the old default can be carried indefinitely. The broader lesson is that authentication dependence should be inventoried like any other critical service dependency.

At the time of writing, the publicly available details support a migration analysis, not an incident response story. The real issue is not compromise, but continuity: whether an organization can move users off a retiring method without creating avoidable sign-in failures.

Conclusion

The sharp edge of this change is not that SMS and voice disappear overnight. It is that a familiar fallback is being retired on a schedule, and identity teams that treat it as housekeeping may discover a much bigger problem on the final day. The smarter move is to inventory now, test passkeys early, and treat sign-in methods as security infrastructure, not convenience features.

TECHCROOK

FIDO2 security key: A physical security key can provide a phishing-resistant sign-in option for users whose organization supports it. Before choosing one, confirm compatibility with the organization’s identity setup and plan enrollment and recovery procedures so users are not locked out if a key is lost.

Scheda Techcrook: FIDO2 security key

WIKICROOK

  • Passkey: A phishing-resistant sign-in credential that uses public-key cryptography instead of reusable codes or passwords.
  • Multi-factor authentication (MFA): A login process that requires more than one proof of identity.
  • Telephony provider: A third-party service that can deliver SMS or voice authentication in place of a platform’s own delivery system.
  • Phishing resistance: The ability of a sign-in method to resist fake login pages and credential-stealing attacks.
  • Identity lifecycle: The process of enrolling, changing, and retiring user authentication methods over time.