Cyber Security • Identity and Access Management

Authentication Factors & MFA — Explain factors of authentication and MFA/2FA best practices (conceptual)

Understanding how layered authentication defenses transform identity verification from a single point of failure into a resilient security architecture.

A protected digital shield with binary code and a secure lock for cyber security
Inside this lesson 10 sections 5 questions 7 figures

SECTION 1

Historical Context & Motivation

For most of computing history, verifying a user's identity relied on a single mechanism: the password. From early time-sharing systems at MIT in the 1960s to the first commercial web applications of the late 1990s, a simple username-and-password pair was considered sufficient to control access. As networks expanded and adversaries became more sophisticated, the inadequacy of this single-factor approach became painfully evident through a series of high-profile breaches that exposed millions of credentials at a time. The concept of requiring multiple independent proofs of identity grew from a niche military requirement into a mainstream security practice adopted by enterprises, banks, and eventually everyday consumer services.

1961 • CTSS Password System

MIT's Compatible Time-Sharing System introduced the first computer password, creating the paradigm of knowledge-based authentication that would dominate computing for decades.

1986 • RSA SecurID Token

RSA Security released the SecurID hardware token, one of the first commercially successful possession-based second factors, generating time-based one-time passwords (TOTP) for enterprise login.

2004 • Biometric Passports Adopted

The International Civil Aviation Organization mandated biometric data in e-passports, mainstreaming inherence-based authentication as a globally recognized verification factor.

2011 • Google Launches 2-Step Verification

Google's rollout of SMS-based two-step verification to all users marked the beginning of consumer-facing multi-factor authentication (MFA) adoption at scale, setting expectations across the industry.

2019 • FIDO2 / WebAuthn Standard

The W3C and FIDO Alliance published WebAuthn, enabling passwordless authentication via hardware security keys and platform authenticators, representing the next evolution beyond traditional MFA.

The trajectory from single passwords to multi-factor architectures raises a fundamental question: how do we formally categorize the evidence a system can demand from a claimant, and how do we combine those categories to achieve a target assurance level? The answer lies in understanding the distinct authentication factor types and the security guarantees that emerge when they are composed together.

SECTION 2

Core Principles & Definitions

At its core, authentication is the process by which a system verifies the identity claim made by a principal—a user, device, or service. It is distinct from identification (asserting who you are) and authorization (determining what you may do). Authentication factors are the independent categories of evidence that a claimant can present. The three classical factors, often summarized as something you know, something you have, and something you are, form the foundation of modern identity verification. Two additional categories—somewhere you are and something you do—are sometimes recognized in extended frameworks, though the classical triad remains the industry standard referenced in NIST SP 800-63B and similar guidelines.

1

Knowledge Factor — Something You Know

Secrets stored in the claimant's memory: passwords, PINs, security questions. Vulnerable to phishing, credential stuffing, and social engineering because the secret can be copied without the owner's awareness.
2

Possession Factor — Something You Have

A physical or cryptographic artifact the claimant controls: hardware tokens, smart cards, mobile devices running authenticator apps. Compromise requires physical theft or remote device hijacking, raising the attacker's cost.
3

Inherence Factor — Something You Are

Biometric characteristics unique to the claimant: fingerprints, iris patterns, facial geometry, voice prints. These are irrevocable if compromised—you cannot change your fingerprint like you change a password.
4

Location Factor — Somewhere You Are

Contextual signals such as GPS coordinates, IP geolocation, or network proximity. Used as a supplementary signal—for example, flagging logins from unfamiliar countries—but rarely standalone due to spoofing risks.
5

Behavior Factor — Something You Do

Behavioral biometrics like keystroke dynamics, gait analysis, or mouse movement patterns. These provide continuous, passive authentication but currently lack standardization and may raise privacy concerns.
✦

KEY TAKEAWAY

Think of authentication factors as independent locks on a door, each requiring a fundamentally different type of key. A password is like a combination lock (knowledge), a hardware token is like a physical deadbolt key (possession), and a fingerprint scanner is like a lock that recognizes your hand's shape (inherence). An attacker who learns the combination still cannot open the deadbolt without stealing the key, and cannot spoof your hand without sophisticated fabrication. The independence of factor categories is what gives MFA its strength—compromising one factor yields no advantage in attacking another.

