Back to Blog

Microsoft is retiring SMS for MFA: in February 2027 Entra ID stops sending them. The strange part is that it lasted this long

Microsoft retires SMS for MFA in Entra ID: passkeys by default

On July 13 Microsoft published an administrative notice (MC1426371) with no press release and no keynote: Entra ID will stop providing SMS and voice calls as an authentication method. Passkeys by default from September 1, 2026; full retirement on February 1, 2027, with no opt-out, for every tenant. One of the corporate world's most widespread verification methods dies by Message Center memo. And honestly: it was about time.

We manage Microsoft 365 tenants every day, and this announcement affects us and every client with users who still get the six-digit code by text. So instead of the umpteenth "Microsoft bets on a passwordless future", let's do the useful thing: the exact timeline of what happens on each date, the fine print almost nobody is covering, and the plan we would apply — and are applying — to any tenant.

The timeline, date by date (and what happens if you do nothing)

  • August 1, 2026: a temporary opt-out API ships for those with their own transition plan. Mind the nuance: it only delays the September changes; the February retirement has no opt-out.
  • September 1, 2026: passkeys become the default experience. Every user enabled for SMS or voice is automatically enabled for passkeys and, on their next MFA sign-in, gets nudged to register one. They can snooze it as many times as they like... for now.
  • September 18, 2026: Microsoft publishes in its Security Store the list of telecom providers you can contract SMS/voice delivery from on your own.
  • October 30, 2026: anyone with a genuine need to keep SMS/voice can select and configure their provider from the Security Store.
  • February 1, 2027: Microsoft stops sending SMS and calls. Users whose only MFA method is their phone hit a blocking prompt: register a passkey or go no further. It's not an account lockout — the prompt is about registration, not access removal — but the day it hits your workforce, your helpdesk will feel it.

Two more notes from the official fine print: the retirement also applies to self-service password reset (SSPR), not just sign-in MFA; and for now it covers the public cloud — other cloud environments will follow later, on their own schedule. B2B guest users are in scope, and passkey support for them is planned for late 2026: that's one of the pieces worth watching.

The myth that dies: "we have MFA"

For years, "we have MFA" has been a box ticked in audits without asking which MFA. And not all second factors are worth the same. SMS has three problems known for a decade: SIM swapping (the attacker convinces your carrier to hand over your number), interception of the phone channel, and the most important, least-told one: a six-digit code types into a fake page just as easily as a password does. In a modern phish, the victim enters username, password and the SMS code on the attacker's page, and the attacker replays them on the real one within seconds. SMS doesn't resist the attack that is today's daily bread; it only resists the ones from fifteen years ago.

This isn't us saying it to sell anything: Microsoft says it in its own retirement documentation — SMS and voice are "among the most vulnerable authentication methods available today". And NIST has classified phone-channel authentication as "restricted" in SP 800-63B since 2017. The news isn't the diagnosis; it's that someone is finally acting on it.

The distinction that matters from now on is a different one: phishable MFA versus phishing-resistant MFA. A passkey can't be typed into the wrong page, because there's nothing to type: it's a cryptographic key pair bound to the legitimate domain. The fake page can copy the design pixel by pixel, but it cannot impersonate login.microsoftonline.com to the browser, so the passkey simply doesn't respond. That's the category jump, and it's the foundation of any Zero Trust architecture that takes identity seriously.

The fine print: staying on SMS will start costing you money

Here's the part almost no headline covers. From February 2027, keeping SMS or voice won't be ticking a box: it will mean contracting a telecom provider through the Security Store and paying per message, at prices that vary by provider, volume and region. In other words: the insecure option goes from "free and default" to "paid and with paperwork", while the secure one — passkeys — is included at no extra cost in every Entra plan. As incentive design, it's flawless.

