Earlier quoted context omitted.
Or just use KeePassXC+nextcloud/syncthing as others have suggested, it's just an encrypted database with no cloud bullshit.
Can you please explain why this is an improvement over the parent comment solution?
Bitwarden: Avoid at all costs (outage issue)
131–137 of 137 posts
Re: Bitwarden: Avoid at all costs (outage issue)
#132Earlier quoted context omitted.
You have to log in to the extension to unlock passwords every so often though right, more than once per browser session? Presumably that's server-authenticated, and what broke here.
There's no reason for that to involve a remote server. You have the local encrypted database. You have the key. Opening your front door doesn't require a trip down to the hardware store whe$e you brought it.
Re: Bitwarden: Avoid at all costs (outage issue)
#133Earlier quoted context omitted.
I didn't find the sync that hard with pass and iOS (I'm sure Android has something equivalent): Set up a private git repo somewhere and configure passforios to pull from it. I have been running it for a few months now and it's smooth. This assumes you are on Linux or Mac.
Have they fixed the app? It used to not work at all for me https://github.com/mssun/passforios/issues/418
Re: Bitwarden: Avoid at all costs (outage issue)
#134Earlier quoted context omitted.
I didn't find the sync that hard with pass and iOS (I'm sure Android has something equivalent): Set up a private git repo somewhere and configure passforios to pull from it. I have been running it for a few months now and it's smooth. This assumes you are on Linux or Mac.
That's FANTASTIC. THANK YOU SO MUCH. I really cannot thank you enough. Google and Brave Search failed me but I found with Startpage this pass-compatible password manager for Android with sync through Git [0]. Amazing solution. Will probably migrate my passwords to this solution soon, only need to see if I can get something similar for Aegis TOTP and life will be good. [0]: https://passwordstore.app/
Re: Bitwarden: Avoid at all costs (outage issue)
#135Earlier quoted context omitted.
There's no reason for that to involve a remote server. You have the local encrypted database. You have the key. Opening your front door doesn't require a trip down to the hardware store whe$e you brought it.
True, but if you go down that route there's no reason for a remote server at all. (Cf. pass.) I was just suggesting what seems to me a likely cause, since everyone was talking about 'phoning home' and 'remote disabling' as though it was intentional or more dodgy.
When it's down you only need to lose backup and sync.
Refusing to unlock your local database because it made some check on the backup and sync server is precisely remote disabling and is a great reason to transition off of bitwarden as it is a pretty good sign of them testing the waters for vendor lockin.