SECTION 3

Visual Explanation — The Authentication Factor Taxonomy

Authentication Factor Taxonomy → MFA GateKNOWLEDGESomething You Know• Passwords• PINs• Security QuestionsRisk: Phishing, StuffingPOSSESSIONSomething You Have• Hardware Tokens• Smart Cards• TOTP App / PhoneRisk: Theft, SIM SwapINHERENCESomething You Are• Fingerprint• Iris / Retina Scan• Facial RecognitionRisk: Spoofing, IrrevocableMFA GATE≥ 2 distinct factor categoriesACCESS GRANTEDIdentity Verified with High AssuranceKey: Combining factors from different categories multiplies attacker effort
The diagram illustrates the three classical authentication factors—Knowledge, Possession, and Inherence—converging into the MFA gate. A claimant must present evidence from at least two distinct categories before access is granted.

The central principle visible in this diagram is that the MFA gate requires factors from distinct categories, not merely multiple instances of the same category. Requiring two passwords (both knowledge factors) is not MFA—it is a stronger single-factor authentication at best, because a phishing attack that captures one password can just as easily capture the second. The security gain of MFA comes from forcing an adversary to mount fundamentally different attacks simultaneously: phishing to obtain the password and physical theft to obtain the hardware token, for instance. This orthogonality of attack surfaces is the defining property that makes MFA far more resilient than any single-factor scheme, regardless of how complex that single factor may be.

SECTION 4

How MFA Works — Protocols and Threat Modeling

To understand why MFA provides a quantifiable security improvement, it is useful to reason about independent compromise probabilities. If the probability that an adversary compromises a single authentication factor is P(F), and the factors are drawn from independent categories, then the probability of an adversary successfully compromising all factors in an n-factor scheme follows a multiplicative model. This simple probabilistic framing clarifies the magnitude of security gain MFA provides over single-factor authentication.

INDEPENDENT FACTOR COMPOSITION

P(breach)=P(F1)×P(F2)×…×P(Fn)P(breach) = P(F₁) × P(F₂) × … × P(Fₙ)

Where P(Fᵢ) is the probability of compromising factor i independently. If P(F₁) = 0.01 and P(F₂) = 0.005, then P(breach) = 0.01 × 0.005 = 0.00005 (a 200× reduction). This holds when the factors are truly independent—compromise of one yields no information about the other.

TOTP GENERATION (RFC 6238)

TOTP(K,T)=Truncate(HMAC−SHA1(K,⌊T/Ts⌋))mod10dTOTP(K, T) = Truncate(HMAC-SHA1(K, ⌊T / Tₛ⌋)) mod 10ᵈ

K = shared secret key, T = current Unix time, Tₛ = time step (typically 30 seconds), d = number of output digits (usually 6). The HMAC ensures the code is unpredictable without the secret key, and the time step ensures codes expire rapidly.

FIDO2 CHALLENGE-RESPONSE

Verify(PK,Sign(SK,challenge∥origin∥clientData))Verify(PK, Sign(SK, challenge ∥ origin ∥ clientData))

SK = private key stored on the authenticator device (never leaves hardware), PK = corresponding public key registered with the relying party, origin = the web origin requesting authentication. The signature binds the challenge to the specific origin, providing phishing resistance because a spoofed origin produces an invalid signature.

The TOTP and FIDO2 equations above represent two major families of possession-factor protocols. TOTP is a symmetric shared-secret scheme—both server and authenticator hold the same key K, which means a server-side database breach can expose the TOTP secrets for all users. FIDO2, by contrast, is an asymmetric public-key scheme where the server stores only the public key; even a complete server compromise reveals nothing useful to an attacker who needs the private key locked inside the hardware authenticator. This distinction is central to understanding the security hierarchy among second-factor methods, which we explore in Section 5.

⚠

Important Caveat: Independence Assumption

The multiplicative probability model holds only if factor compromises are truly independent events. In practice, an attacker who successfully phishes a user's password may simultaneously trick the user into entering a TOTP code on a fake login page—a real-time phishing proxy attack that undermines the independence assumption. This is why FIDO2 hardware keys, which verify the cryptographic origin of the request, are considered the gold standard for phishing-resistant MFA.

