Earlier quoted context omitted.
Are there other alternatives that are 1) open source 2) offer the same integration to begin with and finally 3) have been audited or are popular enough to be under constant scrutiny? There is of course the KeePass ecosystem, but that is why I included my second point, as with KeePass you are responsible for vault syncing, having clients for all platforms, etc. I suppose that it is good to be aware of other options. A…
I have no affiliation, just found them this week, but https://psono.com/ exists. So 1 and 2 are met and 3 is half-way there maybe? It's a self-audit but they have been around a while. Apache2 licensed. Again, I literally found them the other day, and other than a cursory check to make sure the UI/UX is friendly enough to compete with BW or 1P, I haven't had a chance to look through their code at all yet. I have no id…
Bitwarden SDK relicensed from proprietary to GPLv3
341–350 of 381 posts
Re: Bitwarden SDK relicensed from proprietary to GPLv3
#342I’m relieved. Maybe the company would have survived this somehow, but they sure wouldn’t have been the techies’ darling anymore and that was going to be expensive. I hope they realized that being FOSS is their moat and it nets them a lot of goodwill (it’s the whole reason I bother with their not-quite-the-best product in the first place). The bold claim „the most trusted password manager“ was kind of justifiable whil…
Re: Bitwarden SDK relicensed from proprietary to GPLv3
#343Earlier quoted context omitted.
I'm cautiously optimistic, but still concerned about the long term. * I just don't see how taking $100 million can be good for users in the long run. By far the most likely outcomes are bloat or enshittification. * bitwarden does not appear to be very forkable, ie it's a complex system written in C#. The existence of Vaultwarden helps a lot with this, but what about the client apps? Forkability is the second most imp…
The client apps can pretty easily be forked and maintained. We probably wouldn't see much feature growth but I also don't think we need that so much. Lots of OSS projects have been messed up by fundraising and communities often just fork them and keep them around so I'm not too worried. Besides, garbage features could probably just be unsupported by Vaultwarden, which has worked extremely well for me and been nothing…
Re: Bitwarden SDK relicensed from proprietary to GPLv3
#344Earlier quoted context omitted.
Yeah, likewise. I'm a Bitwarden subscriber but I'd been looking into alternatives recently because of the licensing kerfuffle. But switching password managers is a pain, so I'm glad to not feel like I have to now.
KeePassXC (and I assume the other versions) can import an encrypted JSON Password Protected (NOT Account Restricted) export from Bitwarden. I use them both. I have KeePassXC for my local machine, and Bitwarden for things I may need out and about. With the browser plugins for both it's not that hard to manage them both, at least in my opinion. I was hoping to see some course correction on this from Bitwarden, even if…
Re: Bitwarden SDK relicensed from proprietary to GPLv3
#345Earlier quoted context omitted.
The only true 2nd factor is a setup where your totp codes live on a separate piece of physical hardware. If your totp codes are in an app on your phone, and your password is in a different app on your phone, you're not pure 2nd factor despite convincing yourself that you are. Anything that is convenient is not real 2FA. Real 2FA needs to be pick two of: a password in your head, a verifiable biometric signature, a cod…
> Anything that is convenient is not real 2FA. That's a pretty user-hostile attitude. Sure, some combinations of factors are pretty unergonomic, but I'd call that a bug, not a feature. It's also incorrectly suggesting that somehow complexity/painful usability automatically yields security, while usually the opposite is true: An effective secure authentication solution absolutely must consider usability, or it's doome…
Re: Bitwarden SDK relicensed from proprietary to GPLv3
#346Earlier quoted context omitted.
No I’m specifically not. Did you read my 2nd paragraph? It’s essentially your argument here. The person I was responding to was arguing that totp in pw manager is no good. Maybe you meant to reply to them and not me?
I did read your second paragraph. There is some ambiguity, but I ultimately decided you weren't agreeing with me because you said (emphasis added): > I think 99.999% of the time storing your 2FA codes in your PW manager , or just moving on to Passkeys, is the right answer. If you're storing your 2FA codes in your PW manager, then you're NOT using separate apps. You're using the same app (your PW manager). My argument…
Re: Bitwarden SDK relicensed from proprietary to GPLv3
#347Re: Bitwarden SDK relicensed from proprietary to GPLv3
#348Earlier quoted context omitted.
I store the password vault in dropbox. Done.
> store the password vault in dropbox No local backup? Do you rely on the network working all the time? I do something similar on the mobile phone (the reasining is, if there's no network, there's nothing I need to login to) but I also keep a local copy on my laptop (that I sometimes operate with limited connectivity). Without any automatic syncing, one of the two copies will be stale.
Normal dropbox behavior keeps a copy on every computer.
Re: Bitwarden SDK relicensed from proprietary to GPLv3
#349Earlier quoted context omitted.
in Vaultwarden you can have "organizations" that are like groups of people and you can have passwords there that are accessible by members No idea how this maps into Bitwarden's own offerings though but all clients support this kind of thing
The downside is you can only share to other users on your Vaultwarden instance. You can't e.g., set up emergency sharing to family members who use cloud Bitwarden.
BW clients support having several accounts at once so you're not forced to choose. Your family can have a regular bitwarden.com account and your vw.example.com account just for emergency access
Re: Bitwarden SDK relicensed from proprietary to GPLv3
#350Earlier quoted context omitted.
I don't think it was a bug. They dismissed it and clearly said that they had no intention to adjust the license: https://github.com/bitwarden/sdk/issues/898 .
To be honest, it looks like he just had an internal model of “internal code no gpl”, “external code gpl” and mindlessly answered based on that. The fact that it made the latter impossible seems to have been successfully impressed on him. Overall, I’ll stay a Bitwarden customer. People fuck up and I’m a tit-for-tat-with-random-forgiveness tactic user, not grim-trigger.
This said, I still recommend Bitwarden to my family. I moved to pass (https://www.passwordstore.org/) a while ago just because it corresponds better to my needs and I have more control.