auth0-guardian-js
Advanced tools
Changelog
v1.3.0 (2018-02-13)
Added
enrollment.getAvailableAuthenticatorTypes()
to replace enrollment.getAvailableMethods()
#47 (dafortune).transaction.requestAuth(...)
support for recovery-code
type (a.k.a. method). Recovery
code can be used the same way as otp
, push
, sms
; it has become its own autenticator type.Changed
enrollment.getAvailableMethods()
was deprecated in favor of enrollment.getAvailableAuthenticatorTypes()
#47 (dafortune).As an step to support multiple authenticators associated to a single user, since version 1.3.0 recovery code has become its own authenticator type (previously known as method), this means that we have to allow the user to verify the recovery code as the only authenticator (instead of solely as a fallback for other authenticator types). Recovery code can be the only authenticator type if the user removes all the authenticators but the recovery code.
If you are using current Auth0 management API, we prevent you from being affected by this change by keeping the old behavior of the API (the recovery-code authenticator is removed together with the non-recovery authenticators as it used to be).
There is a case where you could still have recovery code as the only authenticator: when you remove all the other authenticators from guardian app. For this case the API fallbacks to suggest TOTP on enrollment.getAvailableMethod()
(deprecated) because that should allow user to enter the recovery code and recover from this condition,
on the other hand enrollment.getAvailableAuthenticatorTypes()
will suggest that recovery-code
is the only available type.
Since we now support method: recovery-code
on .requestAuth
, the suggested approach is to switch
from enrollment.getAvailableMethods()
to enrollment.getAvailableAuthenticatorTypes()
to select what method
to use when you start challenge / verification.
Changelog
Changelog
v1.0.0 (2017-03-01)
Added
transaction.getState
to get the state without relying on an open websocket or automatic polling.