ehsm VS cryfs

* dynamic HSM (https://github.com/intel/ehsm)

* machine learning in tandem with GPUs https://azure.microsoft.com/en-us/blog/azure-confidential-co...

* autonomous key management (https://docs.oasis.dev/general/oasis-network/overview#privac...)

* signal contact discovery (https://signal.org/blog/private-contact-discovery/)

Many of these will also work with next-gen enclave tech (mainly in the direction of total VM encryption), but those aren’t as secure as SGX yet, so SGX has continued utility to applications beyond DRM.

I know that cryfs[1] is resilient to at least the first of these, and possibly the second as well. I don't know if cryfs allows to modify the base directory while the filesystem is online, if it does then it might already be a better solution for syncthing, if you only care about Linux.

On the flip side syncthing could incorporate cryfs's base directory format instead of their home-grown one.

[1] https://www.cryfs.org/

When I tried cryfs mounting via file system, cryfs told me there was no vault at my vault directory. It says specifically, "Could not find base directory. Do you want to create it?"

you have a couple options. if you’re using ext4, fscrypt might be your best bet. if not, a FUSE-based encryption option is probably your only option. ecryptfs, gocryptfs and encfs are good, but i personally prefer cryfs. it doesn’t have an archwiki page, but can be installed from the repos and instructions for use can be found on its webpage

Cryfs encryption for future Cloud Storage = https://www.cryfs.org/

It sounds like cryfs might be helpful for this. It stores an encrypted directory in the cloud but mounts the decrypted contents locally on your hard drive so you can work with them. I'm still looking into it myself but it appears to have been designed to let people use cloud storage without ever revealing the contents to the provider.

See https://github.com/cryfs/cryfs/issues/335

CryFS - Intended to replace eCryptfs and fscrypt (which you can also look at if CryFS doesn't work for you) and add improvements. Unlike LUKS and veracrypt, you don't have to allocate the space in advance; as you add more data it just has more files containing the encrypted data. It is also intended to work with cloud sync things like Dropbox. So I expect you should also be able to store it in an NFS or samba share and then mount it so the encryption happens locally and the server never sees the unencrypted data. If you use KDE, the "vaults" program provides a good UI. Details at https://www.cryfs.org/

Instead of large containers, perhaps use something like CryFS so the uploads are not as large? See https://www.cryfs.org/

Exemplo: https://www.cryfs.org/