Hacker News .hnnew | past | comments | ask | show | jobs | submitlogin
Could a better communication standard ensure better data privacy?
7 points by pawn on June 10, 2013 | hide | past | favorite | 4 comments
Like many, I've been soaking up the new information as it comes in about this NSA debacle. What happens next? What's the solution? We could just accept that privacy is a thing of the past. Or could a better standard make the server not even be capable of handing over your data if it wanted to? On the surface, the idea seems patently absurd. And maybe it is.

I'm no encryption expert. I'm sure there are AT LEAST a few dozen people here whose knowledge on this subject dwarfs mine. So, let's get those mental juices flowing. Maybe something already exists but isn't being used. If not, I'm hoping the mere suggestion of the idea sparks an idea that leads to greatness.

After thinking about what such an implementation might look like, the best I've come up with is a key that changes each time to be used for the next message. You send an message to a server. It's encrypted with a key that your client generated the last time it sent a message. The server can use that key (which it received with the previous message and stored) to decrypt that message. Included with your new message is a new key that will be used next time. This allows the server to store a bunch of messages for you, but it's only capable of decrypting one of them. To be able to view history, the keys would all be stored on your own computer.

Unfortunately, this brings us a step backwards in terms of usability. Suddenly you're back to the days of only having one client capable of reading your stuff. The other thought that crossed my mind was client-to-client communication.

Maybe there's a better way to accomplish the same end goal - give companies an excuse to tell the FBI/NSA "Sorry, but I couldn't give you that information, no matter how badly I want to".

What do you all think? Am I crazy or is there any validity to any of this?



Its a little easier than that, but frankly the way data is stored now is the problem. Currently people just kind of "trust" that their service providers aren't looking, and now we know that the NSA is looking. But, the NSA has been looking at traffic since the 90s with Eschelon and Carnivore, so this isn't really new information.


Up until now, companies offered "SSL encryption" as a security benefit for their customers. Now that benefit is wiped out, and can't be used anymore. It's just not enough anymore.

So they'll need to start offering encryption solutions as benefits that we know can't be accessed or even cracked by the NSA - OTR, ZRTP, PGP and so on.


Huh? The benefit of SSL has been "wiped out"? What are you talking about?


I believe what he means is, SSL can help prevent unauthorized intrusion, but it does nothing for the security of your data against the government who can say "Give us tptacek's data. You'll find our paperwork authorizing the request in proper order"

I've been thinking a lot about whether a service could be created with encryption that prevents the holder of the data from reading it by offloading part of the key to the client. I think it could be done. Probably what would happen though is, as soon as it's implemented, the site would be treated in the same regard or worse than piratebay...




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: