Module 5: Authentication Methods & SSPR

🎯 Entra ID Course · Module 5 of 8

Authentication Methods & SSPR

SC-300
SC-300 Exam Alignment
SC-300

Implement authentication and access management: Configure the Authentication Methods Policy, implement MFA, configure SSPR with appropriate methods, set up password protection, and understand authentication strengths.

  • Know each authentication method, its phishing resistance level, and licensing requirements
  • Understand the Temporary Access Pass (TAP) — what it is, valid use cases, and configuration options
  • Know how SSPR is enabled (None/Selected/All) and which methods require at least 1 vs 2 for reset
  • Understand password protection — global banned passwords, custom banned passwords, and smart lockout thresholds
  • Know the difference between per-user MFA (legacy) and Conditional Access MFA (current best practice)
Exam Tip: The SC-300 exam focuses heavily on phishing-resistant MFA. Know that FIDO2 security keys and Windows Hello for Business are phishing-resistant — they cannot be intercepted by adversary-in-the-middle attacks. Push notifications without number matching are vulnerable to MFA fatigue attacks. Microsoft recommends enabling number matching on Microsoft Authenticator to mitigate this.
Authentication is the foundation of identity security. Microsoft Entra ID provides a rich set of authentication methods ranging from legacy SMS to phishing-resistant FIDO2 keys. Administrators manage these through the Authentication Methods Policy — a tenant-wide policy that controls which methods are enabled and for which users. SSPR and password protection round out the self-service and on-premises protection capabilities.

🔐 Authentication Methods Policy

The Authentication Methods Policy (Protection → Authentication methods → Policies) is the modern, unified way to manage which authentication methods are available to users. It replaces the older per-user MFA settings for new deployments.


Entra admin center Protection Authentication methods Policies
Method Type Phishing Resistant Licence Best For
FIDO2 security key Passwordless ✅ Yes P1/P2 High-security shared workstations, frontline workers without phones
Windows Hello for Business Passwordless ✅ Yes Included with Windows 10/11 Pro Managed Windows devices — biometric or PIN, device-bound
Microsoft Authenticator — passwordless phone sign-in Passwordless ✅ Yes (with number matching) Free Information workers with smartphones
Microsoft Authenticator — push notification MFA second factor ⚠️ Partial (number matching needed) Free Most common MFA method — requires number matching to prevent fatigue attacks
Microsoft Authenticator — TOTP MFA second factor ❌ No Free Offline fallback when no network
Software OATH tokens MFA second factor ❌ No P1 Third-party authenticator apps (Google Authenticator, Authy)
Hardware OATH tokens MFA second factor ❌ No P1 Users without smartphones — physical token devices
Temporary Access Pass (TAP) Time-limited passcode ❌ No (one-time use for setup) P1 New employee onboarding, MFA recovery, registering FIDO2 key
SMS (one-time code) MFA second factor ❌ No Free Avoid where possible — vulnerable to SIM swap. Use only for legacy scenarios
Voice call MFA second factor ❌ No Free Accessibility, users without smartphones or data

Microsoft Authenticator — Number Matching

💡 Number Matching Prevents MFA Fatigue Attacks

In an MFA fatigue attack, a threat actor obtains a user's password and repeatedly sends push notification requests, hoping the user will accidentally approve one. Number matching requires the user to type a number displayed on the sign-in screen into the Authenticator app — making accidental or social-engineered approvals much harder. Microsoft enforced number matching by default in 2023. Additional context shows the app being accessed and the sign-in location in the push notification for extra user awareness.

Temporary Access Pass (TAP)

A TAP is a time-limited, passcode-based authentication method issued by an administrator. Its primary use cases are onboarding and recovery — not day-to-day authentication.

Property Detail
Format 8+ character alphanumeric code (e.g., 3KxPm9vQ)
Lifetime Configurable: 10 minutes to 30 days. Default: 1 hour
One-time use Can be configured as one-time (used once then expires) or reusable (valid until the expiry time)
Use cases Onboarding a new employee (they use TAP to sign in and register Authenticator), recovery (user lost their phone — admin issues TAP so they can register a new device), registering a FIDO2 key
Licence required Entra ID P1

