Skip to content
Glossary

Multi-factor authentication (MFA)

Multi-factor authentication (MFA) requires a second proof of identity — an authenticator code, hardware key, or push approval — on top of a password. Every major security framework expects it on email, cloud consoles, code repositories, and anything internet-facing, and auditors ask for the enforcement evidence, not the policy.

Last updated July 26, 2026
SOC 2ISO 27001HIPAA
Definition

An authentication method requiring two or more independent proofs of identity — such as a password plus an authenticator code, push approval, or hardware key — before granting access to a system.

RelatedPolicy and Access
RelatedSingle Sign-On
RelatedLeast Privilege
Glossary · MPractitioner definition
Linked to the deeper guideSOC 2 · ISO 27001 · HIPAA · FedRAMP · CMMC

Multi-factor authentication (MFA).

Glossary · MFA
/0.1

Table stakes in every framework

Passwords leak — through phishing, reuse, and breach dumps — and a second factor turns a stolen credential into a dead end, which is why MFA appears in every serious control set. SOC 2 auditors look for it on infrastructure and email; ISO 27001 treats it as baseline access control; HIPAA reviewers expect it around patient data; cyber-insurance applications now gate coverage on it; and nearly every enterprise security questionnaire asks about it on the first page. It is the closest thing compliance has to a universal expectation.

/0.2

Where coverage quietly falls short

Most failed MFA controls fail at the edges, not the center. Employees enrolled in the identity provider are usually fine; the gaps auditors find live elsewhere — break-glass admin accounts, service accounts and API keys that cannot take a second factor and have no compensating control documented, legacy protocols that sidestep modern authentication, contractors outside the directory, and SaaS bought on a credit card that never joined single sign-on. Enrollment is not enforcement, either: a factor that is registered but optional protects nothing.

/0.3

Proving it to an auditor

The evidence is a policy export from the identity provider showing MFA required, plus a coverage report reconciling every in-scope account against it — including the awkward ones above. Stronger programs reserve phishing-resistant factors like hardware keys for administrators, and pair the control with least privilege so a bypassed factor still lands on a small blast radius. How access controls get written, enforced, and evidenced as one system is the territory of Policy and Access.

Glossary

Close the MFA gaps before fieldwork

Agency inventories every in-scope account, enforces coverage at the identity provider, and hands your auditor the export. 1,000+ companies served since 2021, 4.9/5 on G2.

Talk to an Expert Top-ranked Vanta & Drata partner · 1,000+ companies served since 2021 · 4.9/5 on G2
Nearby terms
Policy and AccessAccess controls written, enforced, and evidenced together — MFA included.
Single Sign-OnThe enforcement point where MFA policy actually lives.
Least PrivilegeThe companion principle: even a bypassed factor should meet minimal access.

Find your auditor

Auditnex makes buying audits simpler and more transparent.

Agency implements the controls, collects the evidence, and manages your auditor relationship on top of the GRC tools you already use.

Explore Auditnex

Common GRC Questions

GRC Platform & Virtual CISO FAQ

The long-form FAQ on how managed GRC and virtual CISO coverage work together.

Read the FAQ
AI-Powered

Build a Security & Compliance Team Led by Your Own Virtual CISO

Forward-Deployed Engineers + AI that lower costs, increase velocity, and raise the bar — from policy to audit to remediation. U.S.-based forward-deployed engineers, supercharged by proprietary AI, operate your program end-to-end — on top of the tools you already trust.

Talk to an Expert Automation ends where judgment begins.