Authentication Methods & SSPR
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)
🔐 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 |
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
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?
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?
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?
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?
What is the difference between per-user MFA and Conditional Access MFA, and which approach does Microsoft recommend for new deployments?