SOLVED

Use FIDO2 as MFA token

%3CLINGO-SUB%20id%3D%22lingo-sub-2792325%22%20slang%3D%22en-US%22%3EUse%20FIDO2%20as%20MFA%20token%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2792325%22%20slang%3D%22en-US%22%3E%3CP%3EWe%20are%20trying%20to%20replace%20the%20need%20to%20have%20a%20phone%20number%20(cellphone%20or%20office%20phone%20or%20authenticator%20app)%20for%20many%20of%20our%20users%20that%20refuse%20to%20use%20a%20personal%20phone%20for%20authentication.%26nbsp%3B%20This%20is%20also%20for%20those%20users%20we%20need%20to%20setup%20their%20PC%20ahead%20of%20time%20so%20will%20not%20have%20their%20personal%20cellphones%20with%20us%20to%20authenticate%20during%20all%20of%20the%20setup.%3C%2FP%3E%3CP%3E%3CBR%20%2F%3EWe%20do%20not%20have%20P2%20licenses%20so%20I%20cannot%20see%20a%20way%20to%20disable%20the%20MFA%20during%20registration%20(ie%20after%20we%20authenticate%20the%20user%20to%20Azure%20AD%20it%20requires%20the%20setup).%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWe%20purchased%20a%20FIDO2%20USB%20and%20have%20enabled%20it%20in%20Azure%20but%20that%20seems%20to%20only%20be%20for%20passwordless%20security%20and%20we're%20still%20getting%20prompted%20to%20setup%20MFA.%26nbsp%3B%20There%20is%20no%20option%20in%20the%20MFA%20dropdown%20for%20FIDO2%20so%20I'm%20clearly%20missing%20something.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EFor%20users%20that%20will%20not%20have%20cellphone%20to%20authenticate%20to%2C%20can%20we%20configure%20the%20user%20to%20override%20the%20registration%20policy%20and%20only%20use%20the%20FIDO2%20USB%20key%20if%20we%20don't%20have%20a%20P2%20license%20(the%20option%20to%20disable%20the%20policy%20is%20greyed%20out)%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIf%20we%20have%20to%20use%20a%20P2%2C%20can%20we%20only%20upgrade%20our%20Global%20Admin%20accounts%20to%20set%20tenant%20wide%20settings%20or%20will%20we%20literally%20have%20to%20upgrade%20every%20user%20to%20a%20P2%20(which%20will%20cost%20us%20an%20extra%20%2425%2C000%20a%20year%20and%20is%20way%20over%20kill%20for%20our%20needs)%3F%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWe%20want%20to%20be%20secure%20but%20we%20don't%20want%20to%20have%20to%20pay%20%2425%2C000%20to%20do%20so.%26nbsp%3B%20We've%20not%20had%20this%20issue%20when%20we%20were%20AD%20Hybrid%20but%20that%20local%20server%20is%20being%20tossed%20when%20we%20move.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-2792325%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EAzure%20AD%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2792573%22%20slang%3D%22en-US%22%3ERe%3A%20Use%20FIDO2%20as%20MFA%20token%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2792573%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F143000%22%20target%3D%22_blank%22%3E%40Mercedes%20Green%3C%2FA%3E%26nbsp%3BHello%2C%20it%20sounds%20to%20me%20as%20if%20you%20should%20use%20the%20(preview)%20Temporary%20Access%20Pass%20feature.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CA%20href%3D%22https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fazure%2Factive-directory%2Fauthentication%2Fhowto-authentication-temporary-access-pass%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%22%3EConfigure%20a%20Temporary%20Access%20Pass%20in%20Azure%20AD%20to%20register%20Passwordless%20authentication%20methods%20%7C%20Microsoft%20Docs%3C%2FA%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2792620%22%20slang%3D%22en-US%22%3ERe%3A%20Use%20FIDO2%20as%20MFA%20token%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2792620%22%20slang%3D%22en-US%22%3EI%20researched%20that%20as%20well%20but%20it%20seems%20to%20be%20different%20than%20the%20Registration%20Policy%20that%20occurs%20when%20a%20new%20device%20gets%20authenticated%20to%20Azure%20(ie%20this%20happens%20on%20the%20device%20and%20not%20during%20login).%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2792691%22%20slang%3D%22en-US%22%3ERe%3A%20Use%20FIDO2%20as%20MFA%20token%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2792691%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F143000%22%20target%3D%22_blank%22%3E%40Mercedes%20Green%3C%2FA%3E%26nbsp%3BI%20think%20I%20need%20more%20detailed%20information.%20What%20subscription%20do%20you%20have%20today%3F%20AAD%20P1%20using%20CA%20or%20simply%20Security%20defaults%20with%20enforced%20MFA%20for%20all%20users%3F%20Intune%20and%20enrollment%20involved%3F%20What%20registration%20policy%20do%20you%20refer%20to%3F%20Can't%20be%20the%20MFA%20registration%20policy%20at%20least%20as%20that%20part%20of%20AAD%20P2.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EThe%20TAP%20is%20for%20the%20FIDO2%20scenarios%20as%20yours%20making%20it%20possible%20to%20add%20a%20key%20to%20the%20dropdown%2C%20where%20it's%20missing%20right%20now.%20FIDO2%20satisfy%20MFA%20but%20cannot%20be%20used%20as%20a%20second%20factor%20(at%20least%20not%20yet%20as%20far%20as%20I%20know).%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EGive%20it%20a%20try%3F%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CA%20href%3D%22https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fazure%2Factive-directory%2Fauthentication%2Fhowto-authentication-temporary-access-pass%23use-a-temporary-access-pass%22%20target%3D%22_self%22%20rel%3D%22noopener%20noreferrer%22%3EUse%20a%20Temporary%20Access%20Pass%3C%2FA%3E%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fazure-active-directory-identity%2Ftemporary-access-pass-is-now-in-public-preview%2Fba-p%2F1994702%22%20target%3D%22_blank%22%3ETemporary%20Access%20Pass%20is%20now%20in%20public%20preview%20-%20Microsoft%20Tech%20Community%3C%2FA%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2792758%22%20slang%3D%22en-US%22%3ERe%3A%20Use%20FIDO2%20as%20MFA%20token%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2792758%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20Christian%2C%3CBR%20%2F%3E%3CBR%20%2F%3EOur%20user%20base%20comprises%20of%20mostly%20Microsoft%20365%20Business%20Standard%20and%20some%20Office%20365%20E3%20licenses%2C%20which%20gives%20us%20the%20Azure%20AD%20that%20we%20use%20now.%20I%20know%20it's%20limited%20as%20it%20pertains%20to%20Domain%20policies%2C%20but%20it's%20still%20allowing%20us%20to%20secure%20with%20MFA%20etc.%3CBR%20%2F%3E%3CBR%20%2F%3EWe%20do%20have%20many%20users%20with%20corporate%20cellphones%20with%20MFA%20and%20the%20authenticator%20app%20and%20it%20works%20well%2C%20however%2C%20we%20do%20have%2020%25%20of%20our%20Employees%20that%20do%20not%20have%20a%20corporately%20paid%20cellphone%20(nor%20a%20desk%20phone)%20and%20they%20do%20not%20want%20to%20use%20for%20authentication%20(and%20we%20can't%20force%20them%20to).%20We%20have%20to%20pre-configure%20new%20Employees%20ahead%20of%20time%20and%20am%20trying%20to%20find%20a%20solution%20for%20these%20types%20of%20users%20that%20we%20can't%20use%20the%20standard%20authentication%20methods%20with.%3CBR%20%2F%3E%3CBR%20%2F%3EWhen%20we%20setup%20a%20new%20user%20in%20Azure%20AD%20directly%2C%20there%20is%20a%20default%20policy%20(Security%20%26gt%3B%20MFA%20Registration%20Policy)%20that%20is%20forcing%20a%20newly%20authenticated%20laptop%20to%20setup%20MFA%20and%20the%20FIDO2%20is%20not%20an%20option%20since%20that's%20setup%20in%20a%20different%20area%20and%20is%20linked%20to%20the%20passwordless%20feature.%3CBR%20%2F%3E%3CBR%20%2F%3EWe%20can't%20disable%20this%20policy%20for%20some%20reason%20(even%20though%20it%20says%20%22This%20view%20is%20for%20Azure%20AD%20Premium%20P2%20customers%20to%20setup%20MFA%20registration%20policy.%20Other%20customers%20can%20only%20disable%20policies%20here.%22)%20so%20am%20trying%20to%20find%20a%20workaround.%20There%20is%20no%20option%20to%20disable.%20If%20we%20disabled%20this%20registration%20policy%20then%20we%20skip%20right%20to%20the%20FIDO2%20passwordless.%20As%20soon%20as%20you%20reboot%20after%20authenticating%20a%20device%20the%20MFA%20pops%20up.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2793104%22%20slang%3D%22en-US%22%3ERe%3A%20Use%20FIDO2%20as%20MFA%20token%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2793104%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F143000%22%20target%3D%22_blank%22%3E%40Mercedes%20Green%3C%2FA%3E%26nbsp%3BHello%20again%2C%20I%20had%20to%20try%20it%20using%20%3CA%20href%3D%22https%3A%2F%2Fdocs.microsoft.com%2Fen-us%2Fazure%2Factive-directory%2Ffundamentals%2Fconcept-fundamentals-security-defaults%22%20target%3D%22_self%22%20rel%3D%22noopener%20noreferrer%22%3Esecurity%20defaults%3C%2FA%3E%20as%20I'm%20pretty%20sure%20you're%20using%20that.%20You%20have%20no%20Intune%2C%20Conditional%20access%20or%20MFA%20registration%20policy%20in%20your%20subscriptions.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3ESo%2C%20when%20simply%20using%26nbsp%3B%3CEM%3Esecurity%20defaults%3C%2FEM%3E%26nbsp%3Bwith%20enforced%20MFA%20I%20get%20the%20prompt%20to%20add%20my%20security%20info%2Fdetails%2C%20and%20can%20skip%20this%20for%2014%20days.%20When%20enabling%20the%20%3CEM%3ETemporary%20Access%20Pass%3C%2FEM%3E%20policy%20and%20activating%20that%20for%20my%20newly%20created%20user%20in%20Azure%20AD%20it%20instead%20becomes%20the%20first%20prompt%20(see%20below)%2C%20but%20the%20security%20defaults%20feature%20is%20persistent%20and%20want%20me%20to%20add%20more%20info%20(as%20the%20authenticator%20app%20is%20default%20for%20ex.).%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EI%20choose%20to%20%3CEM%3Eskip%20for%20now%3C%2FEM%3E%26nbsp%3Bafter%20the%20below%20prompt%20and%20get%20all%20the%20way%20to%20the%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Faka.ms%2Fmysecurityinfo%22%20target%3D%22_blank%22%20rel%3D%22noopener%20noreferrer%22%3Ehttps%3A%2F%2Faka.ms%2Fmysecurityinfo%3C%2FA%3E%26nbsp%3Bpage%20where%20I%20can%20configure%20additional%20options%2C%20even%20the%20security%20key%20(second%20picture)%20if%20I%20had%20one%20to%20put%20in%20the%20laptop.%3CBR%20%2F%3E%3CBR%20%2F%3E%3C%2FP%3E%0A%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20image-alt%3D%22ChristianJBergstrom_0-1632858154626.png%22%20style%3D%22width%3A%20400px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F313403i27E0DE204BA0FD6B%2Fimage-size%2Fmedium%3Fv%3Dv2%26amp%3Bpx%3D400%22%20role%3D%22button%22%20title%3D%22ChristianJBergstrom_0-1632858154626.png%22%20alt%3D%22ChristianJBergstrom_0-1632858154626.png%22%20%2F%3E%3C%2FSPAN%3E%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20image-alt%3D%22ChristianJBergstrom_1-1632858286213.png%22%20style%3D%22width%3A%20400px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F313405i8D0C48B6C7D3327E%2Fimage-size%2Fmedium%3Fv%3Dv2%26amp%3Bpx%3D400%22%20role%3D%22button%22%20title%3D%22ChristianJBergstrom_1-1632858286213.png%22%20alt%3D%22ChristianJBergstrom_1-1632858286213.png%22%20%2F%3E%3C%2FSPAN%3E%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E*edit*%20Let%20me%20instead%20add%20that%20it%20don't%20think%20this%20config%20is%20supported%20as%20the%20Authenticator%20app%20is%20default.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2793109%22%20slang%3D%22en-US%22%3ERe%3A%20Use%20FIDO2%20as%20MFA%20token%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2793109%22%20slang%3D%22en-US%22%3EOkay%20good%20to%20know.%20If%20we%20go%20this%20route%20and%20get%20everything%20setup%20with%20a%20laptop%20that%20has%20the%20key%20connected%20as%20a%20USB%2C%20what%20happens%20when%20the%20user%20needs%20to%20access%20their%20email%20or%20an%20office%20app%20on%20a%20tablet%20that%20doesn't%20have%20USB%3F%20Will%20this%20then%20only%20allow%20authentication%20on%20a%20device%20with%20USB%3F%3C%2FLINGO-BODY%3E
Regular Contributor

