Ask Slashdot: Keeping Cloud Data Encrypted Without Cross-Platform Pain?
bromoseltzer writes: I use cloud storage to hold many gigs of personal files that I'd just as soon were not targets for casual data mining. (Google: I'm thinking of you.) I want to access them from Linux, Windows, and Android devices. I have been using encfs, which does the job for Linux fairly well (despite some well-known issues), but Windows and Android don't seem to have working clients. I really want to map a file system of encrypted files and encrypted names to a local unencrypted filesystem — the way encfs works. What solutions do Slashdot readers recommend? Ideal would be a competitive cloud storage service like Dropbox or Google Drive that provides trustworthy encryption with suitable clients. Is there anything like that?
I hope you find what you're looking for, but I would suggest that:
This isn't possible.
Unless you own the crypto bits, and you know for a fact that they don't have any way to access your keys, you should assume any provider can probably comply with court orders and hand over your data.
Some of them might be peaking even if they claim not to be.
The only way you can be guaranteed your stuff is secure is to encrypt it yourself, and cut the cloud out of the process entirely.
There pretty much is no such thing as "trustworthy encryption" you didn't do yourself.
Lost at C:>. Found at C.
with ownCloud or SeaFile, a Raspberry Pi 2, and whatever size USB you want.
You might want to take a look at
https://www.boxcryptor.com/en/...
Microsft spel chekar vor sail, worgs grate !!!
If you get rid of the mobile requirement, http://mega.co.nz/ might be the solution for you.
Specifically designed by Kim Dotcom's folks so that they CANNOT access your data (so they don't tell if you've got financial paperwork or pirated movies). Has a method for sync'ing a local unencrypted filesystem into their cloud architecture.
There's Wuala, which is essentially Dropbox with client-side encryption. It used to be free for personal use, but now plans start at 1 EUR per month. Also, the encrypted data is stored in Europe, which is nice. http://www.wuala.com
Shitpost!!!!!
SpiderOak is a cloud-based, zero-knowledge storage and backup system. It has clients for Windows, Mac, Linux, Andorid, and iOS. You can also access from the web, but you have to provide a password, which means it is no longer zero-knowledge. I signed up a few years ago when large fires burned through my city, and I needed a secure, automated, off-site backup. The fires are gone, but now I still use it on Windows and Linux. The GUI is a little clunky, but it works. I stay in the first pricing tier by loading my old family photos (>>50GB) instead onto Google Nearline, which is cheaper but less convenient.
For the windows front there's CryptSync.
It encrypts files with 7zip so you can still grab them from other platforms.
http://sourceforge.net/project...
BT Sync - Aka "Bittorrent Sync" aka "Sync" is pretty close. In that setup, your own computers act as the cloud. Android and Linux clients, etc. I primarily use it to keep photos backed up from my phone to home, but also keep folders and movies on my home computer which sync with my phone as well.
It's not a "cloud solution" in the normal sense - you can't keep files on the cloud and dynamically choose which ones to push around later, but it's CLOSE and may suit your needs.
I use Tarsnap. Cheap. Fast. Reliable. *Secure*. Client for almost all major platforms. Source included for the client. Check it out.
I'm sorry, what?
“He’s not deformed, he’s just drunk!”
These guys do transparent encryption/decryption of DropBox and other cloud providers with web access as well as native clients for Windows, Mac, IOS and Android: https://www.encryptedcloud.com/
You will effectively be limited to 1/2 of USB 2.0 speed (or less) because the Pi's network connection is via the single USB connection which is shared by that USB drive
Hi-Speed USB is nominally 480 Mbps half duplex and practically reaches half of that. If the storage shares a bus with a NIC, it could still saturate 120 Mbps. Home Internet is typically 3 to 50 Mbps down, and if you don't have a symmetric service like Verizon/Frontier FiOS, you get far less than that up.
There pretty much is no such thing as "trustworthy encryption" you didn't do yourself.
And, let's face it, for all but maybe a few hundred out of the 7 billion people on the planet, even if you try to do it yourself it's probably going to fail under a true attack that is targeted at getting your information and there's a good chance your home-built system will just screw up your data altogether.
Saying the only trustworthy encryption scheme is the one you create only works if you're a cryptography and programming expert. Otherwise it's like hiding your life savings in safe you built entirely from scratch.
Is it just my observation, or are there way too many stupid people in the world?
Supports EncFS on Windows and works well with different Cloud FS providers.
Dropbox combined with Boxcryptor Classic (Android & Windows) and Cryptkeeper (basically encfs) on Linux. Works for me.
Hmmm. Don't agree with this.
1. Spider Oak has built its business on zero-knowledge (Full Disc: not an employee or a fanboy, but a user. Like it, except for non-zero-knowledge on mobile/web)
2. There _is_ research going on about ways to compute on data without knowing the contents of the data. It's entirely likely that someone will solve search on zero-knowledge encrypted data, even though you and I don't yet know how it might work. (one way that comes to mind: zero-knowledge encrypt the query, then bounce the encrypted query against the encrypted ciphertext. This would probably suck 'cause it'd require ECB mode or something similar, and that's pretty weak, and such a technique would leak information like a sieve, but OTOH, not _impossible_ right out of the gate).
https://pcloud.com/ - they have end-user encryption, currently in the desktop versions, working on getting it in the web and mobile versions. The encryption sources are open and available at their github account ( https://github.com/pcloudcom ), and they recently got an audit of the whole software and encryption schema.
(disclaimer - i worked there and helped design it)
This being a tech site, I suggest you do it yourself and get a virtual private server somewhere, then install OwnCloud. It's extremely easy, just get a VPS at one of the nice providers like DigitalOcean or Linode, install Debian and use dmcrypt or ecryptfs to encrypt the filesystem.
Then share your files over HTTPS. Done.
8 of 13 people found this answer helpful. Did you?
Not a complete filesystem-level solution. But I'm pretty happy with KeePass for sensitive stuff.
Using the KeePassX client on Linux, with the .kdb file on Google Drive. .kdb back to Google Drive after making any changes.
KeePass2Android on our phones. We have a secret key not stored on Google Drive, and a passphrase to unlock that. Haven't had any trouble with the automatic sync of the
If encfs works fairly well on Linux, what's stopping you from getting http://linuxonandroid.org/ working on Android and mounting your encfs file in a full Linux chroot environment? Then on Windows just run a Linux VM that exports a Samba share of the unencrypted files.
The other thing I've always done since forever is just use my phone / internet kiosk to VNC+SSH back to my home PC.
EncFS is nice for a single logged in user but I wonder about building enc read/write into applications so that if root logs in even they can not read the users encrypted data. I think programs need to start using libraries to encrypt to the user level. So that only the user that owns the key can read(was going to add write but root can write to a file system) the encrypted file. Multi-user systems are always creating problems.
I recently went through this same issue.
I tried lots of alternatives, but EncFS is still the best solution out there.
The best and most reliable windows port of EncFS is Safe.
http://www.getsafe.org/
It does have some limitations, but in general it's the best solution out there.
They strive to be binary compatible with Linux EncFS and have versions for Windows and Mac.
Plus it's free and open source. (GPLv3)
Keep all your files on a BlackBerry and use Blend on the other devices. I'm only half kidding.
"A person is smart. People are dumb, panicky dangerous animals and you know it." - K
Own Cloud, on a cloud VM with encrypted HD ?
As of about a year ago, Owncloud didn't handle large files well at all. Maybe it's gotten better since then, but I dumped it for sftp / rsync.
I use and suggest Seafile. All the parts are open source, folders can be client-side encrypted.
Its crypto isn't perfect (they use some odd AES settings, and the design leaks some metadata) and every now and then I manage to bug the sync system and have to remove/re-add a file to get it to sync properly, but it has good clients for Linux (gui or cli), Windows, Mac, Android, and iOS, as well as web access (You have to give your passphrase to the server for that, which is security-harming in theory, it is supposed to be flushed after N minutes). They have free AWS-backed instances with a small amount of storage to try, and it isn't bad to set up a server for on a VPS or the like, they also have a specialized RPi installer.
Mount the drive-storage solution 'normally', and use it as a local git repository.
If you use something like https://github.com/shadowhand/... you can encrypt all files that you store in git, hence on the cloud. There are likely similar solutions for svn, and cross platform solutions.
If you want your data to be secured then the only way really is to run a server yourself.
"Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
Mobile platforms are inherent insecure. Not only the OS is not designed to be secure (against what you're fearing), the manufacturers are not your friend (you already said "hello google"), but the apps are per default spyware as well. if you have installed a security framework, you will know, that 9/10 apps access data they do not need to function as very first action after being installed. Stuff like calendar, contacts, call log, android serial, active/installed apps ...
So on a mobile device almost everything is your enemy. you do not want to access sensible data there.