-
-
Notifications
You must be signed in to change notification settings - Fork 781
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Stable OMEMO device IDs #3134
Comments
It's a good suggestions, thanks. I think it'll change when the browser gets updated however. |
Yes I did check the link and am aware of how it works. My point is that the browser version is one of the factors that can determine the uniqueness of the hash, so when the user updates their browser to a newer version, they're likely to get a different fingerprint hash. |
Umm maybe, but isn't it better than generating new device each time browsers session gets cleared? |
Yes I think it is better, I was just stating one of the limitations of this approach. |
The issue here is somewhat misidentified. OMEMO device IDs are not cryptographically significant, per se. Canvas fingerprinting is unreliable, and more of a bug than a feature. Browsers like the Tor Browser Bundle specifically have features to prevent canvas interaction, as may more advanced and or privacy concerned users. I've written #3142 to talk about the issue more in depth and to discuss what I think might be a viable solution, and I would appreciate comment on it. Thank you. |
The device ID which is used in OMEMO constantly changes when session storage is cleared.
By changing the way of storing device ID in session we can generate a stable and unique ID for each device by using "Canvas Fingerprints"
The text was updated successfully, but these errors were encountered: