Slashdot Mirror


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?

107 comments

  1. Good luck ... by gstoddart · · Score: 4, Insightful

    I hope you find what you're looking for, but I would suggest that:

    Ideal would be a competitive cloud storage service like Dropbox or Google Drive that provides trustworthy encryption with suitable clients

    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.
    1. Re:Good luck ... by TWX · · Score: 2

      Yep. I imagine the only sort of thing that would work would be an encrypted archiving format, but there will not be a seamless method to open the contents. One will probably have to manually decrypt all files in order to have access to them.

      This is par for the course with cloud, aka, someone else's computer. If you want secure, you need to buy your own server, set it up with an encrypted file system, pay for colocation in a datacenter, and host everything yourself.

      --
      Do not look into laser with remaining eye.
    2. Re:Good luck ... by Anonymous Coward · · Score: 0

      Using the cloud isn't a bad idea if you're encrypting it with your own keys before sending it. I use local AES encryption on my backups before they hit Google storage.

    3. Re:Good luck ... by epine · · Score: 1

      There pretty much is no such thing as "trustworthy encryption" you didn't do yourself.

      Does retyping the Tarsnap source code count as "doing it yourself"?

    4. Re: Good luck ... by Anonymous Coward · · Score: 0

      Check out SpiderOak

    5. Re:Good luck ... by NotInHere · · Score: 1

      And even then your security can be compromised by anybody who can stick an usb stick into your server at the datacenter, or has physical access by other means. Therefore, you can't just chose some datacenter where you put down your server and this is it, you have to chose one thats guarded with video surveillance, and proper protocols. And even then, a data compromise can be maximum detected, but stopping is even harder. Also you have to trust the people guarding your server. What if they get an NSL? but of course, if the NSA really sends an NSL requesting specifically your data, then you are fucked already, and they usually use other methods I guess. So the only data protection advantage you get from setting up your own server in a datacenter, is that NSA will most likely be too lazy to grab your data. I guess they have collective VPS programs already.

    6. Re:Good luck ... by mcrbids · · Score: 2

      You make it sound *onerous* but it doesn't need to be. You can buy many home routers with a USB port. Plug in a thumb drive and enable webDAV shares!

      We've been using webDAV for many, many years to create a distributed, "cloud based" storage accessible anywhere with good security. (Authenticated webDAV over SSL is approximately as secure as the password)

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
    7. Re:Good luck ... by Anonymous Coward · · Score: 0

      +1 for Tarsnap. Posting AC to preserve moderation.

    8. Re:Good luck ... by mlts · · Score: 1

      I find there are multiple ways to skin this cat:

      Scenario 1: Archiving. This is where one sticks files into some archiving program (ZIP, RAR, etc.) and then uploads the archive to some place like Amazon Glacier where it pretty much remains indefinitely until needed. This takes some thought, since even though uploading and keeping stuff on Glacier is inexpensive... retrieving it isn't cheap. One should figure out a size of archive that isn't hard to download, but not too small that documents and other items require multiple downloaded files to retrieve. This can be done to mobile devices, but again, it is a balance of useful file size versus time downloading.

      Scenario 2: Random access block-based file. Using TrueCrypt on a DropBox synced partition for example. The changes are propagated. Of course, the download with this is cross-platform compatibility.

      Scenario 3: Subdirectory of files encrypted with something like CFS, EncFS, or another tool. This may work for OS X, Linux, and Android, but won't on iOS and Windows.

    9. Re: Good luck ... by Anonymous Coward · · Score: 0

      On second thought... don't. Their "security" is apparently nothing but marketing.

    10. Re:Good luck ... by Anonymous Coward · · Score: 0

      Crashplan with user selected crypto key is about the best bet but then you still don't have it verified there is not and will never be a listener in the client code.

    11. Re:Good luck ... by AmiMoJo · · Score: 1

      Wouldn't a simple TrueCrypt container meet all the requirements?

      Create a container and set up cloud sync with a service that only sends diffs. I believe Dropbox does that, for example. Mount the container on each machine, or mount it on a NAS and share it unencrypted locally, or whatever you want to do.

      All the cloud service sees is a TrueCrypt container. Android has a few apps supporting TrueCrypt. All major desktop operating systems support it. It's probably the most trustworthy system out there, being both open source and recently audited.

      The only flaw in this system is that the container file is a live filesystem, so in-progress updates can cause issues as they propagate across devices via the cloud. But that's your only real option for what the OP wants.

      Alternatively, Spikeoak seems to do what the OP needs, and isn't expensive. The only down side is the closed source nature of the service.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    12. Re: Good luck ... by Anonymous Coward · · Score: 0

      It's worse. Since there is no way to tell, if the cloud provider has deleted your files, you better hope the strength of your encryption declines slower than the value of your data. Which is very unlikely. Basically, it's all about managing risk: how bad would the cloud peeking into your data be?

    13. Re: Good luck ... by Anonymous Coward · · Score: 0

      National Securitu Letters aka "FISA" can demand employees of any co-located (third party) server service spy on you. If your data is arriving to your server unencrypted...Then you are not doing yourself any good. Even if you own the servers.

    14. Re:Good luck ... by paulatz · · Score: 1

      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.

      This is completely true, the best you can get are some self-hosted services that work almost as seamlessly as commercial Clouds.

      I use Bittorrent Sync, it is fast and has a good mobile app. You need to have a server running if you want availability. I have two: a 150€ NAS in my home network and a Linux worstation at work (I never turn it off anyway in case I need to work from home, and it restarts in case of power failure).

      The only feature you miss is the possibility to one-click share a single file with some random guy, but for that there are the usual Clouds, I do not need to encrypt a file that I am sending around anyway.

      --
      this post contain no useful information, no need to mod it down
  2. Roll your own by BobSwi · · Score: 1

    with ownCloud or SeaFile, a Raspberry Pi 2, and whatever size USB you want.

    1. Re:Roll your own by bobbied · · Score: 1

      with ownCloud or SeaFile, a Raspberry Pi 2, and whatever size USB you want.

      Maybe for home use, but that's going to be pretty darn slow... 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, the keyboard and the mouse etc.... Ouch...

      Personally, I'd go with an old scrapped desktop PC running OpenMediaVault attached to your network. Just stuff in a cheap SATA interface or two, load up on cheap drives, raid them into a redundant array of some kind and then install "ownCloud" plugin (Open Media Vault). You may spend some cash on drives, but you will be much happier than using that Pi.

      Once you get OMV up, there are plenty of ways to do backups of just about anything you like.....

      --
      "File to fit, pound to insert, paint to match" - Aircraft Maintenance 101
    2. Re:Roll your own by rHBa · · Score: 1

      If you're hosting from home then your internet connection will more likely be the bottleneck. Having said that I'd recommend using an old laptop, they tend to be quieter than a desktop, draw less power and they also have a built in UPS. You can get a 3 year old laptop with 2GB RAM and a broken screen for next to nothing.

    3. Re:Roll your own by bobbied · · Score: 1

      I like that idea... ;)

      --
      "File to fit, pound to insert, paint to match" - Aircraft Maintenance 101
    4. Re:Roll your own by buchner.johannes · · Score: 1

      Alternative version of roll-your-own: Host at some provider, use their client (or if you do not trust them, put a encrypted file system on top).
      Mount that on a Linux machine.
      Share that filesystem via SMB, so Android and Windows can access the files.

      --
      NB: The message above might reflect my opinion right now, but not necessarily tomorrow or next year.
  3. Use by Anonymous Coward · · Score: 0

    ZIP -e

    and feel safe finally.

  4. s3backer by Anonymous Coward · · Score: 0

    Nuf said.

  5. clients by Anonymous Coward · · Score: 0

    spideroak cloud storage encrypts and de-dupes client-side. clients for major platforms (android is read-only). has a warrant canary, transparency report, and all that stuff too.
    veracrypt for containers - has "native" clients for windows and linux, and I use "EDS" on Android.

  6. There are both Windows and Android clients by Anonymous Coward · · Score: 0

    I use encfs for exactly this and there are clients for both android and windows. The windows is similar in concept to the *nix one (mapped mount/drive). The Android one behaves more like the Android dropbox client.

  7. Boxcryptor by MoZ-RedShirt · · Score: 1

    You might want to take a look at
    https://www.boxcryptor.com/en/...

    --
    Microsft spel chekar vor sail, worgs grate !!!
    1. Re:Boxcryptor by Anonymous Coward · · Score: 0

      Which doesn't appear to support linux, which seemed to be a primary requirement.

    2. Re:Boxcryptor by Anonymous Coward · · Score: 0

      Came here to share this.

      You could either Stuff a whole TrueCrypt partition into your Google Drive/Box.com/Dropbox folder, use Boxcryptor and GDrive/Dropbox/MS OneDrive, or use SpiderOak.

      Other than that, you'd have to brew your own solution.

    3. Re:Boxcryptor by Anonymous Coward · · Score: 0

      Linux method is available according to https://boxcryptor.desk.com/customer/portal/articles/573769-is-boxcryptor-available-for-linux-

    4. Re:Boxcryptor by Anonymous Coward · · Score: 0

      encfs (use cryptkeeper if you want a client) under linux and mount the shares with boxcryptor classic under android or windows. works like a charm.

  8. Arq! by Anonymous Coward · · Score: 0

    Arq from Haystack software: https://www.arqbackup.com/

  9. Mega by Dredd13 · · Score: 2, Informative

    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.

    1. Re:Mega by Dredd13 · · Score: 1

      How the fuck is this "Offtopic"?

      Screw you, whoever moderated that...

    2. Re:Mega by cerberusss · · Score: 1

      I like Mega as well, but I felt the client for OS X was kinda clunky.

      --
      8 of 13 people found this answer helpful. Did you?
    3. Re:Mega by Dredd13 · · Score: 1

      Really? I haven't had any problems with it. I mean I did when it was like "month 1" of the service going live, but it settled down fairly nicely over time.

    4. Re:Mega by Anonymous Coward · · Score: 0

      Kim has a history of running scams, so it's probably not a great idea to trust his products without at least the source code available..

  10. Wuala by Anonymous Coward · · Score: 1

    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

  11. If you don't have anything useful to say... by Anonymous Coward · · Score: 1

    Shitpost!!!!!

  12. SpiderOak by ahziem · · Score: 2

    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.

    1. Re:SpiderOak by Anonymous Coward · · Score: 0

      Android, Web, and iOS are not "zero-knowledge" (the explicitly warn you about this), as the encryption key is handled server side. Also, as far as I know, everything they have is closed-source, so nobody really knows if the encryption is good.

      That said, if data-mining and basic privacy is your concern, then it's probably an OK choice.

    2. Re:SpiderOak by jddj · · Score: 2

      +1 for SpiderOak, but please know that their Android client is not Zero-Knowledge. It means that mobile use is...not quite as clean as one would like.

    3. Re:SpiderOak by vux984 · · Score: 1

      Yeah +1 for spideroak. But you still do need to trust them.

      The source is closed. So you can't inspect and build the client yourself. So you have no way of knowing whether its really zero knowledge or not; or whether the client can or is sending the keys to the server etc.

      They also specifically disclaim zero knowledge for web based access and mobile. The former should be obvious, but the latter is a bit of a surprise/disappointment.

      Still I -do- generally trust them; and recommend them. Their business model isn't advertising and harvesting data.

      But the fact that I've decided to trust them is a far cry from it being a provably trustworthy system.

    4. Re:SpiderOak by Anonymous Coward · · Score: 0

      +1 for SpiderOak. I've been using it for years on the desktop. As noted, using on mobile is not zero knowledge.

    5. Re:SpiderOak by antiparadigm · · Score: 1

      +1 SpiderOak SpiderOak has but one issue, but it is the same issue all cloud storage has (with the exception of rolling your own). You have to place your trust fundamentally in the hands of others. You own the keys and if you forget the keys, they can't help you recover them. If one must use a more mainstream option (I use Onedrive more then I probably should, but at least it isn't Google) I will take an object and use 7-zip to compress it, and if desire, use 7-zip to AES-256 encrypt the file. Then if I'm being totally paranoid (and lets face it - we all get this way every once in a while) I use a tool called AESCrypt to encrypt the compressed blob. Followed by using Eraser to fully wipe the plain text from my drive. I believe 7-zip and AES Crypt are available in both Windows & Linux flavors. Android, YMMV. But if you really want security I would suggest SpiderOak or roll your own cloud. (SpiderOak you have to trust, but they do encrypt before it leaves your PC, OwnCloud isn't that hard to setup, but you do have to consider having an always on server in your house... and your upload bandwidth.

    6. Re:SpiderOak by Anonymous Coward · · Score: 0

      spideroak talks a good talk, but they *still* won't anyone look at their code. So, sorry, they don't make the "trust" standard any better than any other cloud provider.

    7. Re:SpiderOak by Fweeky · · Score: 1

      Their mobile client is open source: https://github.com/SpiderOak/S...

      The desktop client is mostly unobfuscated Python bytecode and easily inspected, docstrings, symbol names and all, with a bytecode decompiler. Not good enough, but at least a bit more transparent than most.

  13. CryptSync by Metabolife · · Score: 1

    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...

    1. Re:CryptSync by Anonymous Coward · · Score: 0

      So by saying "For the windows front" you are pretty much admitting that you are completely disregarding OP's question (and requirement for cross-platform access) and just spamming an advertisement, yes?

  14. BT Sync by Insightfill · · Score: 1

    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.

    1. Re:BT Sync by Anonymous Coward · · Score: 0

      But it is closed source. Who knows what backdoors the Republicans that rule that corporation put into the opaque binary executable. Only use it if you're an idiot that trusts Republicans.

    2. Re:BT Sync by alt-j · · Score: 0

      Try the open source equivalent of BTSync, Syncthing
      https://syncthing.net/
      https://github.com/syncthing/s...

    3. Re:BT Sync by corychristison · · Score: 1

      Syncthing looks interesting. Even has an Android client to boot.
      Thank you for sharing.

      I currently use BTSync, but it seems I have problems every time I upgrade, having to recreate the shares and such. Kind of a PITA.
      I also firewall it, so it doesn't sync outside of my home or office network, so, hopefully keeping any potential back doors out.

    4. Re:BT Sync by cerberusss · · Score: 1

      What I don't like about BT Sync is that it requires a specific port to be open. OwnCloud just uses the standard https port, 443, which is open anywhere.

      --
      8 of 13 people found this answer helpful. Did you?
    5. Re:BT Sync by alt-j · · Score: 0

      I too am still using BTsync. Something else you can do to help it stay local is uncheck "Use relay server when required", "Use tracker server", and "Search DHT network". Make sure you have "Search LAN" checked.

      Those settings are in the preferences for each shared folder.

    6. Re:BT Sync by lhowaf · · Score: 1

      Syncthing works great - especially with SyncTrayzor on Windows.

  15. Tarsnap? by X86BSD · · Score: 3

    I use Tarsnap. Cheap. Fast. Reliable. *Secure*. Client for almost all major platforms. Source included for the client. Check it out.

  16. Sharefile by Anonymous Coward · · Score: 0

    Look at Citrix Sharefile. Its an expensive option, but depending on the options you choose, you can use your own certificate so that everything stays encrypted and they have no access to your data.

  17. trustworthy encryption by fustakrakich · · Score: 1

    I'm sorry, what?

    --
    “He’s not deformed, he’s just drunk!”
  18. Owncloud by Anonymous Coward · · Score: 0

    If you're comfortable rolling your own solution I've found owncloud (http://owncloud.org) to work quite well. Runs inside your webserver of choice and easily be configured to be TLS only for file transfer.

    1. Re:OwnCloud by Anonymous Coward · · Score: 0

      Alternately, Seafile offers similar functionaliity, with better scaling to hundreds / thousands of files then OwnCloud.

      The big downside of VPS is that you're going to pay $40/mo for 1TB of storage. But you could also use the box for other things. Like backing up to it with Attic, which also offers client-side encryption before it goes over the wire.

    2. Re:OwnCloud by Anonymous Coward · · Score: 1

      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.

  19. nCryptedCloud for Dropbox encryption by WreckDiver · · Score: 1

    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/

  20. CrashPlan has a high security option by Anonymous Coward · · Score: 0

    CrashPlan has a higher security option to use your own encryption keys that they never store. The downside is that if you forget your password or key then the data is lost for good on their end.

    I think they have windows and linux clients.

  21. Tresorit by Anonymous Coward · · Score: 0

    Tresorit - client-side encryption. Trustworthy? Examine it by yourself.

  22. There are plenty of options... by intermelt · · Score: 0

    Did you even try searching? Linux support may be hard to find, but OSX and Windows apps seems readily available. I'm sure most of these companies are working on Linux support too. There is no technical reason why this can't work seamlessly. The only disadvantage is using the native web interfaces to search for and view files.

    http://www.cloudlock.com/ [looks like this runs from the cloud, so will work anywhere]

    https://www.cloudfogger.com/en...
    https://www.boxcryptor.com/en
    http://www.syncdocs.com/downlo... [windows only]

  23. If they did that they would lose clients by jader3rd · · Score: 0

    If the cloud provider created an encryption that even they couldn't work with they wouldn't have clients. For starters, search wouldn't work. Secondly, the average Joe would expect the cloud solution to be like someone holding something for him in a safe. Should he lose the key for the safe, he would still expect a way to prove his identity and have the owner of the safe open it for him on his behalf.

    So your best bet is to go with a solution whose privacy policy states that they won't datamine your data for commercial purposes.

    1. Re:If they did that they would lose clients by jddj · · Score: 1

      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).

  24. syncthing by Anonymous Coward · · Score: 0

    I use syncthing (https://syncthing.net/). Since your data is never sent to a third-party server, it should be safe from prying eyes (NSA, I'm thinking of you). It does not, however, provide encryption in the file storage.

    1. Re:syncthing by Anonymous Coward · · Score: 0

      I use syncthing (https://syncthing.net/). Since your data is never sent to a third-party server, it should be safe from prying eyes (NSA, I'm thinking of you). It does not, however, provide encryption in the file storage.

      Exactly. Pair SyncThing with GPG and there's your solution. There are GPG clients for every OS.

  25. Half of USB 2 still saturates home Internet by tepples · · Score: 2

    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.

    1. Re:Half of USB 2 still saturates home Internet by bobbied · · Score: 1

      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.

      Perhaps, but if you have this on your local network you will not be subject to the bandwidth limits of your ISP. I would usually be at home with most of my devices anyway, so I'm limited to the 802.1a/n link speed, which is going to fully push the Pi beyond it's limits. BTW, my FIOS connection is 25/25bps so, in my case I think it would be possible to nearly saturate the USB buss/CPU load of a Pi remotely, and for $10 more I could get 50/50, which would surely tax the Pi.

      There is some serious bandwidth limits for the Pi though. You can loose up to 50% to overhead. The remaining 120Mbps is split between the NIC and the USB drive, so the best you can count on is about 60Mbps. The way USB works it requires a LOT of overhead processor load and the Pi is pretty limited in that area, so even a total of 120Mbps might be a stretch for it. I'm not saying it won't work, only that you might want to consider something with a bit more oomph.

      --
      "File to fit, pound to insert, paint to match" - Aircraft Maintenance 101
    2. Re:Half of USB 2 still saturates home Internet by bobbied · · Score: 1

      One more data point... There are actual observed Pi to storage bandwidths to report here. The *best* transfer rate noted was about 32Mbps, when running just the storage device on the USB bus. Half of that is about 16Mbps which is something that my internet connection could easily swamp. The data is here: http://www.mikronauts.com/rasp...

      --
      "File to fit, pound to insert, paint to match" - Aircraft Maintenance 101
    3. Re:Half of USB 2 still saturates home Internet by Anonymous Coward · · Score: 0

      The tests you link to are measured in megabytes (MB), not megabits (Mb). 32 MB/s is 256 Mb/s, so there is plenty of headroom for most home Internet connections, or even most common wifi setups. Although it's possible that the Pi 2 can't maintain a high transfer rate with a CPU-intensive protocol (like ssh).

  26. If it works on Linux desktops, try rooted Android. by Anonymous Coward · · Score: 0

    Some Android devices have kernel support for fuse out of the box, you just need root (towelroot, anyone?) and perhaps a linux chroot to run something like encfs. You could try an alternative kernel if your device doesn't include support for fuse. I have a shield portable with a gentoo chroot in front of me, and I was able to mount a squashfs via fuse the same way, without even replacing my kernel.

    I offer no direct solution for Windows. Maybe you can access your encfs over the network from a Linux box?

  27. Tahoe-LAFS by Anonymous Coward · · Score: 0

    Tahoe-:LAFS is cross platform (linux, windows, Mac, and rooted android) and can use commercial cloud providers like Amazon S3 for storage.

  28. Not a chance by Overzeetop · · Score: 1

    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?
    1. Re:Not a chance by gstoddart · · Score: 2

      Saying the only trustworthy encryption scheme is the one you create only works if you're a cryptography and programming expert.

      I never said create it yourself.

      I said if you are looking for a "trusted encryption" being implemented by someone else on your behalf, there's a very high likelihood it's not secure from them. And if you want it to be secure form them, encrypt it yourself.

      So, use a solution which exists, and which has a good reputation. But the cloud provider should be left out of the process of encryption and used to only store the encrypted data, because in all likelihood either for ease of use, or compliance with law enforcement ... if they have access to the crypto keys, your trust level is pretty much reduced to pretty much zero, because if they have the keys they can decrypt it.

      The last thing people should be doing is rolling their own damned encryption solutions. The second last thing you shouldn't do is to use a service which is doing the encryption for you unless you know explicitly they have the ability to decrypt your stuff.

      So, back when DropBox first came out and said "it's encrypted, we promise" .. it wasn't encrypted from them, they could and did look into it, and they could and would open it for law enforcement.

      If you want it secure so only you can open it, you have to do it yourself, and understand that you have to take ownership for it if you screw up. Just don't assume that when a service says they'll encrypt your stuff that it means it's secure or private from that service.

      That's not possible.

      --
      Lost at C:>. Found at C.
  29. owncloud by Anonymous Coward · · Score: 0

    see subject

  30. Boxcryptor Classic by hrath · · Score: 1

    Supports EncFS on Windows and works well with different Cloud FS providers.

  31. Dropbox & Boxcryptor by Anonymous Coward · · Score: 1

    Dropbox combined with Boxcryptor Classic (Android & Windows) and Cryptkeeper (basically encfs) on Linux. Works for me.

  32. How about SecureSafe? by Anonymous Coward · · Score: 0

    It looks like SecureSafe (http://www.securesafe.com) would fit your requirements.
    I haven't used them myself yet. Does anybody here have experience with their service?

  33. pcloud.com by ManiaX+Killerian · · Score: 1

    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)

  34. Network block device by Anonymous Coward · · Score: 0

    The only trustworthy solution is a cloud service that is noting more than a Network block device. You run any encryption on the client side, and any file-system you like on top of that.

  35. OwnCloud by cerberusss · · Score: 1

    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?
  36. KeePass by rwa2 · · Score: 1

    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.
    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 .kdb back to Google Drive after making any changes.

    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.

  37. Down to the User by PenguinJeff · · Score: 1

    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.

  38. Keep Using EncFS by ZeroNullVoid · · Score: 3, Interesting

    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)

    1. Re:Keep Using EncFS by operator_error · · Score: 1

      I must agree, EncFS is a great way to go. I use SSHFS with Ubuntu, and can simply mount any encrypted volume (including a remote volume) as a local PC disk. Here's a simple GUI tool for Ubuntu: http://www.libertyzero.com/GEn... I am pleased to have learned of Windows & OSX versions of the same thing today. Thanks!!!

    2. Re:Keep Using EncFS by Wizarth · · Score: 1

      Thank you, I didn't know about Safe. At one point I had to recover a backed up EncFS and ended up using a Linux VM to mount the encfs then copied everything out unencrypted.

    3. Re:Keep Using EncFS by Anonymous Coward · · Score: 0

      It should be noted that performance is terrible. Don't expect to be able to move around a folder with over a thousand files in it. It will take a second for every small little file and you will not be able to access the folder on the drive. You will not be able to use tools like TeraCopy to copy files to the drive, they will drop a couple files or folders every time. These and other issues come from my personal experience after reading the recommendations here, but they are echoed on the github. Most of these issues are unaddressed and the application hasn't been updated in over a year. Don't even go near it.

  39. git-annex by Anonymous Coward · · Score: 0

    https://git-annex.branchable.com/

    > git-annex allows managing files with git, without checking the file contents into git. While that may seem paradoxical, it is useful when dealing with files larger than git can currently easily handle, whether due to limitations in memory, time, or disk space.

    https://git-annex.branchable.com/assistant/

    > git-annex is designed for git users who love the command line. For everyone else, the git-annex assistant turns git-annex into an easy to use folder synchroniser.

    https://git-annex.branchable.com/encryption/

    > Encryption is needed when using special remotes like Amazon S3, where file content is sent to an untrusted party who does not have access to the git repository.

    S3 (Amazon S3, and other compatible services)
    Amazon Glacier
    bup
    ddar
    gcrypt (encrypted git repositories!)
    directory
    rsync
    webdav
    tahoe
    web
    bittorrent
    xmpp
    hook
    The above special remotes are built into git-annex, and can be used to tie git-annex into many cloud services.

    There are specific instructions for using git-annex with various services:

    Amazon S3
    Amazon Glacier
    Internet Archive via S3
    Box.com
    Google drive
    Google Cloud Storage
    Mega.co.nz
    SkyDrive
    OwnCloud
    Flickr
    IMAP
    Usenet
    chef-vault
    hubiC
    pCloud
    ipfs

  40. OneDrive? by Anonymous Coward · · Score: 0

    Isn't this more or less what Micrsoft's OneDrive for Business is? Not all of the features you've asked for are there yet, but they are on the roadmap. Microsoft does not mine your data and will be introducing a "Bring your own Key" encryption service shortly. There are clients for Windows (obviously), MAC, iOS, and Android. There is no offical Microsoft OneDrive client for Linux, but there is an opensource project called "onedrive-d", or you could use a browser for access.

    Storage is also being expanded from 1TB to unlimited in the near future.

  41. Flip the solution by ArhcAngel · · Score: 1

    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
  42. PrivacyBox by Anonymous Coward · · Score: 0

    Exactly what you are asking for will be announced next month. PrivacyBox will use strong end-to-end encryption and unlimited storage capacity. Keep checking https://www.privacybox.com for details.

  43. export it? by Anonymous Coward · · Score: 0

    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.

    Perhaps you can keep on using encfs, but have your Windows and Android clients connect to NFS or Samba shares, exported from the Linux box. (Or in the case of Windows, the Linux "box" could really be the local host, that the Windows VM connects to.)

  44. Own Cloud, on a cloud VM with encrypted HD by dowens81625 · · Score: 1

    Own Cloud, on a cloud VM with encrypted HD ?

  45. Android and something else by Anonymous Coward · · Score: 0

    'EDS', a file vault for Android, works with Windows containers ('VeraCrypt', 'TrueCrypt') and Linux containers ('LUKS').

    'KeePass', a file vault for every platform, including J2ME, although it's designed to contain mostly textual data.

  46. sftp + unison (rsync) by Anonymous Coward · · Score: 0

    Get yourself a Raspberry Pi 2 and an SSD. Attach it to your home router and setup a dynamic DNS with somebody like no-ip.org. Use LUKS encryption on the SSD for physical security. Setup an sftp server with strong crypto options (e.g. https://stribika.github.io/2015/01/04/secure-secure-shell.html) Then configure rsync / unison with your clients. Problem solved.

  47. Syncdocs for Google Drive by Anonymous Coward · · Score: 0

    For Windows and Android there's Syncdocs which does end-to-end encryption of Google Drive.
    http://www.syncdocs.com/easily-enable-google-drive-encryption/

    I allows you to select which folders to encrypt and uses generic AES256. You can also share encrypted files with a password.

  48. Wuala by Anonymous Coward · · Score: 0

    I am surprised nobody mentioned Wuala. It encrypts the files on client side and transfer the encrypted files across. It has multi platform clients for windows, Linux, mac, android and iPhone as well as browser based access. There used to be a free tier for Wuala but not anymore. I think the cheapest plan is $10 per year. I have been using it for winodws for over a year and generally happy. Their servers are in Switzerland which can be a plus!

  49. Seafile by PAPPP · · Score: 1

    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.

  50. git encrypt? by Tomahawk · · Score: 1

    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.

  51. Maybe Wuala? Zero knowledge & hosted in Europe by Anonymous Coward · · Score: 0

    A bit like Spideroak but not US based.
    Seems good. Linux, Windows, Mac, Android, iOS clients.
    https://wuala.com

  52. Boxcryptor by Anonymous Coward · · Score: 0

    On android (free) and windows (semi-free) there is a encfs client called boxcryptor classic.
    Hint: Create the encfs folder unter linux and mount it with boxcryptor. I faced some problems the other way round.

    best regards

  53. Boxcrypto II by Anonymous Coward · · Score: 0

    Here is a short manual I found on the net:
    http://www.schnatterente.net/software/verschluesselter-cloudspeicher-encfs-meets-boxcryptor

  54. Owncloud? by Trogre · · Score: 1

    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
    1. Re:Owncloud? by BlackLotus89 · · Score: 1

      Yeah. If you enable encryption and "External Storage" you can use OwnCloud with Dropbox,Googel Drive or whatever the hell you are using (as long as it is suppported like webdav,samba,ftp,sftp,...) I think it didn't get clear that OwnCloud can be combined with other CloudStorage providers to store your files encrypted on them.

  55. Forget Android by allo · · Score: 1

    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.