Multi-Factor Authentication (MFA): Types and Rollout Steps

Multi-Factor Authentication (MFA): Types and Rollout Steps

Multi-factor authentication (MFA) is a login control that asks a user for two or more proofs of identity from different categories, such as a password plus a security key, before granting access. It matters because a stolen password alone is no longer enough to get in. For most organizations, the right goal is phishing-resistant MFA (FIDO2 security keys, passkeys or smart cards) for everyone, starting with administrators and email.

This article is general information, not legal advice.

Key takeaways

  • MFA combines at least two different factor types: something you know, something you have and something you are.
  • Not all MFA is equal. CISA ranks SMS and voice codes as a last resort and FIDO/WebAuthn as the strongest widely available option.
  • NIST SP 800-63B requires a phishing-resistant authenticator at its highest assurance level (AAL3) and says verifiers must offer one at AAL2.
  • MFA fatigue (push bombing) attacks target simple "approve or deny" prompts. Number matching is the interim fix; phishing-resistant MFA is the lasting one.
  • Roll MFA out in phases: high-value systems and privileged users first, then everyone, then retire weak methods.

What is multi-factor authentication and how does it work?

MFA works by requiring evidence from more than one category, so an attacker who steals one piece (usually the password) still cannot log in. NIST describes it as a way to "present two pieces of evidence" when you sign in, and stresses that the two must come from different categories.

The NIST overview of multi-factor authentication groups credentials into three factor types:

Factor typePlain meaningExamples
KnowledgeSomething you knowPassword, PIN, passphrase
PossessionSomething you havePhone with an authenticator app, hardware security key, smart card
InherenceSomething you areFingerprint, face scan

Two passwords do not count as MFA, because both are knowledge factors. A password plus a code from your phone does count, because the phone is a possession factor. In modern deployments, biometrics usually open a device or key locally rather than being sent to a server. If you want the detail on that, see our explainer on whether biometrics are better than passwords.

MFA sits inside your broader identity and access management (IAM) program, which decides who gets access to what. MFA answers a narrower question: is this really the person who owns the account?

Which MFA methods are strongest?

Phishing-resistant methods (FIDO2 security keys, passkeys and PKI smart cards) are the strongest, and SMS or voice codes are the weakest. Everything in between can still be stolen by a convincing fake login page.

The key term here is phishing-resistant: an authenticator that cryptographically binds the login to the real website, so a look-alike site cannot capture and replay it. FIDO2 is the open standard (built on the WebAuthn browser standard) that makes this work. A passkey is a FIDO credential stored on a phone, laptop or password manager instead of a separate USB or NFC key.

The ranking below follows CISA's fact sheet on implementing phishing-resistant MFA, from strongest to weakest:

RankMethodPhishing-resistant?Main weakness
1FIDO2 security keys and passkeys (WebAuthn)YesNeeds enrollment planning and backup keys
1PKI smart cards (certificate based)YesRequires mature identity and certificate management
2Push with number matchingNoA user can still type a code into a phishing page flow
2Authenticator app or hardware token one-time passcode (OTP)NoCodes can be relayed through a fake login page
3Push without number matchingNoVulnerable to MFA fatigue attacks
4SMS or voice codesNoSIM swaps, number porting and interception; CISA calls it a last resort

CISA states plainly that "any MFA is better than no MFA" on its MFA guidance page. So if SMS is all a system supports today, turn it on, and then plan your move up the table.

What do NIST authenticator assurance levels require?

NIST SP 800-63B defines three authenticator assurance levels (AALs), and the higher the level, the stronger the proof of identity required. AAL3 requires a phishing-resistant authenticator, and AAL2 requires that one be offered.

An authenticator assurance level is NIST's measure of how confident you can be that the person logging in controls the account. Here is a summary of the current NIST SP 800-63B Digital Identity Guidelines:

LevelFactorsPhishing resistanceReauthentication (overall)
AAL1Single factor allowed; MFA should be offeredNot requiredShould be no more than 30 days
AAL2Two distinct factors or a multi-factor authenticatorVerifiers shall offer at least one phishing-resistant optionShould be no more than 24 hours
AAL3Cryptographic authenticator with a non-exportable private keyRequiredShall be no more than 12 hours

A few details in the NIST text are worth knowing before you choose methods:

  • Using the phone network (SMS or voice) for codes is a restricted authenticator, and verifiers must make alternatives available.
  • Email "shall not" be used for out-of-band authentication.
  • Syncable authenticators (passkeys that copy across devices) cannot be used at AAL3, because their keys are exportable.
  • Simple approve-only push prompts are "no longer considered acceptable," and push verifiers should limit how many prompts they send.

For most workforce systems, AAL2 with a phishing-resistant method is a sensible baseline. Reserve AAL3 hardware keys for administrators, finance approvers and anyone who can change identity settings.

What does CISA recommend for phishing-resistant MFA?

CISA recommends that organizations move to phishing-resistant MFA, and calls FIDO/WebAuthn "the only widely available phishing-resistant authentication." Where that is not yet possible, CISA says to use number matching as an interim step.

US federal policy points the same way. OMB Memorandum M-22-09 states that "for agency staff, contractors, and partners, phishing-resistant MFA is required," and that public-facing systems must give users a phishing-resistant option. Private companies are not bound by that memo, but it is a clear signal of where the standard of care is heading.

