<iframe src="https://www.googletagmanager.com/ns.html?id=GTM-M74D8PB" height="0" width="0" style="display:none;visibility:hidden">
Loading
Skip to NavigationSkip to Main Content
0D54z00008HwewTCAROkta Classic EngineIntegrationsAnswered2024-03-25T12:12:52.000Z2022-10-26T11:03:58.000Z2022-10-27T15:45:48.000Z

ch87r (ch87r) asked a question.

Recovery Password not changing the user account to RECOVERY

Hello,

 

I'm developing an app which provides to their users the ability to recover their password.

The flow I am using is starting with a call to the endpoint api/v1/authn/recovery/password.

After this, I exchange the recovery token for a state token using the api/v1/authn/recovery/token.

This is followed by a confirmation of the security question (api/v1/authn/recovery/answer) and then the password definition (api/v1/authn/credentials/reset_password) and here's the issue.

 

The reset_password call returns a status "MFA_REQUIRED" but the user password gets changed immediately.

I can see that during the whole process, the user account never changes to RECOVERY, stays always ACTIVE.

 

Having a state token in a status "MFA_REQUIRED", shouldn't it change the password only AFTER the user verifies the received passcode?

 

As far as I understood, the user account stays active because he might remember the old password during this process, but when he submits the call to change the password, shouldn't the account be converted into "RECOVERY" until he verifies the passcode?

 

It sounds like a security issue that, after confirming the security answer having a free opening to compete the recovery password without confirming the MFA.

 

Is this flow correct?

 

Thanks for the attention.


This question is closed.
Loading
Recovery Password not changing the user account to RECOVERY