We are trying to replace the need to have a phone number (cellphone or office phone or authenticator app) for many of our users that refuse to use a personal phone for authentication.  This is also for those users we need to setup their PC ahead of time so will not have their personal cellphones with us to authenticate during all of the setup.


We do not have P2 licenses so I cannot see a way to disable the MFA during registration (ie after we authenticate the user to Azure AD it requires the setup).

 

We purchased a FIDO2 USB and have enabled it in Azure but that seems to only be for passwordless security and we're still getting prompted to setup MFA.  There is no option in the MFA dropdown for FIDO2 so I'm clearly missing something.

 

For users that will not have cellphone to authenticate to, can we configure the user to override the registration policy and only use the FIDO2 USB key if we don't have a P2 license (the option to disable the policy is greyed out)?

 

If we have to use a P2, can we only upgrade our Global Admin accounts to set tenant wide settings or will we literally have to upgrade every user to a P2 (which will cost us an extra $25,000 a year and is way over kill for our needs)?

 

We want to be secure but we don't want to have to pay $25,000 to do so.  We've not had this issue when we were AD Hybrid but that local server is being tossed when we move.

15 Replies

@Mercedes Green Hello, it sounds to me as if you should use the (preview) Temporary Access Pass feature.

 

Configure a Temporary Access Pass in Azure AD to register Passwordless authentication methods | Micr...

