SMS, app codes, push, hardware keys: what each method protects against and what it does not, where to start rollout, and how to defeat MFA fatigue.
Multi-factor authentication is the best value-for-money security control an organisation can deploy. Credential theft is the most common initial intrusion vector, and MFA stops the great majority of it.
"MFA" is however an umbrella term, and the methods differ by orders of magnitude. This article covers what each one actually protects against.
| Method | Against phishing | Main weakness |
|---|---|---|
| SMS code | ❌ No protection | SIM swap, SS7 interception, forwarding |
| Email code | ❌ No protection | If the mailbox is compromised, so is the code |
| App code (TOTP) | ❌ No protection | Can be typed into a real-time proxy page |
| Push notification | ⚠️ Partial | MFA fatigue, mis-taps |
| Push with number matching | ✅ Largely | Careful social engineering |
| FIDO2 / passkey | ✅ Yes | Lost device, backup key management |
This is the point most often misunderstood. Modern phishing does not want to capture the password; it relays the sign-in in real time.
The user arrives at a fake but pixel-perfect sign-in page. They enter the password, which the attacker immediately forwards to the real service. The service asks for a code, the fake page asks for a code, the user types it, the attacker forwards it. Sign-in succeeds, and the attacker receives the session cookie, after which they log in without any code at all.
The whole exchange takes seconds, and the user notices nothing, because they do end up inside the system.
FIDO2 differs because authentication is cryptographically bound to the domain. A hardware key or passkey simply will not respond on a different domain, so the proxy attack fails. This is not a matter of policy or configuration but follows from how the protocol works.
Not everything at once. This order delivers the greatest risk reduction.
1. Every externally reachable service. VPN, remote desktop, webmail, cloud applications. That is the front door.
2. Administrative accounts. Ideally hardware keys, immediately. Few accounts are involved, so it is cheap, and this is where the greatest damage can be done.
3. High-risk roles. Finance, HR, executives, IT.
4. All users. At least at number-matched push level.
5. Eliminating exceptions. See below.
An MFA rollout fails when a hole remains. The typical exceptions:
Legacy protocols. Older mail authentication methods (POP3, IMAP, SMTP with basic authentication) do not support MFA. If left enabled, the attacker simply uses those. Disable them rather than granting an exception.
Service accounts. Interactive MFA is not possible for these. The answer is not an exception but: long unique stored passwords, tight privilege restriction, sign-in location restrictions, and regular review.
"Just not for the executives." This comes up regularly for convenience. Executives are the most targeted group, so it should be the reverse.
Trusted network. The "no MFA from the internal network" rule assumes the internal network is safe. In a typical incident the attacker works from exactly there.
Software MFA is typically included in existing subscriptions. In many organisations the capability exists and is simply switched off.
Hardware keys cost a modest amount per device. Not everyone needs one: covering administrators and executives is already an order-of-magnitude improvement.
Passkeys are a free alternative: the key is stored in the phone or the laptop's biometric module, delivering FIDO2-level protection without buying hardware. Today this is the best value route to phishing resistance.
Backup method. Every user needs a second option (a second key, backup codes in a safe, or a defined recovery process), otherwise the first lost phone forces the helpdesk to disable MFA, and that account is defenceless from then on.
MFA is named explicitly in several frameworks:
The practical consequence of the last point is that in an environment without MFA, insurance may not pay out even where a policy exists.
In industrial environments user-level MFA has limited application: a shift operator at an HMI will not be inserting a key every minute.
Where it is mandatory, however, is remote access. Supplier maintenance channels are the most common routes onto the plant network, and MFA there is not a convenience question. A central, MFA-protected entry point with on-demand activation and session recording is one of the highest-yield elements of an OT security programme.
We covered this in detail in our ICS/SCADA article, and the broader authentication picture in the Zero Trust guide.
Comprehensive IT security services including firewalls, WAF, IPS, SIEM, DLP and endpoint protection from…
Modern phishing is no longer given away by bad spelling. Which techniques work, what to teach staff, and…
How to turn Zero Trust principles into real steps: identity, device posture, micro-segmentation and least…
Our specialists are happy to discuss what this means in your organisation's environment.