Bitwarden_rs

[nebulon]

Hi all,

we've just pushed the initial version of the Bitwarden_rs app. This is the Rust implementation from https://github.com/dani-garcia/bitwarden_rs which is fully compatible the official client apps. The app also comes with the official web-vault interface. We have chosen this over the official API implementation, since that uses mssql and other .net assets, which are too hard to package at the moment.

Code: https://git.cloudron.io/cloudron/bitwardenrs-app
App store link: https://cloudron.io/store/com.github.bitwardenrs.html

The app is explicitly packaged without Cloudron user management, since by design it requires their own user passwords. More details on that can be found in the forum thread https://forum.cloudron.io/topic/1082/bitwarden-self-hosted-password-manager

Please test the app and give feedback here or create an issue in our app package repo. Once we ironed out all the edges, we will mark it as stable.

And of course many thanks to @iamthefij and @fbartels to have bootstrapped the whole packaging for us.

[will]

Woohoo! great work guys!

[jdaviescoates]

@nebulon excellent, looking forward to testing this!

[A Former User]

@nebulon said in Bitwarden_rs:

https://forum.cloudron.io/topic/1082/bitwarden-self-hosted-password-manager

works like a charm. Thanks a lot.
Here is the link how to change the browsers' extension path: https://help.bitwarden.com/article/change-client-environment/

[iamthefij]

Thanks @nebulon! I'm just realizing that we should be able to improve the experience by using making the default env be SIGNUPS_DOMAINS_WHITELIST=$CLOUDRON_MAIL_DOMAINS, so signups can only be from the the domains that the users have configured for email. A few caveates though, I'm not sure how that variable gets set if you use a relay and it also looks like only $CLOUDRON_MAIL_DOMAIN is set for me, maybe because I have only one email domain.

[doodlemania2]

If I disable signups, and enable invitations...how do I send an invitation?

[will]

@doodlemania2 you dont. Have your peeps sign up and disable/enable as needed.

[nebulon]

@iamthefij hm that is a useful env variable to mention for sure, but I am not sure if it is confusing for users, since by far not all are also using the Cloudron mail server. The app also only sees the mail domain it is installed at, so that might be even more confusing as a default setting.

[iamthefij]

@nebulon yea. I wondered that. It would be nice if there was a similar env for any configured domain, not just email.

[nebulon]

I've put up a new release mentioning the SIGNUPS_DOMAINS_WHITELIST variable in the config.env template and marked the app now as stable!

[will]

@nebulon So butwarden RS is probably going to need more documentation than normal. So recommended parts:

• Go into detail on proper setup, invites, env configs, etc...
• Explain the admin panel and how to secure it (change the pw, proper settings, etc...)
• Recommend encrypting Cloudron backups due to them now containing the keys to the castle.
• Perhaps recommend offline backups for password database and how that would happen.

Its not a whole lot, but any of those details not configured properly could screw somebody hard, leaving vulnerable, or locked out of their passwords.

AWESOME work guys, I've been waiting on this one for a long time and it works better than expected!

[thetomester13]

This is awesome and much awaited, thanks!

Quick question: if I've been using the self-build version of the Bitwarden_rs app for a while, are there easy upgrade instructions to switch over to the official App Store version now?

[will]

@thetomester13 Export your passwords delete the self built bitwarden, install the Cloudron version, make an account, configure to your liking, import your exported password list.

[necrevistonnezr]

@will said in Bitwarden_rs:

@thetomester13 Export your passwords delete the self built bitwarden, install the Cloudron version, make an account, configure to your liking, import your exported password list.

That doesn’t work for attachments...

[will]

@necrevistonnezr ouch

[d19dotca]

@will In addition to what @necrevistonnezr mentioned, it also doesn't necessarily help in cases where we're hosting passwords for friends or family. As in that case we'd have to walk them all through it step by step individually (at least for those who aren't super tech savvy anyways), so it'd definitely be awesome if we could find a proper migration path so that users don't really need to do anything.

[will]

@d19dotca Agreed, however, I wouldnt be using self built builds for friends and family. Unstable/Beta builds are for testing a feedback, not production use.
Every moment the devs spend supporting beta builds are moments they could be spending working on the next big thing.

[d19dotca]

@will That's why my example is "friends and family" not "paying customers". I don't think anyone is asking Cloudron devs alone to support beta builds. In fact, it really doesn't matter what the source is in this case, as long as it's the same app (Bitwarden_rs). For example, what would be the case if I had been hosting my own Bitwarden_rs app (as I did two years ago or so before I started using Cloudron) and then eventually wanted to migrate to the Cloudron-version of the app because I started using Cloudron?

It's a valid question to ask for some assistance from all the keen Bitwarden users who are in this thread and likely some in similar situations, some more tech-savvy than others who can maybe try to put together a bit of a guide, much like I did for WordPress migrations from other servers to Cloudron.

[will]

@d19dotca I don't wanna get in the weeds. If anyone could help you, that would be awesome.
I don't think you're running the unstable from Cloudron right? Which build do you use when you built it yourself? Maybe I can find something.

[d19dotca]

@will I'm not currently running it for anyone at this moment. I did a year two back before ever using Cloudron and then started to use the Bitwarden build from @iamthefij when I was teaching myself how to deploy custom apps to Cloudron which worked for me at the time, but I definitely didn't trust myself as I was still new with Cloudron so never used it in any production level. haha.

I'm just making a point that there are some valid use-cases where it'd be great to have a migration guide from anybody who's got a lot of experience with Bitwarden_RS already, regardless of where the source is located because not all sources are going to be beta builds on Cloudron. And at the app level (not even Cloudron) simply exporting a json file isn't enough for those who have attachments nor is that process really user-friendly for those who aren't very computer savvy (I'm thinking my mom for example, I'd love to be hosting her passwords and fully plan on doing it, but what if I need to eventually migrate the instance? How do I make it so that there's no impact to her and I take all the load instead?), so a guide would be great if anyone's come across one or already been pushing through a similar situation that can share some insights.

It's likely more an app-related question than a Cloudron question for sure, but there are many keen Bitwarden admins on here who may already have the experience to share some insight with how to migrate bitwarden_rs instances.

If I can do this myself, I'll be happy to write up a guide. Maybe I'll make this a project in a week or two. I assume we'll need to just identify the critical files that hold all that info and replace the ones in our Cloudron instances with them in the /app/data directory (so it's not overwritten).