Which MFA Type Is Most Secure? The 2026 Ranking
Summary
- The most secure Multi-Factor Authentication (MFA) type is FIDO2/Passkeys because they are cryptographically immune to phishing attacks.
- Legacy MFA methods like SMS codes and basic push notifications are highly vulnerable to common attacks like SIM swapping and MFA fatigue.
- Regulatory bodies (PCI DSS, HIPAA, CMMC) and major tech partners (Microsoft, Cisco) are mandating a shift toward phishing-resistant authentication methods in 2025.
- Businesses should adopt a phased approach: immediately disable SMS and enable Number Matching, then deploy FIDO2 hardware keys for high-risk users, and finally roll out Passkeys for the general workforce.
Originally published October 27, 2025. Updated October 23, 2026 with the latest NIST, Microsoft, PCI DSS, HIPAA, and CMMC changes.
The most secure type of Multi-Factor Authentication (MFA) is a phishing-resistant method: a FIDO2 security key or a passkey. These methods use public-key cryptography tied to the real website, so a fake login page has nothing usable to capture. SMS codes, one-time passcodes, and basic push approvals can’t offer that protection.
You’ve implemented MFA, checked the compliance box, and believe your organization is protected. Attackers have adapted. Phishing kits now relay your team’s codes and approvals in real time, so simply having MFA is no longer enough. If your team still relies on text message codes or tap-to-approve notifications, account takeover remains a realistic risk for your business.
The question has shifted from if you use MFA to which type you use. Microsoft retires SMS and voice sign-in codes from Entra ID on February 1, 2027, which makes 2027 the year to plan your move. This guide ranks the main MFA types, shows what to use in your situation, and lays out a dated rollout plan.
Key Takeaways
- Not All MFA is Equal: SMS codes, authenticator-app codes, and basic push approvals can all be bypassed through SIM swapping, MFA fatigue, or real-time phishing proxies.
- The Gold Standard is “Phishing-Resistant”: NIST SP 800-63B-4, finalized in July 2025, requires online services assessed at assurance level AAL2 to offer a phishing-resistant option and requires one at AAL3. These methods cryptographically bind your sign-in to the legitimate website.
- FIDO2 and Passkeys are Most Secure: They resist phishing and MFA fatigue. Device-bound options such as security keys give the highest assurance, and synced passkeys give most users a strong, easy-to-adopt choice.
- The Deadlines are Dated: PCI DSS v4.0.1 has required MFA for all access to the cardholder data environment since March 31, 2025. Microsoft began making passkeys the Entra ID default on September 1, 2026 and retires its SMS and voice authentication on February 1, 2027.
Why Your Current MFA Might Not Be Secure Anymore
For years, any MFA was a major step up from passwords alone, and that still holds. Microsoft research found MFA reduced the risk of account compromise by 99.22% across the population it studied. That figure reflects the automated, password-based attacks that make up most identity attacks. Attackers who want your accounts have changed tactics: instead of guessing passwords, they go around MFA.
Speed and scale help them. Microsoft Threat Intelligence has observed AI-enabled phishing campaigns reaching click-through rates as high as 54%, compared with roughly 12% for traditional campaigns (Microsoft Security Blog). Three weaknesses show up again and again.
1. The Collapse of SMS and Voice Codes
The six-digit code sent to your phone is the most common form of MFA, and it has well-known flaws. Attackers use a technique called SIM swapping, where they deceive a mobile carrier into transferring your phone number to a SIM card they control. Once they have your number, they receive every code sent to it. Because SMS messages are unencrypted, they are also open to interception.
Major platforms are acting on this. Cisco Meraki set November 17, 2025 as the last day for SMS MFA on dashboard accounts. Microsoft began making passkeys the default sign-in experience in Entra ID on September 1, 2026, and it retires its native SMS and voice authentication on February 1, 2027.
2. The Weaponization of User Friction: MFA Fatigue
Imagine your finance controller receives an urgent MFA prompt on their phone while juggling three other tasks. Annoyed, they tap “Approve” just to clear the notification. In that single tap, they may have just handed an attacker the keys to your financial systems.
This is an MFA fatigue attack (or “MFA bombing”). An attacker who already has a stolen password sends push notifications over and over, hoping the user approves one out of frustration or confusion. It’s a simple social engineering trick that works. CISA recommends number matching as the minimum fix for push-based MFA.
3. Real-Time Phishing Proxies (Adversary-in-the-Middle)
Modern phishing kits sit between your user and the real Microsoft 365 sign-in page. The user enters a password, completes MFA with a text code, an authenticator code, or a push approval, and the kit captures the signed-in session. Microsoft’s analysis of the Tycoon2FA kit found it could bypass nearly all commonly deployed MFA methods, including SMS codes, one-time passcodes, and push notifications.
Law enforcement and industry partners disrupted Tycoon 2FA in March 2026, but the model is sold as a subscription service and other kits continue to operate. Phishing-resistant MFA defeats this attack because the sign-in is bound to the real domain, and a proxy can’t relay it.
The Gold Standard: What Makes an MFA Method “Phishing-Resistant”?
To combat these threats, security experts and regulators use the term “phishing-resistant.” It isn’t a marketing buzzword. It’s a technical standard defined by the National Institute of Standards and Technology (NIST). Under NIST SP 800-63B-4, a phishing-resistant authenticator keeps your authentication secrets and valid sign-in codes out of an impostor’s hands without relying on the user’s vigilance, even if you are tricked into using a fake site.
Here’s how that plays out:
- Vulnerable MFA (like SMS or app codes): You go to a phishing site that looks like Office 365. You enter your password. The site then asks for your MFA code, and you enter the code from your phone. The attacker captures both and uses them to log into the real Office 365 site. You manually handed over the secret.
- Phishing-Resistant MFA (like FIDO2): You go to the same phishing site. When you try to log in with your security key, the key’s software checks the website’s domain. It sees a mismatch between the fake domain and the real one it registered with. It refuses to send the cryptographic proof. The attack stops automatically, with no reliance on your vigilance.
In practice, the options that qualify are FIDO2/WebAuthn security keys, passkeys, and certificate-based authentication such as smart cards. CISA’s phishing-resistant MFA guidance and Microsoft’s documentation point to the same families. This cryptographic binding between your authenticator and the legitimate service is the defining feature of the most secure MFA types.
The MFA Security Ranking for 2026
Using the NIST framework and today’s real-world attack methods, we rank common MFA types into three clear security tiers.
Tier 3: High Vulnerability (SMS, Voice, Email OTP)
These methods send a one-time password (OTP) over an insecure channel. They fail the phishing-resistance test because a user can be tricked into entering the code on a malicious site.
- Primary Vulnerabilities: SIM swapping, phishing, network interception.
- Verdict: Legacy technology. Phase it out. Microsoft ends its native SMS and voice authentication in Entra ID on February 1, 2027.
Tier 2: Moderate Vulnerability (Authenticator Apps & Push Notifications)
Time-based one-time passwords (TOTP) from apps like Google Authenticator are a major improvement over SMS because SIM swapping can’t intercept them. They are still phishable: a user can be tricked into typing the code into a fake site, and real-time proxies relay it instantly.
Basic push notifications (a simple Approve/Deny prompt) are user-friendly but are the primary target for MFA fatigue attacks. To be considered secure, they must use Number Matching, which asks the user to type a specific number from the login screen into the app. That forces attention and stops accidental approvals. It does not stop a real-time phishing proxy.
- Primary Vulnerabilities: Phishing and real-time proxies (TOTP), MFA fatigue (basic push).
- Verdict: A reasonable baseline for apps that can’t support passkeys yet, but not phishing-resistant.
Tier 1: The Gold Standard (FIDO2 Security Keys & Passkeys)
This is the most secure MFA type available. FIDO2 is an open authentication standard supported by hardware security keys (like a YubiKey) and platform authenticators (like Windows Hello or Face ID), which are commonly called passkeys. It eliminates shared secrets entirely. Two flavors matter when you plan a rollout:
- Device-bound passkeys and FIDO2 security keys: The private key never leaves the device. This is the highest assurance and the right choice for admins, executives, and finance. NIST’s highest level, AAL3, requires a hardware-based authenticator with a non-exportable private key.
- Synced passkeys: Stored in a credential manager such as iCloud Keychain or Google Password Manager, so they survive a lost phone. NIST SP 800-63-4 now allows synced authenticators at AAL2, which makes them a practical choice for the wider workforce.
- Primary Vulnerabilities: Physical loss of a device (mitigate with backup keys and PIN protection) and weak account recovery. A passkey is only as strong as the process that resets it.
- Verdict: The gold standard. Immune to phishing, SIM swapping, MFA fatigue, and real-time proxies. This is where authentication is headed.
| MFA Type | Security Tier (2026) | Phishing Resistant? | Key Vulnerabilities | NIST SP 800-63B Suitability |
|---|---|---|---|---|
| SMS / Email OTP | Low (Legacy Risk) | No | SIM Swap, Phishing, Interception | Not Recommended |
| TOTP (App Code) | Moderate | No | Phishing, Real-Time Proxies, Malware | Fails high-assurance requirements |
| Push (Basic) | Moderate | No | MFA Fatigue / Bombing, Real-Time Proxies | Requires mitigation (Number Matching) |
| Push (w/ Number Matching) | Moderate-High | No | Real-Time Proxies, Relies on user attention | Conditional for high assurance |
| Synced Passkeys | Very High | Yes | Account Recovery, Credential Manager Compromise | Meets AAL2 |
| FIDO2 Security Keys / Device-Bound Passkeys | Very High | Yes | Physical Loss, Weak Recovery | Meets Highest Assurance (AAL3) |
Which MFA Is Most Secure for Your Situation?
The most secure method is the one your team adopts without workarounds. Use this table to pick a starting point for each group.
| Your Situation | Most Secure Practical Choice | Learn More |
|---|---|---|
| Email and Microsoft 365 | Passkeys (Microsoft Authenticator, Windows Hello, or a FIDO2 key) enforced through Conditional Access, with SMS and voice turned off | CIT and Microsoft |
| IT admins and privileged accounts | Two device-bound FIDO2 security keys per admin | Zero Trust Security |
| Finance teams and payment approvals | Device-bound passkeys, plus phone callback verification for any payment change | Financial services solutions |
| Healthcare staff and ePHI access | Passkeys or security keys, with tap-to-sign-in options for shared workstations | Healthcare solutions |
| Remote and traveling employees | Security keys or platform passkeys, so nobody types a code into a lookalike page on hotel Wi-Fi | Hotel Wi-Fi and business travel |
| Schools and universities | Security keys or passkeys for staff and admins first, then managed student devices | Education solutions |
| Government and public safety | Phishing-resistant MFA for staff, contractors, and partners; MFA is required for CJIS access | Government solutions |
| Defense contractors | MFA that satisfies NIST SP 800-171, with phishing-resistant methods for privileged users | CMMC and NIST 800-171 services |
What’s Changing for MFA Through the End of 2027
Several dates shape your plan. Here is what has already happened and what is still ahead.
| Date | What Happened or Is Scheduled | What to Do |
|---|---|---|
| March 31, 2025 | PCI DSS v4.0.1 Requirement 8.4.2 (MFA for all access into the cardholder data environment) became mandatory. | Confirm every user who touches payment systems uses MFA. |
| July 2025 | NIST finalized SP 800-63-4. Online services assessed at AAL2 must offer a phishing-resistant option, and synced passkeys are accepted at AAL2. | Write your authentication policy against the final standard. |
| November 17, 2025 | Last day for SMS MFA on Cisco Meraki dashboard accounts. | Move network admins to an authenticator app or security key. |
| July 13, 2026 | The Department of War suspended CMMC Phase 2, the third-party assessments that were due November 10, 2026. Phase 1 self-assessments and NIST SP 800-171 obligations remain. | Keep MFA controls in place on every system that handles CUI. |
| September 1, 2026 | Microsoft began making passkeys the Entra ID default and auto-enabling them for users who use SMS or voice. | Review your authentication methods policy and tell users what the passkey prompt means. |
| October 30, 2026 | Admins can select a telecom provider through the Microsoft Security Store to keep SMS or voice for specific users. | Document any group with a regulatory or technical need for SMS or voice. |
| February 1, 2027 | Microsoft-provided SMS and voice authentication ends in Entra ID (public cloud). After this date, users who rely on them must register a passkey to sign in. | Move every user to a phishing-resistant method before this date. |
| July 2027 | HHS’s regulatory agenda currently targets final action on the proposed HIPAA Security Rule update, which would require MFA for systems that hold ePHI. | Treat MFA as a requirement now. Timing could shift. |
Microsoft’s dates apply to Entra ID in the public cloud. Other cloud environments follow a separate timeline.
Beyond Best Practice: MFA Requirements for Regulated Industries
For organizations in regulated industries, MFA is a baseline requirement, and regulators and insurers increasingly favor phishing-resistant methods.
- PCI DSS v4.0.1: If you handle payment card data, MFA is required for all access into the cardholder data environment (Requirement 8.4.2). That requirement became mandatory on March 31, 2025. Requirement 8.5.1 also requires MFA systems to resist replay attacks.
- HIPAA and healthcare: The current Security Rule doesn’t name MFA, but it requires you to verify identity and justify your method in your risk analysis. HHS proposed an update in the January 6, 2025 Federal Register that would make MFA mandatory for systems that hold ePHI. It is still a proposal, and HHS’s regulatory agenda currently targets July 2027 for final action. CISA recommends phishing-resistant MFA for healthcare organizations. See what the proposed Security Rule update means for clinics, or explore HIPAA Compliance as a Service.
- Defense contractors (CMMC and NIST SP 800-171): Contractors that handle controlled unclassified information must meet NIST SP 800-171, which requires MFA for local and network access to privileged accounts and network access to non-privileged accounts. CMMC Phase 1 self-assessments began on November 10, 2025. On July 13, 2026, the Department of War suspended Phase 2, the third-party assessments planned for November 10, 2026, and opened a program review. Self-assessments, SPRS reporting, and your NIST SP 800-171 obligations still apply. Check the DoD CIO CMMC page for updates, and see CIT’s CMMC and NIST 800-171 services.
- Financial services: Examiners expect layered, risk-based authentication, with stronger controls on high-risk access such as wire transfers and administrator accounts. Explore financial services solutions.
- Government and public safety: Under NIST SP 800-63B-4, federal agencies must require phishing-resistant authentication for staff, contractors, and partners who access federal information systems. The CJIS Security Policy requires MFA for access to criminal justice information. See government solutions.
- Cyber insurance: Carriers treat MFA on email, remote access, and administrator accounts as a baseline requirement, and many now prefer phishing-resistant methods.
How to Compare MFA Providers
Vendor rankings usually blend marketing with security. Judge any MFA provider on these seven questions instead:
- Is it phishing-resistant for everyone? Look for FIDO2 and passkey support for all users, not just admins.
- Can you turn off the weak methods? Once users enroll in FIDO-based authentication, you should be able to disable SMS, voice, and email codes. CISA guidance recommends doing exactly that.
- Does push use number matching and show context? Look for number matching plus the app name and sign-in location.
- How does recovery work? A lost security key shouldn’t send users back to SMS or email codes.
- Does it cover more than cloud apps? Check VPN, remote desktop, servers, and legacy applications.
- Who watches the logs? You need alerts for new device registrations, repeated failed prompts, and impossible travel. A Managed Detection and Response service can cover this around the clock.
- What does it really cost? Count licenses, hardware keys, and telecom fees if you keep SMS or voice. Security keys typically run roughly $30 to $80 each, and high-risk roles need two.
Most organizations start with the identity platform they already own. For Microsoft 365 customers, that is Microsoft Entra ID, which supports synced passkeys, Microsoft Authenticator passkeys, and FIDO2 security keys. Microsoft says moving users to passkeys carries no additional cost. Add security keys for high-risk users, then hold whichever platform you use to the seven questions above.
How to Start Your Journey to Phishing-Resistant Security
The move to truly secure MFA doesn’t have to be disruptive. A phased approach lets you fix the biggest risks first while you manage cost and user adoption. Here is a plan anchored to real dates.
- Phase Zero (now through December 2026): Disable SMS and voice MFA wherever you can. If you use push notifications, turn on Number Matching right away. Check your sign-in logs to see who still relies on SMS or voice. If you use Microsoft Entra ID, review your authentication methods policy and tell users what the new passkey registration prompt means. If a regulatory or technical need keeps SMS or voice alive for a group, plan to configure a telecom provider through the Microsoft Security Store, available starting October 30, 2026, before February 1, 2027.
- Phase One (January through March 2027): Issue two FIDO2 security keys to every IT administrator, executive, and finance team member. These are the keys to the kingdom and need the highest level of protection. Require phishing-resistant sign-in for admin roles and block legacy authentication.
- Phase Two (April through December 2027): Roll out passkeys to the rest of your workforce, choosing synced or device-bound passkeys based on risk. Update your account recovery process so it never falls back to a phishable method, train employees to report unexpected prompts, and have your security team monitor MFA activity.
Moving beyond legacy MFA protects your data, supports compliance, and gives your team a faster sign-in. The FIDO Alliance estimates that 5 billion passkeys are now in use worldwide, and organizations that have rolled them out report stronger security confidence and faster sign-ins in its State of Passkeys 2026 report.
Related Reading
Listen to the Full Episode
Go Beyond the Basics with Our Director of Cybersecurity
This article gives you the “what” and “why” of secure MFA. In our Tech for Business podcast episode, Nate, our Director of Cybersecurity, dives deeper into the “how,” sharing practical stories and implementation tips for businesses just like yours.
