Replies: 3 comments 3 replies
-
There is no single API per-se, the managers which support it have written the functionality themselves AFAIK. There's a draft standard for exposing the URL to where a user would go to change their password, which is a step in that direction https://w3c.github.io/webappsec-change-password-url/. It's worth noting that for this to be implemented, it'd need a lot of work with bitwarden upstream, rather than just here. A lot would have to fall in to place before there's anything vaultwarden can or should do about it. |
Beta Was this translation helpful? Give feedback.
-
An interesting opinion about the topic at Bitwarden community forum: |
Beta Was this translation helpful? Give feedback.
-
Anyone any new info? |
Beta Was this translation helpful? Give feedback.
-
Does anybody here know about any standard (or at least some example implementation to be followed if there is no standard) API between a service (e.g. some corporate CMS) and credential/secret/password managers (e.g. BitWarden client) allowing these managers to initiate credential change (independent from whether the user is currently logged in or not), make it happen (i.e. generate new credentials, submit them along with original credentials, etc.), and finally re-log in all existing sessions to maintain them without user noticing anything.
All that without any user intervention (but with a notification that e.g. some user sessions could not be maintained because the password manager could not reach them which usually means there is an attacker with a parallel opened session).
I've googled a bit and couldn't find anything. I'm really surprised because based on latest research user-facing credentials would need to be changed every 2 weeks to avoid biggest harm their disclosure could lead to. But at the same time it's impossible with a lot of manual work (users have tens or hundreds of accounts if they follow the advice
use one or multiple unique credentials for each one service
) which practically completely undermines this observation.It needs to be automated similarly as is e.g. the reauthentication period in wifi WPA and many session-oriented secret communication protocols.
Beta Was this translation helpful? Give feedback.
All reactions