1
Issue: WebSocket Token in URI
Source: dani-garcia/vaultwarden#1549 · opened by @Berndinox
Subject of the issue I dont want my Token to be sent via URI After authentication JWT Token is transmitted in HTTP Header as usually. However Bitwarden is also trying to establish an WebSocket Connection for Realtime. For that porpose the following URL is called: wss://domain.com/notifications/hub?access_token=JWT_TOKEN That call can easily be logged without breaking the SSL Connection. (Forward-Proxy, Reverse-Proxy, Wireshark) An Attacker can use that token to get access to the account. YES, the passwords are still client side encrypted so there is no "super-danger". However, in my optionion a password-manager should not send long living Token via URI. See also: "This method is included to document current use; its use is not recommended, due to its security deficiencies (see Section 5) and also because it uses a reserved query parameter name, which is counter to URI namespace best practices, per "Architecture of the World Wide Web, Volume One&…
No pledges yet. Be the first to back this.
Comments
Similar requests
Feature Request — Yandex 2FA (yaotp scheme)
1 vote · 0 comments
Error decoding JWT
1 vote · 0 comments
Protect Admin panel by restricting access to only IP LAN
2 votes · 0 comments
OAuth 2.0 (RFC 6749) violations
1 vote · 0 comments
Long invitation links (JWT tokens) broken by quoted-printable encoding in some email clients (SOGo / K-9)
1 vote · 0 comments
No comments yet.