SECTION 5

Detailed Breakdown — Second-Factor Method Hierarchy

Not all second factors are created equal. Within the possession factor category alone, the mechanisms differ dramatically in their resistance to common attack vectors. Understanding this hierarchy is essential for making sound architectural decisions when designing or evaluating an authentication system. The spectrum ranges from SMS-based codes (weakest) to FIDO2 hardware security keys (strongest), with several options in between.

Second-Factor Security Strength HierarchyWEAKER ←→ STRONGERSMS OTPVulnerable to SIM swap,SS7 interception,real-time phishing★☆☆☆☆Email OTPTied to email security;phishable via spoofedlogin pages★★☆☆☆TOTP AppTime-based codes;no network channel,but phishable in real-time★★★☆☆Push + Number MatchUser must verify a codeon their device; resistsMFA fatigue attacks★★★★☆FIDO2 / WebAuthnAsymmetric crypto boundto origin; phishing-resistant by design★★★★★Key Attack Vectors by MethodAttack VectorSMSEmailTOTPPushFIDO2Real-time Phishing✗✗✗△✓SIM Swap✗✓✓✓✓Server DB Breach✓✓✗✓✓MFA Fatigue Bombing✓✓✓△✓✓ = Resistant △ = Partially Resistant ✗ = Vulnerable
The hierarchy of second-factor methods from left (weakest) to right (strongest). The attack-vector matrix below the spectrum shows that only FIDO2/WebAuthn achieves resistance across all major attack categories, including real-time phishing.

Several insights emerge from this hierarchy. First, SMS-based OTP is widely regarded as the weakest second factor still in common use—NIST SP 800-63B explicitly marks it as a restricted authenticator due to vulnerabilities in the SS7 telephony signaling protocol and the prevalence of SIM-swap fraud. Second, TOTP authenticator apps (Google Authenticator, Authy, etc.) eliminate the telephony attack surface but remain vulnerable to real-time phishing proxies like Evilginx, which intercept both password and TOTP code simultaneously. Third, push notifications with number matching improve upon basic push (which was susceptible to MFA fatigue attacks, as demonstrated in the 2022 Uber breach) by requiring the user to confirm a random number displayed on the login screen. Finally, FIDO2 security keys provide the strongest guarantees because the authentication challenge is cryptographically bound to the requesting origin, making proxy-based phishing mathematically impossible without the private key.

SECTION 6

Worked Example — Designing an MFA Policy for a University

Suppose you are the security architect for a mid-sized university's IT department. You need to design an MFA policy for three user populations: general students accessing email, faculty accessing the learning management system (LMS), and IT administrators accessing infrastructure consoles. The goal is to select appropriate authentication factors and second-factor methods for each population, balancing security requirements against usability and cost constraints.

