k93t9 (k93t9) asked a question.
Hi ,
In scenario when 2 MFA factor defined y Admin. 1 as required and another as optional . User have enroll into both factor , does that mean that end-user need to validate both factors to authenticate ?
No, just one is usually all that's required, and the user can select from the factors in which he is enrolled. And I say usually only because it is possible for administrators to create complex step-up sign-on policies that could possibly require multiple factors, usually based on behaviors. Also be aware that certain factors may not be valid choices in certain situations. For instance, my U2F security key only works with Chrome and Firefox browsers, which means I can't use it when prompted for MFA while logging in using the Cisco VPN client.
I usually encourage users to enroll in multiple factors, on multiple platforms, so they don't get locked out of their account if they, for example, lose their mobile device. Once a user enrolls in an MFA factor (any MFA factor), from that point on, Okta will secure the user's account by requiring MFA to edit their profile (including the ability to reset or enroll MFA factors), and if the user's only enrolled MFA factor is on their phone, they're no longer able to satisfy the MFA prompt to enroll their replacement device. Their only option is to contact an administrator and request a reset of their enrolled MFA factor. Personally, I have enrolled in Okta Verify on my phone, WinAuth (a Google Authenticator-compatible utility) on my laptop, and the aforementioned U2F security key.
We use cookies to provide the best website experience and to help understand marketing efforts. We may also share data with ad partners to reach potential customers across the web. To learn more, visit our Privacy Policy. Click here for Your Privacy Choices. You may also opt out of this sharing by signaling your preference via GPC, applicable only to the browser signaling the opt-out.
More information
These cookies are necessary for the website to function and cannot be switched off in our systems. They are usually only set in response to actions made by you which amount to a request for services, such as setting your privacy preferences, logging in or filling in forms. You can set your browser to block or alert you about these cookies, but some parts of the site will not then work. These cookies do not store any personally identifiable information.
These cookies enable the website to provide enhanced functionality and personalisation. They may be set by us or by third party providers whose services we have added to our pages. If you do not allow these cookies then some or all of these services may not function properly.
These cookies allow us to count visits and traffic sources so we can measure and improve the performance of our site. They help us to know which pages are the most and least popular and see how visitors move around the site. All information these cookies collect is aggregated and therefore anonymous. If you do not allow these cookies we will not know when you have visited our site, and will not be able to monitor its performance.
These cookies may be set through our site by our advertising partners. They may be used by those companies to build a profile of your interests and show you relevant adverts on other sites. They do not store directly personal information, but are based on uniquely identifying your browser and internet device. If you do not allow these cookies, you will experience less targeted advertising.
Select All
We use cookies to provide the best website experience and to help understand marketing efforts. We may also share data with ad partners to reach potential customers across the web. To learn more, visit our Privacy Policy. Click here for Your Privacy Choices. You may also opt out of this sharing by signaling your preference via GPC, applicable only to the browser signaling the opt-out.
More information
These cookies are necessary for the website to function and cannot be switched off in our systems. They are usually only set in response to actions made by you which amount to a request for services, such as setting your privacy preferences, logging in or filling in forms. You can set your browser to block or alert you about these cookies, but some parts of the site will not then work. These cookies do not store any personally identifiable information.
These cookies enable the website to provide enhanced functionality and personalisation. They may be set by us or by third party providers whose services we have added to our pages. If you do not allow these cookies then some or all of these services may not function properly.
These cookies allow us to count visits and traffic sources so we can measure and improve the performance of our site. They help us to know which pages are the most and least popular and see how visitors move around the site. All information these cookies collect is aggregated and therefore anonymous. If you do not allow these cookies we will not know when you have visited our site, and will not be able to monitor its performance.
These cookies may be set through our site by our advertising partners. They may be used by those companies to build a profile of your interests and show you relevant adverts on other sites. They do not store directly personal information, but are based on uniquely identifying your browser and internet device. If you do not allow these cookies, you will experience less targeted advertising.
Select All
No, just one is usually all that's required, and the user can select from the factors in which he is enrolled. And I say usually only because it is possible for administrators to create complex step-up sign-on policies that could possibly require multiple factors, usually based on behaviors. Also be aware that certain factors may not be valid choices in certain situations. For instance, my U2F security key only works with Chrome and Firefox browsers, which means I can't use it when prompted for MFA while logging in using the Cisco VPN client.
I usually encourage users to enroll in multiple factors, on multiple platforms, so they don't get locked out of their account if they, for example, lose their mobile device. Once a user enrolls in an MFA factor (any MFA factor), from that point on, Okta will secure the user's account by requiring MFA to edit their profile (including the ability to reset or enroll MFA factors), and if the user's only enrolled MFA factor is on their phone, they're no longer able to satisfy the MFA prompt to enroll their replacement device. Their only option is to contact an administrator and request a reset of their enrolled MFA factor. Personally, I have enrolled in Okta Verify on my phone, WinAuth (a Google Authenticator-compatible utility) on my laptop, and the aforementioned U2F security key.