gocryptfs

> A single Hetzner server should never be the only place hosting a copy of all your photos Hetzner (or any vps provider) should not be a place at all to store ANY copy of your photos, unencrypted. I agree that they respect privacy a lot, they're probably the best of all the service providers when it comes to your data and that there are data protection laws in place etc etc but in the end, it's your personal photos, I wouldn't be willing to upload it to any provider unencrypted, good that you're encrypting Also, check this out (not my project): https://github.com/rfjakob/gocryptfs

I wonder how Cryptomator [0], EncFS [1] or gocryptfs [2] stacks up. [0] https://cryptomator.org/ [1] https://vgough.github.io/encfs/ [2] https://github.com/rfjakob/gocryptfs

I'm looking to improve my documents syncing setup. Currently I'm using owncloud, but that seems overkill for just files syncing and it requires maintenance, so I gave Syncthing a look. The "Untrusted device encryption" was not appealing to me because I'm not convinced by the security aspects yet, and also because it is in beta for now. I used gocryptfs [1] in the past and was quite happy with it, so I'm planning to use it on top of Syncthing to have files synced encrypted. As far as I have read this setup (Syncthing + gocryptfs) seems to be used by several people and has already been discussed by gocryptfs' author, who recommended a `-sharedstorage` flag for such use case [2]. Reading [3] I think gocryptfs is more suited for files syncing than cryfs. I'm aware that the metadata (file size, structure, …) of my files are not encrypted but t

JungleDisk was backup software I used ~2009 that allowed mounting S3. They were bought by Rackspace and the product wasn't updated. Seems to be called/part of Cyberfortress now. Later I used Panic's Transmit Disk but they removed the feature. Recently I'd been looking at s3fs-fuse to use with gocryptfs but haven't actually installed it yet! https://github.com/s3fs-fuse/s3fs-fuse https://github.com/rfjakob/gocryptfs

It's concerning that Dropbox is scanning user data. I understand the benefits of doing that (CSAM/copyright). One of the selling points of Dropbox is offsite backup and if they can delete data at anytime then its obvious to me Dropbox is no good. I personally don't use Dropbox. But if I did I wonder if something like gocryptfs [1] can be integrated with the Dropbox folder. [1] https://github.com/rfjakob/gocryptfs

There is also gocryptfs. It is written by some of the same people who did encfs and attempts to fix all the security issues discovered during its years of use. https://github.com/rfjakob/gocryptfs

Author of gocryptfs and co-maintainer of EncFS here. gocryptfs is a FUSE overlay filesystem for Linux like EncFS. But it is written from scratch in Go, uses modern crypto and fixes the security issues of EncFS while providing equivalent speed. Some of the key differences to EncFS are: * Just one security level roughly equivalent to EncFS "paranoia" mode, at the speed of "default" mode. * A design so simple it fits on one page ( this one: https://nuetzlich.net/gocryptfs/security/ ) * Explicit filesystem creation using "gocryptfs -init". No configuration prompts. * Long file names up to 256 bytes (with zero performance impact <= 176 bytes) * Stress-tested using fuse-xfstests * No reverse mode (yet?). Sorry. I'm quite happy with how the project turned out and have released v1.0 a few days ago. If you are using EncFS, you should probably swit

In C (using openssl): * http://blog.cros13.net/2014/08/cheap-entropy-using-your-rtl-... * https://github.com/pwarren/rtl-entropy In Go, potentially (using its native encryption library, possibly a worthy trade-off in terms of security and speed(0)) * https://github.com/jpoirier/gortlsdr * https://github.com/porjo/hamsdr * https://github.com/bemasher/rtlamr 0: https://github.com/rfjakob/gocryptfs#performance