CortneyC.60791 (CRH Americas Materials) asked a question.
I am being asked to provide a list of okta users that have configured a secret question/answer to reset their password. is there an easy way to pull that data?
Hi Cortney - thanks for your question! I don't believe there is a report that shows which users have set a security question for self service recovery. I'll escalate this to support to be sure. Thanks!
There is one option, which would be to run the "MFA Usage" report. This will give all the enrolled factors. Not sure if this helps. The report can also be found in the dashboard.
Regards,
Jatin
It is correct there is no built-in report for this. However, this information is available and can be pulled via the Okta API. If you perform a GET on a user, there will be a response showing "credentials" that will tell you whether a "recovery_question" has been configured. If this is absent, then the user has not configured a forgot password question.
The doc linked below will show how to do this on an individual user and show an example request and response:
https://developer.okta.com/docs/reference/api/users/#get-user
I suspect you'll want this information for more than one user, so you can also just do this with a list of users:
https://developer.okta.com/docs/reference/api/users/#list-all-users
Hi Cortney
we've dealt with this quite some times and created a method to do this via the browser console, you can paste the lower part and follow the steps in the code
@HenkJan - this link refers to how to "reset the users question and answer". Is this what you meant to send? I too am very interested in how many of my end-users have configured a security question.
~A
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
May Okta Community Buzz
Stay ahead of the curve with Okta for AI Agents, new Okta Learning live sessions and labs, shout-outs, and top trending topics—all aimed at enriching your Okta journey.
It is correct there is no built-in report for this. However, this information is available and can be pulled via the Okta API. If you perform a GET on a user, there will be a response showing "credentials" that will tell you whether a "recovery_question" has been configured. If this is absent, then the user has not configured a forgot password question.
The doc linked below will show how to do this on an individual user and show an example request and response:
https://developer.okta.com/docs/reference/api/users/#get-user
I suspect you'll want this information for more than one user, so you can also just do this with a list of users:
https://developer.okta.com/docs/reference/api/users/#list-all-users