Live data from Hacker News

Finally Bitcasa CEO Explains How The Encryption Works

techcrunch.com

11–20 of 42 posts

Re: Finally Bitcasa CEO Explains How The Encryption Works

#11
post #7

Something is twitching in the back of my mind about this. Sure, they can't look at the data based solely on the encrypted copy, but if they have a plaintext copy of a document of interest, they are able to determine which of their customers has that document, right? Doesn't that diminish some of the privacy claims?

This paper, Secure Data Deduplication, has an overview and a security analysis: http://www.ssrc.ucsc.edu/Papers/storer-storagess08.pdf

Re: Finally Bitcasa CEO Explains How The Encryption Works

#12
post #10

Academic paper on convergent encryption: http://www.ssrc.ucsc.edu/Papers/storer-storagess08.pdf TL;DR version: take a chunk of data, encrypt it with its own sha1 hash as the key. Now you have an encrypted version that you can dedup. You can only decrypt if you already know the hash. Info about who owns any particular chunk is not kept on the server, so even if you break in to the server, all you can tell is which chu…

The list of "who owns which hashes" must be stored on their servers, even if it's not the "same" server. Otherwise I would have to manually transfer my hashes from one computer to another.

Re: Finally Bitcasa CEO Explains How The Encryption Works

#14
it's important to note that this is not strong against knowledge of the plaintext. that's kind-of obvious, when you think about how it supports de-duplication, but perhaps an example will clarify why you might be concerned.

say you want to backup some data. and that data includes music or video... and the riaa or mpaa decide that bitcasa are facilitating pirating and should be shut down... so they reach a deal where all the data are checked against known songs or videos. and if they find a match then your identity will be provided for prosecution...

of course, if you are doing nothing wrong, you have nothing to fear. this can only identify known data. but even so, it is an interesting issue: "encryption" here doesn't have all the guarantees you might expect.

(there are more disturbing scenarios too. for example, perhaps a certain text is not illegal in the copyright sense, but is unacceptable politically.)

[disclaimer - this is from skimming the paper; i should say that i am no expert on this, so don't take my word as gospel]

Re: Finally Bitcasa CEO Explains How The Encryption Works

#15
TL;DR: AES_key = SHA-256(file)

This does introduce new avenues for attacks, however. You don't have to be able to decrypt to show that certain people have certain files.

Also, for files that contain just one piece of sensitive information and a the rest is predictable (i.e, the secret key file for a website back-end), you've effectively given up a hash of the secret which can then be brute-forced.

Re: Finally Bitcasa CEO Explains How The Encryption Works

#16
post #12
post #10

Academic paper on convergent encryption: http://www.ssrc.ucsc.edu/Papers/storer-storagess08.pdf TL;DR version: take a chunk of data, encrypt it with its own sha1 hash as the key. Now you have an encrypted version that you can dedup. You can only decrypt if you already know the hash. Info about who owns any particular chunk is not kept on the server, so even if you break in to the server, all you can tell is which chu…

The list of "who owns which hashes" must be stored on their servers, even if it's not the "same" server. Otherwise I would have to manually transfer my hashes from one computer to another.

Well, OK, but that data can also be convergently encrypted, so you only have to transfer the hash, not the whole list. But your point is well taken. If you can get your data from a different machine with nothing but a user name and password, that's probably a security hole.

Re: Finally Bitcasa CEO Explains How The Encryption Works

#18

"HP: What do you do in terms of encryption or security? TG: We encrypt everything on the client side. We use AES-256 hash, SHA-256 hashing for all the data. HP: So it’s encrypted all on the client side and you can’t look at it on the server side? TG: Exactly" Finally, a company that gets it. I've been asking for this for a while now. I wish Dropbox and all the others would do this, too. I get it that some of Dropbox'…

In addition to Wuala, Spideroak does this as well.

A problem remains "with full security" in that you have no idea what's going on in the binary client program. Reveal or open-source the client program and allow customers who need this end-to-end security to compile the program themselves.

Re: Finally Bitcasa CEO Explains How The Encryption Works

#19
post #7

Something is twitching in the back of my mind about this. Sure, they can't look at the data based solely on the encrypted copy, but if they have a plaintext copy of a document of interest, they are able to determine which of their customers has that document, right? Doesn't that diminish some of the privacy claims?

For those interested in strict zero-knowledge and cross account deduplication we at SpiderOak wrote a post on the issue a while back;

https://spideroak.com/blog/20100827150530-why-spideroak-does...

Re: Finally Bitcasa CEO Explains How The Encryption Works

#20
post #15

TL;DR: AES_key = SHA-256(file) This does introduce new avenues for attacks, however. You don't have to be able to decrypt to show that certain people have certain files. Also, for files that contain just one piece of sensitive information and a the rest is predictable (i.e, the secret key file for a website back-end), you've effectively given up a hash of the secret which can then be brute-forced.

As long as you don't need to decrypt with user defined key to compare data, it is NOT zero-knowledge. Plain and simple.
Post reply on HN