Phishing-resistant MFA also fits naturally into a zero trust architecture, where every access request is verified rather than trusted because it comes from inside the network.

What is an MFA fatigue attack and how do you stop it?

An MFA fatigue attack (also called push bombing) is when an attacker who already has a password floods the user with login prompts until the user approves one. Number matching and phishing-resistant MFA are the two main defenses.

CISA's fact sheet on number matching explains that users may approve a prompt by accident, to stop the noise, or because they believe it is real. Number matching fixes this by showing a number on the login screen that the user must type into the app. Someone who is not looking at that screen cannot approve the request.

To reduce the risk further:

  • Turn on number matching for every push-based method you still allow.
  • Limit the number of push prompts per account, as NIST suggests.
  • Train staff to deny and report unexpected prompts.
  • Treat a denied push as a sign that the password may be compromised, and investigate. Your incident response plan should cover this trigger.

How do you roll out MFA across an organization?

Roll MFA out in phases: protect your most valuable systems and most privileged people first, then extend to all users, then remove weak methods. CISA's phishing-resistant MFA guidance recommends exactly this phased approach, starting with groups such as help desk and IT administrators.

  1. Inventory systems and accounts. List every application, remote access path and identity provider, and note which ones support FIDO2, push or only SMS. Include service accounts and shared accounts.
  2. Rank what to protect first. CISA points to email, file servers, remote access and identity servers. Add HR and payroll systems; see our guide on protecting confidential HR files.
  3. Set your target level. Decide which systems need AAL2 and which need AAL3, and write a policy stating which methods are allowed for each.
  4. Centralize sign-in. Route applications through single sign-on so you enforce MFA in one place rather than app by app.
  5. Pilot with IT and administrators. Issue security keys or passkeys to admins and help desk staff first. They face the most attacks and will surface practical problems.
  6. Design recovery before go-live. Issue a backup key per person for hardware keys, and define how the help desk verifies identity before resetting MFA. Attackers often target the reset process, not the login.
  7. Expand in waves. Move by department or region, with clear communications, short how-to guides and extra help desk staffing in the first week of each wave.
  8. Handle exceptions deliberately. For staff without smartphones or in shared-device roles, provide hardware keys or smart cards rather than falling back to SMS.
  9. Retire weak methods. Once coverage is high, turn on number matching everywhere, then disable SMS and approve-only push for workforce accounts.
  10. Monitor and review. Track enrollment rates, denied prompts and MFA resets, and review the policy at least once a year.

Cloud services deserve early attention because they are reachable from anywhere. Our list of cloud security techniques for HR and IT leaders covers related controls.

Common mistakes when deploying MFA

Most failed MFA programs fail on exceptions and recovery, not on the login itself. Watch for these:

  • Stopping at SMS. It is better than nothing, but it leaves you open to SIM swaps and phishing.
  • Leaving legacy protocols open. Older mail and directory protocols that cannot prompt for MFA give attackers a side door.
  • Weak help desk resets. If a caller can get MFA reset by knowing an employee ID, your MFA is only as strong as that phone call.
  • Exempting executives or admins. These are the accounts attackers want most.
  • Ignoring vendors and contractors. Third-party accounts with access to your systems need the same rules.
  • Not watching denied prompts. A denial often means someone already has the password.

If you carry cyber insurance, check what your policy says about MFA coverage before a claim, not after. Our overview of cyber insurance for small businesses explains what to review.

FAQ

Is two-factor authentication the same as MFA?

Two-factor authentication (2FA) is a type of MFA that uses exactly two factors. MFA is the broader term for two or more factors from different categories. NIST treats the terms as closely related.

Are passkeys phishing-resistant?

Yes. Passkeys use the FIDO/WebAuthn standard, which binds the credential to the real website, so a fake site cannot capture it. Under NIST SP 800-63B, synced passkeys cannot be used at AAL3, so use device-bound hardware keys for your highest-risk accounts.

Should we stop using SMS codes?

Plan to. NIST lists phone network codes as restricted and CISA calls them a last resort. Keep SMS only where nothing stronger is available, and set a date to replace it for workforce accounts.

How long does an MFA rollout take?

It depends on how many systems you have and whether they support single sign-on and FIDO2. A pilot with administrators can happen in weeks; a full move to phishing-resistant MFA often runs in several phases over a longer period.

What to do next

Start this week by listing your privileged accounts and checking which MFA methods each one uses. Issue phishing-resistant keys or passkeys to administrators and help desk staff first, turn on number matching for any push method you still allow, and write down your help desk reset procedure. Then build the phased plan above into your next quarter's security roadmap and report enrollment progress to leadership each month.

Sources

Last reviewed: November 2026.

Comments

Popular Posts

Why Workday Onboarding Breaks Down for Frontline Employees

Interview Tips for Beginners: A Step-by-Step Prep Plan

How to Improve the Customer Experience (CX)

How to Market Your Handyman Services to Small Business Owners

Are Biometrics Better Than Passwords? What NIST Says

Are Mobile Apps Tracking Your Every Move? How to Check

Predictive Scheduling Laws: Where They Apply and How to Comply

Dollar General Store Walkout: Lessons for Retail HR

Boss Retaliation and False Accusations: Protect Yourself

How Do I Log In and Sign In to Workday HCM