Microsoft Drops SMS Codes, Pushes Passkeys

Microsoft Drops SMS Codes, Pushes Passkeys

Dennis Faas's picture

Microsoft is removing SMS codes because they are increasingly abused by scammers, but the change could create new problems for users who rely on text messages as their only recovery option.

The move to phase out SMS text message codes for personal Microsoft accounts affects anyone who uses SMS for sign-in verification and account recovery, not just ordinary two-factor prompts. Instead, Microsoft is pushing users toward passkeys, authenticator apps, and verified email.

Microsoft says SMS authentication has become a major fraud source, which is not surprising. Phone numbers can be hijacked through SIM-swapping attacks, cloned, or abused when scammers intercept text message codes used for banking, email, and account verification. As a result, Microsoft is moving users toward "passwordless" methods that are harder to phish, steal, or intercept.

What is Changing?

For years, many users have signed into Microsoft accounts by entering a password, then receiving a six-digit code by SMS text message. The idea was based on the old security principle of combining something you know, such as a password, with something you have, such as access to your phone. In theory, that made the account harder for hackers or scammers to access because they would need more than just the password. The SMS code was used to prove that the person signing in also had access to the phone number attached to the account.

That system is now being phased out for personal Microsoft accounts.

Instead of relying on text messages, Microsoft is steering users toward stronger sign-in methods, including passkeys, Microsoft Authenticator, and verified email addresses. Microsoft already lets users create a passkey through the Advanced Security Options page by choosing "Add a new way to sign in or verify," then selecting options such as face, fingerprint, PIN, or a security key.

For some users, this will be a welcome security upgrade. For others, it may be confusing. Many people still treat their phone number as the fallback for almost everything: password resets, bank codes, email verification, and account recovery. If text message codes disappear, users who have not prepared another recovery method could have a much harder time getting back into their accounts.

Why Microsoft says Text Codes are Too Risky

In simple terms, a passkey uses two matching parts:

  • A public key stored by the website or service.
     
  • A private key stored on your device, security key, or password manager.

SMS codes can also be phished. A fake Microsoft login page can ask a victim for their email, password, and verification code. If the victim enters the code quickly enough, the attacker may be able to use it before it expires.

That is why criminals like SMS recovery. They do not need to break Microsoft's systems. They only need to fool the user, fool the phone company, or intercept the recovery process.

This is also why account recovery has become such a weak point in modern security. Strong login methods are useful, but if the recovery process still depends on weaker methods, attackers will aim there instead. Recent security commentary has warned that recovery workflows are now a major target because attackers often bypass strong login protections by abusing weaker recovery steps.

Why Users are Upset about Passkeys

The concern is not that SMS is safer than passkeys. It is not: SMS is weaker.

The real concern is that passkeys and authenticator apps can feel fragile if users do not understand where the credential is stored, how it syncs, and what happens when a device is lost.

A typical user may ask:

"What if my phone dies?"

"What if I replace my laptop?"

"What if I lose the only device that has my passkey?"

"What if Microsoft Authenticator is on the same phone that just broke?"

Those are reasonable concerns. A security system can be technically stronger but still create real problems if users are not guided through backup and recovery properly.

That is the tension in this story. Microsoft is making accounts more resistant to fraud, but users need to make sure they are not relying on one device, one app, or one recovery method.

What is a Passkey?

A passkey is a password replacement. Instead of typing a password that can be stolen, guessed, reused, or phished, your device uses cryptography to prove that you are the legitimate account holder.

In simple terms, a passkey uses two matching parts:

A public key stored by the website or service.

A private key stored on your device, security key, or password manager.

When you sign in, the website asks your device to prove it has the private key. Your device confirms that proof after you unlock it with a PIN, fingerprint, face scan, or security key. The private key itself is not typed into a website and is not sent over the Internet.

That is why passkeys are much harder to phish. A fake Microsoft login page cannot simply trick you into typing your passkey the way it can trick you into typing a password or SMS code.

Bitwarden explains that passkeys have security advantages because of their cryptographic design and are resistant to phishing and brute-force attacks, while strong unique passwords stored in a reputable password manager can still be a secure option when used properly.

How is a Passkey Different from a Saved Browser Password?

This is where many users get confused.

A saved browser password is still a password. Chrome, Edge, Firefox, Safari, or a password manager may store it for you, but the website still accepts the password as the secret. If that password is exposed, reused, guessed, or entered into a fake website, the account may still be compromised.

A passkey works differently. The website does not need you to type a shared secret. Instead, your device proves possession of a private cryptographic key. That private key is supposed to stay protected inside your device, operating system, security key, or password manager.

So the difference is this:

  1. A saved password is a stored secret that can still be typed, copied, stolen, or phished.
     
  2. A passkey is a cryptographic sign-in method that proves identity without exposing the private key to the website. The basic concept is similar to SSH public-key authentication, which administrators commonly use to connect a local machine to a remote server from the command line. In both cases, the remote service stores a public key, while the private key remains on the user's trusted device or security key.

This does not mean passkeys are perfect; it means the attack surface changes. Criminals have a much harder time stealing a passkey through a fake login page, but users now need to understand where the passkey is stored and how they can recover it.

What About Bitwarden, 1Password, Google, Apple, and Windows Hello?

Passkeys can be stored in different places.

Some passkeys are tied to a specific device, such as a Windows PC using Windows Hello or a physical security key. Others can sync through a passkey provider, such as Apple iCloud Keychain, Google Password Manager, Microsoft, or a password manager like Bitwarden.

That is convenient, but it also creates an important decision for users.

If a passkey is device-bound, losing the device can be a bigger problem unless another sign-in method exists.

If a passkey is synced through a password manager or platform account, recovery may be easier, but the security of that passkey now depends heavily on the security of the account that syncs it.

In other words, a synced passkey is not magic. If your password manager account, Apple account, Google account, or Microsoft account becomes the central place where your passkeys live, then that account becomes extremely important. It needs strong protection.

What Should You Do Before SMS Codes Disappear?

You should not wait until you are locked out.

Before SMS recovery becomes unavailable, Microsoft account users should review their account security settings and make sure they have more than one way to prove ownership.

At minimum, users should have:

  1. A current backup email address.
     
  2. Microsoft Authenticator or another supported verification method.
     
  3. A passkey on a device they control.
     
  4. A second recovery option in case the first device is lost.
     
  5. A printed or securely stored recovery code if the service provides one.

Microsoft Authenticator also supports backup and restore. Microsoft says users can restore account credentials in Authenticator by selecting Restore from backup and signing into the recovery account used during the backup process.

That backup matters. If Authenticator is installed only on one phone and that phone is lost, damaged, wiped, or stolen, recovery becomes more difficult.

What Happens if You Lose the Device with the Passkey?

The answer depends on where the passkey was stored.

If the passkey was synced through a platform account or password manager, signing into that provider on a new device may restore access to the passkey.

If the passkey was stored only on one physical device, such as one laptop or one hardware security key, losing that device could mean losing that sign-in method.

That does not always mean the Microsoft account is gone. It means the user must fall back to another recovery method, such as a backup email, authenticator recovery, another passkey, or Microsoft's account recovery process.

The safest setup is not one passkey: it is redundancy.

Users should think of passkeys like house keys. One key is better than leaving the door unlocked, but keeping only one key can still create a lockout problem. A backup key, stored safely, is what prevents a security upgrade from becoming a recovery nightmare.

Conclusion

Microsoft is right that SMS codes are weak. Text messages can be stolen through SIM swaps, intercepted, or phished by scammers pretending to be Microsoft. Moving away from SMS is a reasonable security step.

But the transition needs care. Millions of users are used to treating their phone number as the recovery method of last resort. If they do not set up passkeys, authenticator backups, and verified recovery email addresses properly, some will discover the problem only after they lose access.

The practical advice is simple: do not wait for Microsoft to remove SMS codes from your account. Check your Microsoft account security settings now, add more than one recovery method, and make sure your authenticator or passkey setup can survive a lost phone, broken laptop, or replaced device.

What's Your Opinion?

Do you think Microsoft is making the right move by removing SMS codes, or are text message codes still the easiest recovery option for most users? Have you already switched to passkeys or an authenticator app, or do you still rely on SMS verification for important accounts?

Do you trust passkeys enough to replace passwords and text message codes completely? What would happen if you lost the phone, laptop, or security key that stores your passkey? Share your thoughts in the comments below.

Rate this article: 
Average: 5 (8 votes)

Comments

doulosg's picture

No, I don't get it.

I don't think of SMS codes as a recovery option at all. I think of them as a nuisance (albeit necessary, sometimes) in getting access to an account. Some organizations (like CapitalOne) abuse them by requiring re-authentication multiple times in a single session.

The organizations that have tried to force passkeys on me seem to me to use QR codes to set them up, and then QR codes again when I try logging on. It seems more an effort to force me to use their mobile app instead of the browser version, phone instead of laptop. It is much more cumbersome than 2-factor authentication, so I don't use it.

Security is a major problem in use of the internet. Some organizations make access so difficult the user can hardly get in. And this with nuisance factors more than actual strong security. (Like the bus driver who says "we'd be making great time if we didn't have to keep loading and unloading all these passengers.") The other nuisance is strengthening security to the max for systems/accounts where it really isn't necessary. (Although all the examples I can think of either have or *could have* bank account information attached.)