MFA Policy Design for a University

  1. 1

    Step 1 — Classify Assets by Risk Level

    Begin by performing a risk classification. Student email is a moderate-risk asset—compromise exposes personal data and could enable impersonation. The faculty LMS is moderate-to-high risk because it contains grade records and student PII. IT admin consoles are high risk—a compromised admin account could lead to a full domain compromise.
    Risk levels: Students = Moderate, Faculty = Moderate-High, IT Admins = High
  2. 2

    Step 2 — Select Factor Categories per Risk Level

    NIST SP 800-63B defines three Authenticator Assurance Levels (AAL). AAL1 requires single-factor authentication, AAL2 requires two distinct factors, and AAL3 requires a hardware-based cryptographic authenticator plus one additional factor. Map student email to AAL2 (password + second factor), faculty LMS to AAL2 with a stronger second factor, and IT admin access to AAL3 (requiring hardware-based authentication).
    Students → AAL2, Faculty → AAL2 (enhanced), IT Admins → AAL3
  3. 3

    Step 3 — Choose Specific Second-Factor Methods

    For the large student population (say 30,000 users), usability and zero-cost deployment are critical. A TOTP authenticator app (free, works on any smartphone) is appropriate. For faculty (≈ 3,000 users), mandate push notification with number matching through a university-provided authenticator app, which offers stronger phishing resistance with minimal user friction. For IT admins (≈ 50 users), require FIDO2 hardware security keys (e.g., YubiKey 5 Series), which are phishing-resistant by design. At ≈ $50 per key with two keys per admin (primary + backup), total cost is roughly $5,000—a negligible expense relative to the risk of a domain-wide compromise.
    Students: TOTP app | Faculty: Push + number match | IT Admins: FIDO2 hardware key
  4. 4

    Step 4 — Address Recovery and Edge Cases

    Every MFA deployment must include a secure account recovery path that does not undermine the MFA guarantee. For students who lose phone access, provide a set of one-time recovery codes generated at enrollment, with in-person identity verification at the campus IT help desk as a fallback. For IT admins, require in-person re-enrollment with photo ID verification by two senior staff members—never allow self-service recovery for AAL3 accounts.
    Recovery paths defined: recovery codes + in-person verification (students/faculty); dual-witness in-person re-enrollment (admins)
  5. 5

    Step 5 — Calculate Residual Risk Reduction

    Estimate the probability improvement. If the probability of a successful credential compromise via phishing is P(password) = 0.03 (3%) per year per user, and the independent probability of TOTP compromise (real-time phishing proxy) is P(TOTP) ≈ 0.005, then for students: P(breach) = 0.03 × 0.005 = 0.00015, or a 200× reduction. For IT admins with FIDO2 keys where P(FIDO2 compromise) ≈ 0.0001 (requires physical theft of the key plus PIN knowledge): P(breach) = 0.03 × 0.0001 = 0.000003, a 10,000× reduction.
    Students: 200× risk reduction | IT Admins: 10,000× risk reduction over password-only authentication

SECTION 7

Strengths, Limitations & Common Pitfalls of MFA

AspectStrengthsLimitations / Pitfalls
Credential Theft ResistanceCompromised passwords alone are insufficient; the adversary must also defeat a second, independent factor, multiplicatively increasing attack cost.Real-time phishing proxies (e.g., Evilginx, Modlishka) can intercept both factors simultaneously if the second factor is not origin-bound (SMS, TOTP are vulnerable).
Regulatory ComplianceMFA satisfies requirements in PCI DSS, HIPAA, NIST 800-171, SOC 2, and numerous data protection regulations, reducing audit and legal exposure.Compliance mandates may lag behind evolving threats; an organization may be 'compliant' with SMS-based MFA yet still vulnerable to advanced phishing attacks.
User ExperienceModern push-based and FIDO2 methods add minimal friction—a single tap or biometric scan can complete the second factor in under two seconds.Poorly implemented MFA (e.g., repeated TOTP prompts, no 'remember this device' option) causes user frustration and may lead to workarounds that undermine security.
Recovery MechanismsWell-designed recovery flows (recovery codes, in-person verification) maintain security continuity when a factor is lost.Recovery pathways are often the weakest link. If a help desk can bypass MFA with a phone call and basic identity questions, the entire MFA investment is negated.
Deployment CostTOTP apps are free; push-based solutions have modest per-user SaaS costs; FIDO2 keys cost $25–$70 each—all substantially cheaper than the average breach cost ($4.45M per IBM 2023 report).Organizations may underestimate the operational cost of enrollment, help desk support for lockouts, and ongoing lifecycle management of physical tokens.

MFA Strengths vs. Limitations across five key dimensions

✦

KEY TAKEAWAY

MFA is not a silver bullet—it is a force multiplier. Consider it analogous to layered network defenses in a defense-in-depth strategy: a firewall (single factor) is vastly improved when combined with an IDS (second factor) because an attacker must evade both simultaneously. However, if your IDS is misconfigured or your monitoring team ignores alerts, the layered defense degrades to a single-layer one. Similarly, MFA is only as strong as its weakest recovery pathway. Always audit your account recovery procedures with the same rigor you apply to the primary authentication flow.

SECTION 8

Connection to Advanced Theory — Passwordless, Zero Trust, and Continuous Authentication

The evolution of authentication does not stop at traditional MFA. Three advanced paradigms represent the frontier of identity and access management, each building upon the foundational concepts covered in this lesson. Understanding how MFA connects to these frameworks provides the conceptual bridge to more advanced coursework in security architecture.

