Skip to content
>_ITDITDWeb Security Platform

Learn

Choosing MFA the right way: what 'phishing-resistant' means, and why SMS is weak

SMS, authenticator apps, and passkeys form a ladder of MFA strength. Why SMS falls to phishing and SIM-swap, what 'phishing-resistant' really means, and which factor to put on which account.

Published 2026-06-12 Updated 2026-06-12 7 min read

For: anyone about to turn on MFA (two-factor / two-step verification), or who already has it but wonders "is SMS good enough?" No attack mechanics here — just which methods are strong, and what to put where.

This site's view: 'has MFA' isn't a checkbox

The "two-factor authentication: on" you see in settings actually carries almost no information about strength. The same "on" defends against wildly different attacks for SMS versus a passkey. Most takeovers happen not because "there was no MFA" but because it was weak MFA. So for important accounts we recommend grading by "is it phishing-resistant or not," never by "MFA: on/off."

Why you need MFA

A password should be treated as "going to leak eventually" on its own. Reuse, breach dumps, guessing, phishing — there are many ways through. MFA is the insurance that stops things at the second layer even when the first is broken.

layer 1
assume the password leaks eventually
+1 factor
a second layer blocks leak-only entry
3 tiers
the method changes what it can block
kingdom key
email takeover = reset rights on everything

The email account matters most of all. Many services recover "forgot password" by email, so the moment your email is taken, other accounts get reset in a chain. That's why email is the "key to the kingdom" to guard with the strongest MFA (→ Tier 0 of the baseline checklist).

The ladder of strength (this is the essence)

Even called "two-factor," the methods differ enormously in strength. Left is weak, right is strong. The dividing line is "can it be presented to a fake site?"

✗ SMS / email

type a number by hand; relay phishing & SIM-swap break it

△ authenticator (TOTP)

stronger than SMS, but the code can be relayed to a fake site

○ passkey

device biometrics; domain-bound = phishing-resistant

◎ security key

a FIDO2 hardware key; sturdiest; keep a spare

Left is weak, right is strong. The dividing line: can it be handed to a fake site? Passkeys/keys cannot, by design.

SMS / email codes

  • the code is just digits — it can be pasted into a fake site
  • SIM-swap (hijacking your number) steals the receipt
  • relay phishing forwards it to the real site, defeating it
  • better than nothing, but not a last line of defense

Passkey / security key (FIDO2)

  • the key is bound to the destination domain — no signature on a fake site
  • phishing-resistant by design (doesn't rely on human judgment)
  • device biometrics or a hardware key = no "string" to steal
  • use this for the keys to the kingdom

What "phishing-resistant" actually means

This is the key concept. With SMS or an authenticator code, in the end a human has to judge with their eyes whether they're entering it on the right site — but people can't tell a perfect look-alike domain apart. A passkey or security key (FIDO2), by contrast, knows which domain it is for, so it returns no signature to a fake site. In other words, even if the human is fooled, the key isn't. That's "phishing resistance," and it's the decisive difference between weak and strong methods.

How to set it up (order matters)

1

Start with the keys to the kingdom

Put phishing-resistant MFA (passkey/security key) on email, domain registrar, server panel, and payment accounts first — lose these and everything else is voided (→ the baseline checklist).
2

MFA on the password manager itself

The password manager holding your daily logins is itself a key to the kingdom. Double it up with a master password plus MFA (→ storing passwords safely).
3

If unsupported, use an authenticator (TOTP)

On services without passkey support, choose an authenticator app, not SMS. Keep SMS as the last resort when nothing else is offered.
4

Store recovery codes safely

MFA cuts both ways — lose the device and you're locked out. Keep the recovery codes a service issues in a secure note in your password manager or an encrypted store. Never in a plaintext spreadsheet.
5

Have one backup factor

Keep a second security key, sync passkeys across devices — build a backup path. Hold only one key and a loss locks you out.

Even with MFA, stop reusing passwords

MFA is insurance, not an excuse for weak passwords. On services where only non-phishing-resistant MFA (like SMS) is available, the strength and uniqueness of the password is still your last line. Gauge it with the password strength checker.

What this site does itself

This site locks down its important accounts — especially email, domains, server admin, and payments — with phishing-resistant MFA wherever possible. The reason is simple: these are the keys to the kingdom where "lose one and you lose all." Daily logins live in a password manager, and the manager itself carries MFA. And we don't stop at "MFA is on" — we periodically review which method is in place. When we find an important account with only SMS, we treat that as a hole and prioritize upgrading it to a passkey/security key. Manage by strength, not by presence — that's our policy.

FAQ

QIf I turn on MFA, am I safe?
A

Far safer than without it, but 'on' isn't the same as 'safe.' The method changes strength by three tiers: SMS and email codes fall to phishing (a relay attack that lures your code onto a fake site) and SIM-swap. For important accounts, use a passkey or security key (phishing-resistant MFA) that can't be presented to a fake site.

QWhy is SMS called weak?
A

Because the code is just a string of digits, and a human has to judge whether the place they're entering it is real or fake. Relay phishing (you type the code into a perfect look-alike) and SIM-swap (your phone number is hijacked) defeat it. It's better than nothing, but it isn't a last line of defense.

QWhich method should I actually pick?
A

The strongest are passkeys (your device's biometrics) and physical security keys (FIDO2). The key is bound to the destination domain, so on a fake site no signature is produced — that's phishing resistance. Where they aren't supported, use an authenticator app (TOTP); keep SMS as a last resort when nothing else is offered.