top | item 37309189

Can Chrome Sync or Firefox Sync be trusted with sensitive data? (2018)

42 points| c5karl | 2 years ago |palant.info

29 comments

order
[+] cap10morgan|2 years ago|reply
Important caveat with Firefox: You can run your own Firefox Account server (see https://mozilla-services.readthedocs.io/en/latest/howtos/run...) and then e.g. connect to it over a VPN to mitigate a lot of this.
[+] WirelessGigabit|2 years ago|reply
Problem with this is that it needs the sync server:

> Since the Mozilla-hosted sync servers will not trust assertions issued by third-party accounts servers, you will also need to run your own sync-1.5 server.

The tutorial refers to the old unmaintained version: https://github.com/mozilla-services/syncserver, see https://github.com/mozilla-services/syncserver/commit/8d9804...

The alternative is https://github.com/mozilla-services/syncstorage-rs which is ridiculously hard to set up.

[+] Daril|2 years ago|reply
There are solutions external to the browsers that work pretty well and where you have control on your data :

Floccus for bookmarks (https://floccus.org/) : it works also on mobile devices : a great plus ! You need only a webdav server (or a Nextcloud account), I use Dave (https://github.com/micromata/dave)

Vaultwarden for the passwords (https://github.com/dani-garcia/vaultwarden)

A huge advantage of this solution is that you can have synchronization also between different browsers and on mobile devices.

[+] aodj|2 years ago|reply
This article is from 2018, and contains a single update from 2020. I would think the terrain has shifted in the last 3 years, so take the article with an appropriate pinch of salt.
[+] andrewmutz|2 years ago|reply
> Update (2020-06-10): The issue has been resolved in Chrome 80. The key derivation algorithm used now is scrypt with N=8192, r=8, p=11. These values are sane and should make attacks against most passwords unrealistic.
[+] deadbunny|2 years ago|reply
Google/Chrome can't even be trusted with you bookmarks.

https://strangeobject.space/@silvermoon82/110969122337810598

[+] bloopernova|2 years ago|reply
The item that was "moderated" was in a collection, which isn't a bookmark.

https://www.google.com/save/

That's where collections live, and apparently they can be shared.

Not to defend google, for sure. I just wanted to stop the spread of incorrect information.

EDIT: I like many others didn't know about this feature and had no idea what was saved there or how it got there.

[+] insanitybit|2 years ago|reply
That's completely irrelevant to the content of this piece.
[+] unknown|2 years ago|reply

[deleted]

[+] quantumstar4k|2 years ago|reply
Might be redundant, but it looks like the Chrome devs fixed this issue back in 2020.

https://bugs.chromium.org/p/chromium/issues/detail?id=820976

[+] JohnDeHope|2 years ago|reply
> Can [any storage that is not physically in my possession] be trusted with sensitive data?

No. You could make a case for E2E encrypted data where the storage provider does not have keys. That's pretty rare though. The point is, nobody gives a flip about your privacy. As soon as men with guns come asking for your data, any data business will hand it over without hesitation. Men with badges are only very slightly less threatening than men with guns, as everybody knows who the men with guns work for. So if you think anybody or any business is going to die on the hill of protecting your donkey porn collection, you're delusional.

[+] palant|2 years ago|reply
Note: I am the author of this article.

Firefox Sync encrypts all data on the client side before sending it. Chrome Sync can do the same if you know which settings to use. 1Password, Bitwarden, Dashlane – every password manager worth their salt encrypts data locally (LastPass is the only one which failed really badly here). How is this rare and not something we should expect?