Encrypt user data at rest #129

Closed
opened 2020-02-06 21:40:07 +00:00 by raucao · 3 comments
Owner

First thing that comes to mind is the ejabberd database, which contains lots of metadata, even if the contents of personal communications are encrypted.

Sovereign uses EncFS for this, and I think that's actually a pretty good idea. Also supposedly faster with HDDs (which we use on Andromeda for example).

https://github.com/vgough/encfs

First thing that comes to mind is the ejabberd database, which contains lots of metadata, even if the contents of personal communications are encrypted. Sovereign uses EncFS for this, and I think that's actually a pretty good idea. Also supposedly faster with HDDs (which we use on Andromeda for example). https://github.com/vgough/encfs
Owner

Good idea. We might want to compare it with eCryptfs and other solutions

Good idea. We might want to compare it with [eCryptfs](https://help.ubuntu.com/lts/serverguide/ecryptfs.html) and other solutions
Author
Owner

Regarding ecryptfs, that's what I meant with faster on HDDs, but didn't explain in detail:

https://github.com/vgough/encfs#fast-on-classical-hdds

Regarding ecryptfs, that's what I meant with faster on HDDs, but didn't explain in detail: https://github.com/vgough/encfs#fast-on-classical-hdds
raucao added a new dependency 2020-06-04 10:50:40 +00:00
Author
Owner

Closing this issue now. We have implemented a cookbook for this, which is already being used on the new servers. And every service we migrate to one of the new machines (which will be all of them soon) will use encrypted directories for all user data.

Closing this issue now. We have implemented a cookbook for this, which is already being used on the new servers. And every service we migrate to one of the new machines (which will be all of them soon) will use encrypted directories for all user data.
Sign in to join this conversation.
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Reference: kosmos/chef#129
No description provided.