{"id":5519,"date":"2021-02-16T21:00:00","date_gmt":"2021-02-16T21:00:00","guid":{"rendered":"https:\/\/rakhesh.com\/?p=5519"},"modified":"2021-02-16T21:02:10","modified_gmt":"2021-02-16T21:02:10","slug":"azure-ad-users-and-mfa","status":"publish","type":"post","link":"https:\/\/rakhesh.com\/azure\/azure-ad-users-and-mfa\/","title":{"rendered":"Azure AD users and MFA"},"content":{"rendered":"

I ran into this (self)embarassing situation at work today wherein users accessing an app we registered against Azure AD were being prompted for 2FA registration even though they were accessing it internally. Thing is I was involved in the setting up of our 2FA policies but I have a sieve like memory and keep forgetting what I have done (or maybe I am just tired, I dunno!). Time to make a blog post for my future self.<\/p>\n

First off, if you want to enforce MFA you can do it via Conditional Access. Apply a policy to all users that require them to use MFA. This doesn’t actually enforce that they register for MFA though the first time they login – so that’s the bit we are interested in here. In my case the only Conditional Access policies we had were about MFA being required when accessing externally; so no Conditional Policies were kicking in.<\/p>\n

If you have a P2 license (like we did) the place to turn on MFA registration is under Azure AD > Security > Identity Protection > MFA Registration Policy.<\/p>\n

\"\"<\/p>\n

We have it set to “Off”, so it’s not actually in effect.<\/p>\n

On another note, in the same place there’s policies to block Users at risk or Sign-ins at risk. Again, this is a P2 feature but you can do the same via Conditional Access.<\/em><\/p>\n

So the question was where is this MFA registration kicking in? And the answer for that is under Azure AD > Password Reset > Registration.<\/p>\n

\"\"<\/p>\n

That’s why my users were being asked to register for MFA! At the back of my head I know this but somehow when the time came (a sort of Karna situation<\/a>, if I might indulge in some Hindu mythology) :)<\/p>\n

In addition under Azure AD > User Settings > manage user feature preview settings <\/em>I had the following enabled:<\/p>\n

\"\"<\/p>\n

This way users could do both SSPR (Self Service Password Reset) and MFA registration at the same time – which is something we wanted.<\/p>\n

To make matters worse\u00a0 had this “smart” idea that I could whitelist<\/em> this application to not have MFA prompted and so made a Conditional Access policy that said any access to this application should be granted as long as it’s from an Azure AD Hybrid joined machine (couldn’t use Trusted Locations as some users were going via VPN and having local Internet breakout). Which was a silly idea if I had taken a moment to think about because requiring Azure AD Hybrid joined makes things worse! That requires you to use Chrome with the Windows extension, or the new Edge with you signed in to it… and so while such a policy is fine for an app like Teams it blocks access to app for pretty much everyone in the firm! Dumb, eh? Yeah.<\/p>\n","protected":false},"excerpt":{"rendered":"

I ran into this (self)embarassing situation at work today wherein users accessing an app we registered against Azure AD were being prompted for 2FA registration even though they were accessing it internally. Thing is I was involved in the setting up of our 2FA policies but I have a sieve like memory and keep forgetting … Continue reading Azure AD users and MFA<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","enabled":false}}},"categories":[887],"tags":[982,1002,1003,1004],"jetpack_publicize_connections":[],"jetpack_sharing_enabled":true,"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/rakhesh.com\/wp-json\/wp\/v2\/posts\/5519"}],"collection":[{"href":"https:\/\/rakhesh.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/rakhesh.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/rakhesh.com\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/rakhesh.com\/wp-json\/wp\/v2\/comments?post=5519"}],"version-history":[{"count":0,"href":"https:\/\/rakhesh.com\/wp-json\/wp\/v2\/posts\/5519\/revisions"}],"wp:attachment":[{"href":"https:\/\/rakhesh.com\/wp-json\/wp\/v2\/media?parent=5519"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/rakhesh.com\/wp-json\/wp\/v2\/categories?post=5519"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/rakhesh.com\/wp-json\/wp\/v2\/tags?post=5519"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}