I researched that as well but it seems to be different than the Registration Policy that occurs when a new device gets authenticated to Azure (ie this happens on the device and not during login).

@Mercedes Green I think I need more detailed information. What subscription do you have today? AAD P1 using CA or simply Security defaults with enforced MFA for all users? Intune and enrollment involved? What registration policy do you refer to? Can't be the MFA registration policy at least as that part of AAD P2.

 

The TAP is for the FIDO2 scenarios as yours making it possible to add a key to the dropdown, where it's missing right now. FIDO2 satisfy MFA but cannot be used as a second factor (at least not yet as far as I know).

 

Give it a try?

 

Use a Temporary Access Pass

 

Temporary Access Pass is now in public preview - Microsoft Tech Community

Hi Christian,

Our user base comprises of mostly Microsoft 365 Business Standard and some Office 365 E3 licenses, which gives us the Azure AD that we use now. I know it's limited as it pertains to Domain policies, but it's still allowing us to secure with MFA etc.

We do have many users with corporate cellphones with MFA and the authenticator app and it works well, however, we do have 20% of our Employees that do not have a corporately paid cellphone (nor a desk phone) and they do not want to use for authentication (and we can't force them to). We have to pre-configure new Employees ahead of time and am trying to find a solution for these types of users that we can't use the standard authentication methods with.

When we setup a new user in Azure AD directly, there is a default policy (Security > MFA Registration Policy) that is forcing a newly authenticated laptop to setup MFA and the FIDO2 is not an option since that's setup in a different area and is linked to the passwordless feature.

We can't disable this policy for some reason (even though it says "This view is for Azure AD Premium P2 customers to setup MFA registration policy. Other customers can only disable policies here.") so am trying to find a workaround. There is no option to disable. If we disabled this registration policy then we skip right to the FIDO2 passwordless. As soon as you reboot after authenticating a device the MFA pops up.

best response confirmed by ChristianJBergstrom (MVP)
Solution

@Mercedes Green Hello again, I had to try it using security defaults as I'm pretty sure you're using that. You have no Intune, Conditional access or MFA registration policy in your subscriptions.

 

So, when simply using security defaults with enforced MFA you get the prompt to add security info/details, and can skip this for 14 days. When enabling the Temporary Access Pass policy and activating that for a newly created user in Azure AD it instead becomes the first prompt.

 

This is how it looks like and takes you to https://aka.ms/mysecurityinfo page where one can configure additional options, such as the security key. I could not proceed as I do not have a key to put in the laptop.

ChristianJBergstrom_0-1632858154626.png

 

ChristianJBergstrom_1-1632858286213.png

 

*My reply is being updated as you can actually use TAP to add a security key (as the pictures show) with security defaults. For the sake of it I even asked Microsoft who verified the method.

 

To wrap up the above.

 

1. Enable security defaults.

2. Enable TAP and assign to user.

3. User logs in using TAP and adds FIDO2 key.

4. Next sign-in when prompted for MFA user uses FIDO2 key (as FIDO2 satisfies MFA).

Okay good to know. If we go this route and get everything setup with a laptop that has the key connected as a USB, what happens when the user needs to access their email or an office app on a tablet that doesn't have USB? Will this then only allow authentication on a device with USB?

@Mercedes Green When enabling security defaults, if having AAD Free for example, you're pushing MFA for all users. It's a great feature but not a flexible solution as you can only toggle on or off. To toggle off to onboard the few users is not an option obviously. If using AAD P1 you get conditional access and can be more granular.

 

I will do some more digging around this and update if necessary. Perhaps you should reach out to the official support going forward?

I've been trying to get a case open with Microsoft for Azure for over 3 weeks now with 2 separate cases as we can't seem to be able to create a support case from within Azure and creating one from the regular admin centre doesn't get routed to Azure. It's been painstaking, frustrating to say the least. Microsoft has never been able to fix any of the tickets I've opened and have had to rely on community help for everything.

@Mercedes Green My suggestion would be to upgrade to AAD P1 (for the conditional access) so you're not being forced using MFA for all users and at the same time being kind of "locked in" only having the option to toggle it on/off for all.


Get support | Microsoft Docs

If I won the lottery I would definitely donate the $25,000 a year to upgrade us but this is not something we can budget right now.
Just a tought, may not be a pretty one but instead of FIDO2 USB key, have you considered buying them the cheapest Android phone just for Authenticator? They don't even need a cell phone subscription since they can do fine with WiFi or even without it after registration and use the 30 seconds rolling random number.
A cheap Android phone comes with a monthly contract of a minimum of $30 per month in Canada so that's $720 per Employee for each contract with the carrier.
If it's just for authentication, then as long as you can install Microsoft Authenticator, you don't need any mobile/data plan?
Since Microsoft Authenticator can work on WIFI for Push notification; and when there is no Internet, you can use OTP.

There is another mystery for me for Azure AD license. The document seems indicate if you don't have a P1 license, then the only option to allow MFA for none-admin user is to use "security defaults". But my test shows even without Premium license, I can still enable MFA per user bases. The only difference is the user without Premium license can only use Microsoft Authenticator for MFA, they can't use SMS/phone call options.



That’s actually one way to go in this use case. You could turn off security defaults and use the legacy per-user MFA if there’s no way of upgrading to Business Premium. And check the Service settings tab for available methods.

https://docs.microsoft.com/en-us/azure/active-directory/authentication/howto-mfa-userstates

We currently use MFA for 150 of our users. The issues we're having didn't come up until we created a new user in Azure (where our other users were sync'd from local AD) then authenticated that user to Azure AD on a new device vs local AD. We never found a solution for the users that don't have a cellphone until I was told in another thread about the FIDO2 keys, but that doesn't appear to be an option either.

Before we just didn't enforce MFA until after we had their devices setup as we only needed a password, but now in Azure, there is a Registration policy that prompts the MFA on laptop.