Live data from Hacker News

Bitwarden Completes Third-Party Security Audit

blog.bitwarden.com

21–30 of 148 posts

Re: Bitwarden Completes Third-Party Security Audit

#21
There's a Rust implementation of the BitWarden server which is compatible with the open source clients, that you can run really easily in Docker:

https://github.com/mprasil/bitwarden_rs

Im running it via Dokku and it has been rock solid. It's way lighter than running their reference server implementation.

Re: Bitwarden Completes Third-Party Security Audit

#23
post #6

Currently using Bitwarden right now. Really good to see that the security assessment is relatively positive: > All in all, while the client and backend code are vulnerable to some issues, all of the problems can be easily fixed without a lot of effort. In that sense, Cure53 believes these items of the Bitwarden scope to be fully capable of reaching the desired standards of security in a rather short time. To reiterat…

> Wondering how they will address the current cryptographic scheme though. The only cryptographic weakness Cure53 identified was that a malicious API server could exfiltrate encryption keys. Cure53 deemed it a hard problem to solve. I wrote a proposed strategy for mitigating it: https://github.com/bitwarden/core/issues/392 Regarding Bitwarden's cryptographic security, a cursory read through their code yields the foll…

"to encrypt some data" ?

Actually data? You'd usually expect RSA to be protecting a symmetric key in this sort of setup - is that what the data is, or something else?

Re: Bitwarden Completes Third-Party Security Audit

#24

There's a Rust implementation of the BitWarden server which is compatible with the open source clients, that you can run really easily in Docker: https://github.com/mprasil/bitwarden_rs Im running it via Dokku and it has been rock solid. It's way lighter than running their reference server implementation.

Yup, the Rust version is what I include with in HomelabOS (https://gitlab.com/NickBusey/HomelabOS).

It's been fantastic, really solid and generally pretty fast. Far, far easier than trying to get the standard Bitwarden stack going. That said, the standard stack is meant to support many users, where I have only tested the Rust implementation with a handful of users.

Re: Bitwarden Completes Third-Party Security Audit

#25
post #12

What are the pro/cons vs 1password?

When I last tried it, it didn't support generating passwords with English words ie. A 4 work Random password: hack-flipper-jump-london. Edit: looks like it does support this now.

>When I last tried it

Must have been a while back. I've used it for years and it has been able to generate word passwords since day one.

Re: Bitwarden Completes Third-Party Security Audit

#27

Can I get a quick vote on keepass2 vs bitwarden, and a feature comparison?

Keepass2 does not perform any syncing between devices (as far as I know), it's "just" a password safe that stores data in an XML file.

Personally I sync my Keepass files using a secure file sync app (not Dropbox), which is sufficient for me. I don't log into account on my phone so I don't need the passwords there, I guess it can be a reason for people to use Bitwarden.

Re: Bitwarden Completes Third-Party Security Audit

#28

What are the pro/cons vs 1password?

It's a mature product that hasn't had any major security issues. When I checked a few years ago, no other product ticked both boxes. Nowadays there might be another such product, but I'm not going to switch to find out at this point.

Re: Bitwarden Completes Third-Party Security Audit

#29
I used Lastpass for about 5 years and moved to bitwarden a couple of years back. I never had to turn back again. The browser addons are great, but the mobile app is fantastic, simple, usable and lightweight. It's great to hear that it's pretty secure too.

Re: Bitwarden Completes Third-Party Security Audit

#30

Earlier quoted context omitted.

> Wondering how they will address the current cryptographic scheme though. The only cryptographic weakness Cure53 identified was that a malicious API server could exfiltrate encryption keys. Cure53 deemed it a hard problem to solve. I wrote a proposed strategy for mitigating it: https://github.com/bitwarden/core/issues/392 Regarding Bitwarden's cryptographic security, a cursory read through their code yields the foll…

"to encrypt some data" ? Actually data? You'd usually expect RSA to be protecting a symmetric key in this sort of setup - is that what the data is, or something else?

Yes, it's using RSA to encrypt a key, as one would hope. https://github.com/bitwarden/jslib/blob/b4fad203b94da53d3369...

Usually when I see RSA-OAEP in a casual stroll through something's code, I stop there and move onto looking for other issues.

Reason: Very few users of RSA encryption bother to use a secure padding mode. If they're doing that much, the chances of doing something very stupid (a.k.a. "RSA-ECB") is low enough to discount for the purposes of message board discussions.

(Obviously, if I'm being paid to review something, I spend a lot more time on it.)

When I wrote my post above, all I cared about was the modes being used. That's why I vaguely said "some data".

A further analysis (i.e. where rsaEncrypt() is invoked) yields: They're only using RSA for encrypting AES keys, which is a sane design.

Hopefully my lazy word choice didn't cause you (or anyone else) any undue alarm.

Post reply on HN