🔄 Combined Registration & SSPR

The combined security information registration experience (mysignins.microsoft.com) lets users register all their MFA methods and SSPR methods in a single workflow. This replaced the separate MFA and SSPR registration portals.

SSPR Configuration


Entra admin center Protection Password reset
SSPR Setting Options Notes
Self-service password reset enabled None / Selected (group) / All "Selected" lets you pilot SSPR to a group before rolling out to all users
Authentication methods available Mobile app notification, Authenticator code, Email, Mobile phone (SMS), Office phone, Security questions Security questions are least preferred — answers can often be found on social media
Number of methods required to reset 1 or 2 2 methods required = stronger verification before allowing password reset. Recommended for most orgs
Registration: Require users to register at sign-in Yes / No Yes = users are prompted to register SSPR methods on next sign-in
Notify users on password reset Yes / No Sends email to user's registered email when their password is reset
Notify admins when other admins reset their password Yes / No All Global Admins are notified when any admin uses SSPR
Password writeback Enabled / Disabled Requires Entra ID P1 + Entra Connect. Allows cloud-initiated password resets to sync back to on-premises AD

🛡️ Password Protection

Entra ID Password Protection prevents users from choosing weak or predictable passwords — both in the cloud and, with the agent installed, on-premises AD.

Feature What It Does Where Managed
Global banned passwords Microsoft's continually updated list of the most commonly used and compromised passwords. Automatically applied to all Entra ID tenants. Cannot be viewed or disabled Managed by Microsoft — no admin config needed
Custom banned passwords Up to 1,000 organisation-specific terms to block (e.g., company name, product names, city names, seasonal terms like "Summer2024") Entra admin center → Protection → Authentication methods → Password protection
Smart lockout Locks an account after a configurable number of failed sign-in attempts. Lockout duration increases with repeated failures. Uses two lockout counters (familiar vs unfamiliar locations) Configurable: lockout threshold (default: 10), lockout duration in seconds (default: 60)
On-premises password protection Extends global and custom banned password policies to on-premises AD DS via a proxy agent and DC agent. Password changes in AD are validated against the same lists Requires DC agent + proxy agent installed on-premises. Requires Entra ID P1
PowerShell — Authentication Methods & SSPR

Connect-MgGraph -Scopes 'Policy.ReadWrite.AuthenticationMethod','UserAuthenticationMethod.ReadWrite.All'

# Get the Authentication Methods Policy
Get-MgPolicyAuthenticationMethodPolicy | Select-Object Id,DisplayName

# List all auth methods and their enabled state
Get-MgPolicyAuthenticationMethodPolicy | Select-Object -ExpandProperty AuthenticationMethodConfigurations | Select-Object Id,State

# Create a Temporary Access Pass for a user (one-time use, 60 minute lifetime)
New-MgUserAuthenticationTemporaryAccessPassMethod -UserId 'user@domain.com' -IsUsableOnce:\$true -LifetimeInMinutes 60

# Get all registered auth methods for a user
Get-MgUserAuthenticationMethod -UserId 'user@domain.com'

💡 Best Practices

  • Enable number matching on Microsoft Authenticator push notifications — it is enforced by Microsoft by default since 2023 and significantly reduces MFA fatigue attacks
  • Prioritise FIDO2 security keys for highly privileged accounts (Global Admins, Security Admins) — they provide the strongest phishing-resistant authentication
  • Use Temporary Access Passes for new employee onboarding instead of asking IT to set initial passwords — TAP is more secure, audited, and supports passwordless setup from day one
  • Enable SSPR for all users — it significantly reduces help desk password reset tickets and improves user experience. Always require 2 methods for reset to prevent social engineering
  • Add your company name, location abbreviations, and seasonal terms to the custom banned passwords list — these are the first passwords attackers try when they know your organisation
  • Use Conditional Access MFA (Entra ID P1) rather than per-user MFA for new deployments — CA provides context-aware MFA enforcement (only require MFA from untrusted networks, for example) rather than always-on friction

