What is MFA?MFA & Passwordless Authentication explained
Adds a second proof of identity beyond a password — or replaces the password entirely with a fingerprint, device passkey, or security key — so a stolen password alone isn't enough for an attacker to log in as you.
By Cyber Tool Stack Editorial TeamReviewed
Verified Sources: cisa.gov, idmanagement.gov, sentinelone.com
The lesson
Why a stolen password no longer means game over
Passwords get phished, guessed, and leaked every single day. This lesson shows how a second proof of identity — or no password at all — turns a stolen password from a master key into a useless string of text.
If it helps, think of it as… the safe-deposit box
Opening a bank safe-deposit box takes two different keys turned together — yours and the bank's. A pickpocket who lifts your key still leaves the vault empty-handed. Passkeys go further: your key is welded into your own device and only turns in the one lock it was made for, so even a perfect fake bank branch gets nothing.
Password only
one leaked secret unlocks the account
Texted or app codes
stronger, but can be phished and relayed in real time
Push approvals
better still, but vulnerable to approval-spam fatigue
Passkeys & security keys
phishing-resistant: the credential only answers to the real site
What it does
Multi-factor authentication (MFA) requires a second, independent proof of identity at login — something you have (a phone or a security key) or something you are (a fingerprint or your face) on top of something you know (a password). Passwordless authentication goes one step further and drops the password entirely: a passkey stored on your device, unlocked by your fingerprint or a local PIN, becomes the credential itself.
The point of both is the same. Passwords leak constantly — phished, guessed, reused, spilled in breaches — so the login should never hinge on a password alone.
The attack it stops
Start with plain phishing: a convincing fake login page captures an employee's password, and the attacker signs in from anywhere in the world. Any MFA defeats that basic version, because the password alone no longer opens the account.
But attackers adapted. A modern phishing kit sits in the middle and relays the victim's six-digit code to the real site within seconds, so one-time codes can be stolen live. Push notifications fall to a cruder trick: send approval prompts over and over at midnight until the tired victim taps "approve" — an attack known as MFA fatigue. That's why the U.S. Cybersecurity and Infrastructure Security Agency (CISA) urges organizations toward phishing-resistant MFA: passkeys and hardware security keys, built on open standards known as FIDO2 and WebAuthn. A passkey only answers to the exact website it was created for. A look-alike domain gets nothing, no matter how convincing the page looks — there is no code to relay and no prompt to spam.
How it works, step by step
- Enrollment: your device generates a matched pair of keys. The public half goes to the website; the private half stays sealed inside your device, usually in a dedicated secure chip.
- At login, the site sends a fresh one-time challenge.
- You approve locally — fingerprint, face, or PIN. That check happens on your device; your biometric never travels anywhere.
- The device signs the challenge with the private key, but only if the site's real address matches the one the passkey was created for. A fake site fails this check automatically.
- The site verifies the signature with the public key and lets you in. No shared secret ever crossed the network, so there is nothing to phish, intercept, or reuse.
- Risk-based policies can demand a stronger factor only when something looks off — a new device, an unusual country, a sensitive app.
What it doesn't do
MFA protects the moment of login, not what happens after it. Malware already on the device, or a stolen session cookie, rides an already-authenticated session and never faces the login challenge at all. And MFA says nothing about what you're allowed to access once you're inside.
The common beginner mistake is treating all MFA as equal. A texted code and a passkey both count as "MFA," but one can be phished in real time and the other can't. Any second factor beats none — yet the factors form a ladder, and organizations are steadily climbing it.
How it fits the stack
MFA is enforced at the front door run by identity and single sign-on, which decides when to challenge you. Device health signals often come from device management, so an unpatched laptop can be turned away. The accounts that most deserve phishing-resistant factors are the powerful ones guarded by privileged access, and security awareness training covers the human tricks that no login factor can.
Terms you just met
Each links to its plain-language definition in the glossary.
The field guide
Evaluating this category
A second pass for buyers: market context, distinctions that matter, and what to weigh when tools in this category start looking alike.
A password alone is a single, stealable secret — if an attacker phishes, buys off a leaked-credential list, or guesses it, that's often all they need to log in as someone else. A second layer of proof closes that gap: after entering a password, the user confirms their identity a second way — tapping approve on their phone, using a security key, or scanning a fingerprint — something a remote attacker with just the stolen password doesn't have.
The newest version skips the password step entirely. Instead of "password plus a second factor," the device itself — a fingerprint, face scan, or small security key — becomes the only thing needed to log in, removing the password as something to steal in the first place.
The problem it solves
Passwords get phished, reused across services, and leaked in breaches at other companies that have nothing to do with the organization being attacked. Once an attacker has a valid username and password, a login screen protected by nothing else lets them straight in — no second check catches that the person logging in isn't who they claim to be.
Adding a second factor stops most of these account takeovers, since stealing a password no longer gets an attacker anywhere on its own. But not all factors are equally strong: a one-time code can still be approved by a tricked, half-attentive user, which is why phishing-resistant methods are increasingly treated as the real standard.
How it works
After a user enters (or skips) a password, the login flow pauses for a second proof: a push notification, a time-based numeric code, a fingerprint or face scan, or a security key that communicates cryptographically with the login service. Administrators set policy centrally, choosing which methods are acceptable for which apps or groups.
Modern systems also weigh context: a login from a known device might get a lighter check, while one from an unfamiliar location gets forced through a stronger "step-up" verification. Device health factors in too, so a managed laptop is trusted differently than an unknown personal one. In passwordless setups, the key or the device's biometric sensor doesn't just add a check — it replaces the password as the primary credential.
MFA vs passwordless
Multi-factor authentication still starts with a password, then adds something on top — an extra checkpoint layered on an existing weak point. Passwordless authentication removes that weak point altogether: there's no password to type, phish, reuse, or leak, since the login is built around possessing a device or key plus a biometric or PIN unlock.
Passwordless is the stronger long-term direction, since it eliminates a whole class of attacks rather than adding a hurdle to it, but rolling it out requires every user to register a compatible device or key — which is why most organizations run MFA broadly and expand passwordless coverage as comfort catches up.
Choosing one
The single biggest factor is whether a method can be phished at all — push notifications and one-time codes are much better than nothing, but a determined attacker with a fake login page can still trick a user into approving one. Security keys and passkeys close that gap: the cryptographic proof ties to the real site, not whatever page the user is looking at.
Beyond strength, weigh rollout practicality: does the organization already issue devices with biometric sensors, or would every employee need a key mailed to them? A method that's technically stronger but too cumbersome to enforce consistently often protects less of the fleet than a weaker one that's actually used everywhere.
Capability taxonomy
What buyers typically evaluate when comparing tools in this category.
- Phishing-resistant factors
- Supports FIDO2 security keys and passkeys that can't be relayed or phished.
- Push & one-time-passcode factors
- Offers mobile push approval and time-based one-time codes as second factors.
- Adaptive step-up authentication
- Requires stronger verification only when the login looks risky.
- Biometric authentication
- Uses fingerprint or face recognition built into user devices.
- Device trust signals
- Factors device health and enrollment status into the authentication decision.
- Admin enforcement policies
- Lets admins mandate MFA or passwordless methods by group, app, or risk level.
Tools in this category
Now that you know what MFA does, see who does it.
2 tools