ConceptTraditional MFAAdvanced Paradigm
Primary CredentialPassword (knowledge factor) remains the first factor; second factor added on top.Passwordless authentication (FIDO2 passkeys) eliminates the password entirely, using a possession + inherence combination (hardware key + biometric) as the sole authentication event.
Trust ModelPerimeter-based trust: once authenticated, the user is generally trusted within the network boundary.Zero Trust Architecture (NIST SP 800-207): 'Never trust, always verify.' Every resource access requires continuous authentication and authorization, regardless of network location.
Verification TimingPoint-in-time authentication at session start; session token grants ongoing access.Continuous authentication uses behavioral biometrics, device health signals, and risk-adaptive policies to re-evaluate trust throughout the session, revoking access if anomalies are detected.
Phishing ResistanceDepends on the second-factor method chosen; TOTP and SMS are vulnerable to proxy-based phishing.FIDO2/WebAuthn provides cryptographic origin binding, making phishing mathematically infeasible without physical access to the authenticator hardware.

Traditional MFA vs. Advanced Authentication Paradigms

The trajectory toward passwordless, zero-trust, continuous authentication represents the logical endpoint of the principles covered in this lesson. If the goal of MFA is to layer independent verification factors, then eliminating the weakest factor (the password) while strengthening the remaining ones and extending verification across the entire session duration achieves the maximum benefit. The FIDO Alliance's passkey initiative, supported by Apple, Google, and Microsoft, is actively working to make this vision a consumer-level reality. As a CS student entering the security field, understanding both the classical MFA framework and these emerging paradigms will be essential for designing resilient identity architectures.

SECTION 9

Practice Problems

Question 1: CONCEPTUAL

