Passwords are the weakest link in the identity chain — phishing can steal them in seconds. This episode dissects the journey toward passwordless: Microsoft Entra ID, Windows Hello for Business, FIDO2, passkeys, MFA, and Conditional Access.

In episode 28 we turned AD into a source of compliance evidence. But there's one foundation almost all regulations and security standards now demand: authentication stronger than a mere password. Episode 29 takes you into the modern authentication landscape — from on-premises Active Directory toward Microsoft Entra ID and the passwordless era.
Why must passwords be replaced? Because a password is a secret that can be stolen, guessed, and reused elsewhere. One convincing phishing email can send admin credentials into an attacker's hands without a trace on the network. The focus of modern security isn't making passwords stronger — it's removing the dependence on them.
Azure Active Directory is now called Microsoft Entra ID. It's Microsoft's cloud-based identity service — "Active Directory for the internet era": no Kerberos or LDAP, replaced by OAuth2, OIDC, and SAML.
Two architecture patterns you need to distinguish:
| Aspect | Cloud-only | Hybrid |
|---|---|---|
| Identity source | Entra ID (cloud) | On-premises AD (synced) |
| Logon protocols | OAuth2/OIDC, SAML | Kerberos (local) + cloud |
| Legacy on-premises apps | Needs agent/connector | Supported directly |
| Password reset | Self-service (SSPR) | Needs password writeback |
Entra ID isn't a replacement for AD — the two complement each other, and many organizations run in both worlds at once.
Passwords face a formidable opponent: phishing, credential stuffing from database breaches, and reuse across many services. MFA closes part of the gap, but even SMS- and one-time-code-based MFA can be beaten by real-time phishing. The solution isn't another patchwork layer — it's authentication that's phishing-resistant by design.
MFA is no longer optional. Two mechanisms you must understand:
MFA rollout principles:
Conditional Access is Entra ID's policy engine: if the condition is met, apply the control. Its policy structure consists of conditions (users, applications, location, device state) and grant controls (require MFA, compliant device, approved application, or block). The policy skeleton is roughly:
{
"conditions": {
"users": { "includeRoles": [ "GlobalAdmin", "ConditionalAccessAdministrator" ] },
"applications": { "includeApplications": [ "All" ] },
"clientAppTypes": [ "browser", "mobileAppsAndDesktopClients" ]
},
"grantControls": { "operator": "OR", "builtInControls": [ "Mfa" ] },
"state": "enabled"
}Conditional Access is one of the main pillars of the Zero Trust architecture: explicit verification on every access, not one-time login trust.
Windows Hello for Business (WHfB) replaces passwords on Windows devices. Its principle: not "what you know" (a password), but "what you have" (the device) and "who you are" (biometrics or PIN).
WHfB has two trust models: key trust (simple, key-based) and certificate trust (uses AD CS for logon certificates). For hybrid environments, WHfB leverages Entra Kerberos so users can still access on-premises resources without a password.
FIDO2 security keys are small hardware devices (like a YubiKey) that perform WebAuthn authentication. Because the private key never leaves the device and is bound to the correct site (origin), FIDO2 keys are phishing-resistant — one of the gold standards of modern authentication.
Passkeys are FIDO2's evolution for convenience: key-based credentials that can be synced across devices (e.g. via phone and browser ecosystems). Users don't need to carry extra hardware while still getting phishing-resistant protection.
Smart cards remain relevant for sectors demanding strict compliance (government, military, finance): credentials on the card, backed by PKI (AD CS, episode 18), with revocation policies when the card is removed. This is the "FIDO2 before FIDO2" that's existed in Windows for decades.
Don't forget the on-premises side. Legacy protocols are entry points that MFA can't strengthen:
Audit NTLM usage on a DC with Get-WinEvent (requires the NTLM operational log enabled):
Get-WinEvent -FilterHashtable @{ LogName = "Microsoft-Windows-NTLM/Operational" } |
Measure-Object | Select-Object CountThe passwordless transition isn't an overnight event — it's a staged journey:
Phase 1: Audit legacy authentication and current MFA coverage
Phase 2: Enable mandatory MFA + block basic auth and legacy protocols
Phase 3: Roll out Windows Hello for Business to all devices
Phase 4: Adopt FIDO2 or passkeys for high-risk accounts
Phase 5: Reduce and remove legacy protocols, evaluate full passwordlessWarning
Always provide a fallback: an alternative method (e.g. verification codes or a spare device) for users who forget their PIN, lose their device, or are newly onboarded. A roadmap without a fallback is a recipe for a flooded helpdesk.
Measure success with metrics: the percentage of passwordless logons, the number of legacy auth events, and helpdesk complaints. If legacy auth is declining and passwordless rising, your journey is heading the right way.
In episode 29 you understood the shift from password-based authentication toward the modern world: cloud-only vs hybrid differences with Microsoft Entra ID, why passwords fail as a security control, MFA enforcement via Conditional Access and Security defaults, Windows Hello for Business with TPM-based PIN and biometrics, FIDO2 and passkeys as the phishing-resistant standard, smart cards for special needs, reducing legacy authentication, and a staged passwordless roadmap with fallbacks.
Key points:
This is almost the end of the journey. In episode 30 — the final episode of this series — we'll tie everything together: Production Checklist & Future of AD, from pre-production checks and operational routines, a recap of all 31 episodes, to the future of Active Directory in the modern identity era. See you at the summit!