And in the interest of saying it all: this move also suits Microsoft, which offloads the cost and fraud of delivering telephony to half the world. We don't mind — for once, the vendor's interest and the customer's point the same way — but it's worth keeping in mind so you read the announcement for what it is: a business decision with a real security upside, not an act of philanthropy. The usual caveat applies too: to enforce MFA by policy with Conditional Access you'll still need Entra P1 or P2 licences; registering passkeys itself costs nothing.

Passkeys without the hype: what they are and which to pick

A passkey is a key pair: the private key lives on your device (or in your credential manager) and signs a challenge only the legitimate domain can pose; Entra ID holds the public key. There is no shared secret to steal, no code to relay, no phone number to hijack. Entra ID supports two flavours, and the choice matters:

  • Synced: they live in iCloud Keychain or Google Password Manager and follow the user across devices. Convenient for most of the workforce; in exchange, they inherit the security of the user's Apple/Google account.
  • Device-bound: the passkey in Microsoft Authenticator, Windows Hello for Business or a FIDO2 hardware key. The key never leaves the device. Our take: for the bulk of users, Authenticator or Windows Hello; for administrators and privileged accounts, a hardware key — which also survives the day the phone falls into the sea.
  • If your users already sign in with Windows Hello for Business, FIDO2 or another phishing-resistant method, they won't notice a thing: this retirement doesn't touch them.

The plan we would apply to any tenant (starting today)

  • 1.Inventory, this week. Microsoft publishes a PowerShell script (entra-sms-voice-usage-analyzer, on its GitHub) that lists who is still enabled for SMS or voice. Any non-zero result means this applies to you. Without that number, everything else is opinion.
  • 2.Set the pace yourself, before September 1. You can launch a passkey registration campaign targeted at your SMS/voice user group before Microsoft switches on its own automatically. The difference between migrating on your calendar, with your comms and your helpdesk ready, versus Microsoft's, is the difference between a project and an incident.
  • 3.Hunt the edge cases now, because they're what blows up in February: users without a corporate phone, shared front-desk or shop-floor accounts, kiosks, external staff. For almost all of them, the sensible answer is a company FIDO2 key. And review SSPR: whoever resets passwords via SMS loses that path too.
  • 4.A telecom provider only with a documented requirement. If a regulator or a specific operational scenario demands a phone channel, evaluate providers from September 18 and configure one from October 30 — for that user segment, not the whole tenant. "We've always done it this way" is not a regulatory requirement.

And a dose of calm: when NOT to rush

If your tenant already lives on Microsoft Authenticator, Windows Hello and well-built conditional access policies, this is not an emergency: it's an improvement that arrives with half the work done and six months to do the other half. The at-risk group is a different one: the tenant that doesn't know how many of its users depend on the phone alone, and will find out on February 1, 2027 from the ticket queue. The difference between the two groups isn't budget; it's having run a script and read a Message Center notice in time. That is, in fact, the honest summary of this whole article.

Sources (verified): official retirement documentation and timeline (passkeys by default Sep 1, 2026, Security Store Sep 18, providers configurable Oct 30, retirement Feb 1, 2027 with no opt-out, SSPR and B2B in scope, per-message costs, temporary opt-out Aug 1) — learn.microsoft.com; MC1426371 announcement of Jul 13, 2026 and the P1/P2 licensing caveat for Conditional Access — office365itpros.com; phone-channel authenticators classified as "restricted" — NIST SP 800-63B.

Do you know how many users in your tenant still sign in with an SMS?

At everyWAN we manage and secure Microsoft 365 tenants every day: MFA, Conditional Access, Secure Score and now the passkey migration, ahead of the retirement calendar and with no February drama. If you want your tenant's inventory and a plan with dates, let's talk.

Talk to everyWAN

Tags:

Share:

Subscribe to our newsletter

To receive IT stories, everyWAN news and exclusive subscriber offers, sign up to our mailing list

Minorisa de Sistemas Informaticos y Gestión S.L. © 2026
everyWAN
everyWAN