🎓 Interview Q&A

Q: A user has lost their phone and cannot access Microsoft Authenticator. They need to sign in today. What is the recommended administrator action?
The administrator should create a Temporary Access Pass (TAP) for the user. A TAP is a time-limited passcode (e.g., 1-hour duration, one-time use) that the administrator generates in the Entra admin center (Identity → Users → [user] → Authentication methods → Add authentication method → Temporary Access Pass). The user uses the TAP to sign in, satisfying MFA requirements, and can then register a new Microsoft Authenticator on their replacement phone. After registration, the TAP expires or the admin revokes it. This is exactly the recovery scenario TAP is designed for.

Q: What is an MFA fatigue attack and how does number matching in Microsoft Authenticator prevent it?
An MFA fatigue attack (also called MFA push bombing) occurs when an attacker has obtained a user's username and password and bombards the user with push notification approval requests — sometimes in the middle of the night or during busy periods — hoping the user will approve one to stop the notifications. Number matching prevents this by requiring the user to look at the number displayed on the sign-in screen and type that same number into the Authenticator app to approve. Since the attacker doesn't control the sign-in screen in the user's browser, they cannot know what number to display — the user would see that the number doesn't match and reject the request. It makes social engineering much harder because the user must be actively looking at the sign-in page.

🎯 SC-300 Mock Test
Module 5 — Authentication Methods & SSPR
5 questions · Scenario-based · Pass mark: 70%

Question 1 of 5

An organisation wants to implement the strongest, phishing-resistant MFA for their executive team who all use managed Windows devices with Windows Hello for Business enrolled. Which authentication method provides the highest phishing resistance for this scenario?

ASMS one-time code — it's the most widely supported method
BMicrosoft Authenticator push notification with number matching
CWindows Hello for Business — it is device-bound, uses biometrics or PIN, and cannot be phished
DOATH hardware tokens — physical devices that are harder to compromise

Question 2 of 5

A new employee starts Monday. IT needs them to set up Microsoft Authenticator on day one without knowing their password or requiring a password reset. What is the most appropriate method?

AEmail the employee a temporary password and ask them to call IT to confirm receipt
BIssue a Temporary Access Pass (TAP) — the employee uses it to sign in and register Authenticator, then sets a permanent password
CSet the user's password to a default and share it in a spreadsheet with all new starters
DHave the employee skip MFA registration until their first week

Question 3 of 5

SSPR is configured with "Number of methods required to reset = 2". A user registered only their mobile phone (SMS) during SSPR registration. They try to use SSPR to reset their forgotten password but the reset fails. Why?

ASMS is not a supported SSPR method and cannot be used for password reset
BSSPR is not enabled for this user's account
CThe user's Usage location is not set, blocking SSPR
DThe user only has 1 registered method but 2 are required to reset — they must register a second method first

Question 4 of 5

An organisation adds "Contoso", "London", and "Summer" to their custom banned passwords list. A user tries to set their password to "Contoso2024!" on a Sunday in July. What happens?

AThe password is rejected — "Contoso" is in the custom banned list and Entra ID's fuzzy matching detects it even with numbers and special characters appended
BThe password is accepted — banned list only blocks exact matches without numbers or symbols
CThe password is accepted on weekends — banned passwords only apply during business hours
DThe password triggers smart lockout and the account is temporarily locked

Question 5 of 5

What is the difference between per-user MFA and Conditional Access MFA, and which approach does Microsoft recommend for new deployments?

APer-user MFA is recommended because it is simpler and applies consistently regardless of risk or location
BConditional Access MFA is recommended — it enforces MFA contextually (based on risk, location, device compliance) and is more flexible than always-on per-user MFA. Per-user MFA is a legacy approach that Microsoft recommends migrating away from
CBoth approaches are equivalent — the choice depends only on administrator preference
DPer-user MFA requires Entra ID P1 — Conditional Access MFA is available free



🔒

This module is locked — Complete Module 4 and pass its mock test to unlock this module.
Complete the quiz above (70%+) to unlock Module 6: Conditional Access Policies