A banking application requires users to enter a password and then answer a security question ('What is your mother's maiden name?'). Does this constitute two-factor authentication? Explain your reasoning by identifying the factor categories involved.
Show answer
No, this is not two-factor authentication. Both the password and the security question are knowledge factors—secrets stored in the user's memory. True MFA requires factors from at least two distinct categories (e.g., knowledge + possession). Using two knowledge factors provides defense-in-depth within a single category but does not achieve the orthogonal attack-surface separation that defines MFA. An attacker who successfully phishes the password can use the same social engineering or data breach to obtain the security question answer, because the same class of attack (credential harvesting) compromises both.

Question 2: BASIC CALCULATION

An organization estimates that the annual probability of a successful password compromise per user is 0.04 (4%). They deploy TOTP-based MFA, and estimate the independent probability of TOTP compromise (via real-time phishing proxy) at 0.008. Calculate the combined probability of a full account breach per user per year under this 2FA scheme.
Show answer
Using the independent factor composition model: P(breach) = P(password) × P(TOTP) = 0.04 × 0.008 = 0.00032, or 0.032% per user per year. This represents a 125× reduction in breach probability compared to password-only authentication (0.04 / 0.00032 = 125). However, this calculation assumes true independence between the factors. If an attacker uses a real-time phishing proxy that captures both the password and the TOTP code in a single interaction, the factors are no longer independent, and the actual risk would be higher than this model predicts.

Question 3: INTERMEDIATE

A company currently uses SMS-based OTP as its second factor. After the security team demonstrates a successful SIM-swap attack in a red team exercise, management asks you to recommend a replacement. The company has 5,000 employees, a modest security budget, and employees use a mix of iOS and Android devices. Compare at least two alternative second-factor methods and recommend one, justifying your choice across security, usability, and cost dimensions.
Show answer
Two strong alternatives are TOTP authenticator apps and push notifications with number matching. TOTP apps (e.g., Google Authenticator, Microsoft Authenticator) are free, cross-platform, and eliminate the SIM-swap attack surface because codes are generated locally on the device rather than transmitted over the telephony network. However, TOTP codes remain vulnerable to real-time phishing proxies. Push-based authentication with number matching (e.g., Microsoft Authenticator's number-matching feature or Duo Push) provides better UX (a simple approve/deny prompt with a code to verify) and resists MFA fatigue bombing attacks. The recommended choice for this scenario is push with number matching: it directly addresses the SIM-swap vulnerability, offers superior phishing resistance compared to TOTP, provides a better user experience (reducing help desk calls), and the per-user cost of a solution like Duo or Entra ID is typically $3–$6/user/month—manageable for 5,000 employees at approximately $15,000–$30,000/year.

Question 4: APPLIED

You are designing the authentication flow for a healthcare application that stores electronic protected health information (ePHI) under HIPAA regulations. The application is accessed by physicians via hospital workstations, nurses via shared tablets on the ward, and patients via a mobile portal. Design a differentiated MFA strategy for each user population, specifying the factor categories, specific methods, session duration policies, and recovery procedures. Explain how your design addresses both HIPAA's access control requirements and the unique usability constraints of each population.
Show answer
For physicians on workstations: require knowledge (password) + possession (proximity badge via NFC reader or FIDO2 key). Session timeout should be short (15 minutes of inactivity) given ePHI sensitivity. Recovery: in-person badge re-issuance at the hospital security office. For nurses on shared tablets: use a fast, low-friction combination—possession (personal badge tap) + inherence (fingerprint on the tablet). Shared devices demand per-interaction authentication with very short sessions (5 minutes) to prevent one nurse's session from being used by another. Recovery: charge nurse can authorize temporary access via override code + incident logging. For patients on mobile: knowledge (password or passphrase) + possession (TOTP app or SMS OTP as a fallback for elderly patients less likely to install authenticator apps). Sessions can be longer (30 minutes) since the device is personal. Recovery: identity verification through a patient services call center requiring date of birth, medical record number, and callback to the phone number on file. This design addresses HIPAA's 'unique user identification' and 'emergency access procedure' requirements while respecting the different workflow tempos of each population.

Question 5: CRITICAL THINKING

A colleague argues: 'If FIDO2 hardware keys are the strongest second factor, we should mandate them for all 50,000 users in our enterprise and eliminate all other MFA options.' Critically evaluate this position. Under what conditions might this be suboptimal or even counterproductive? Consider security, operational, human-factor, and economic perspectives. Propose a more nuanced policy framework that maximizes security outcomes while acknowledging real-world constraints.
Show answer
While FIDO2 keys offer the highest phishing resistance, a universal mandate has several problems. Economically, equipping 50,000 users with two keys each (primary + backup) at $50/key costs $5M upfront plus ongoing replacement costs for lost/damaged keys. Operationally, physical key distribution to remote workers, contractors, and international offices introduces significant logistics overhead. From a human-factors perspective, users who lose their key cannot authenticate at all until a replacement arrives, potentially causing days of productivity loss. If the organization implements an easy self-service recovery path to compensate for frequent lockouts, that recovery path becomes the weakest link, undermining the security advantage of FIDO2. A more nuanced framework would tier MFA requirements by risk level: FIDO2 keys for privileged accounts (admins, executives, anyone with access to critical infrastructure), push with number matching as the standard for regular employees, and TOTP as a minimum baseline. Combine this with risk-adaptive authentication that escalates requirements based on contextual signals (unfamiliar location, new device, sensitive resource access). This approach optimizes the security-usability-cost tradeoff rather than applying maximum security uniformly, which paradoxically often reduces effective security when users develop workarounds.

SUMMARY

Lesson Summary

Summary

Authentication is the process of verifying an identity claim, built upon three classical factor categories: knowledge (something you know), possession (something you have), and inherence (something you are). Multi-factor authentication (MFA) requires evidence from at least two distinct categories, producing a multiplicative reduction in breach probability under the independence assumption. The strength of the second factor varies dramatically: SMS OTP is the weakest (vulnerable to SIM swap and SS7 attacks), TOTP apps improve by eliminating the telephony attack surface, push with number matching resists MFA fatigue attacks, and FIDO2/WebAuthn hardware keys provide the gold standard of phishing-resistant authentication through cryptographic origin binding.

Best practices include tiering MFA requirements by risk level (aligning with NIST AAL levels), designing secure recovery procedures that do not become the weakest link, and planning for the transition toward passwordless authentication and zero trust architectures. MFA is not an absolute guarantee—real-time phishing proxies can defeat non-origin-bound factors, and operational complexity can introduce new failure modes—but when properly implemented with appropriate factor selection and robust recovery workflows, it remains the single most effective control against credential-based attacks.

Varsity Tutors • Cyber Security • Authentication Factors & MFA