Open Sourcers Pitch Secure Email in Dark Age of PRISM(wired.com)
wired.com
Open Sourcers Pitch Secure Email in Dark Age of PRISM
http://www.wired.com/wiredenterprise/2013/08/mailpile/
8 comments
I was thinking about a system that combined these three properties:
For distributed, I was thinking that the mail system would essentially be a freesites-style distributed hash table where the mail address (or a hash thereof) would act as the key. The mail or parts of the mail would be stored multiple times across many clients to eliminate single points of failure. Perhaps a TTL system would prevent old mails from filling up everyone's space.
Finally, the encrypted would be achieved by having the mail address act as the public key (or at least, the mail address is a key to a distributed KV store that contains the public key). This way, before anonymously sending the message to the various distributed hash table buckets, it gets encrypted so only the desired recipient can read it.
It seems like it should be possible to build this from already existing technologies without thaaaat much trouble, though I haven't actually done anything about it.
Of course, getting people to use this would be another story ;-) and I guess people would want contacts lists, archives and so on.
+ Anonymous
+ Distributed
+ Encrypted
For distributed, I was thinking that the mail system would essentially be a freesites-style distributed hash table where the mail address (or a hash thereof) would act as the key. The mail or parts of the mail would be stored multiple times across many clients to eliminate single points of failure. Perhaps a TTL system would prevent old mails from filling up everyone's space.
Finally, the encrypted would be achieved by having the mail address act as the public key (or at least, the mail address is a key to a distributed KV store that contains the public key). This way, before anonymously sending the message to the various distributed hash table buckets, it gets encrypted so only the desired recipient can read it.
It seems like it should be possible to build this from already existing technologies without thaaaat much trouble, though I haven't actually done anything about it.
Of course, getting people to use this would be another story ;-) and I guess people would want contacts lists, archives and so on.
Or, you could just do PGP/MIME + SMTP over Tor hidden services living on home computers, and not invent any new protocols at all. :-) This allows p2p delivery with strong encryption and anonymity of the transmission, while the message content can still be encrypted and signed for verification that you are talking to the right person.
This is currently Mailpile's vaguely planned "maximum privacy" mode, with the backwards compatible fallback being normal PGP/MIME over the normal Internet.
Anonymity from the POV of the sender/recipient is not characteristic of this sytem, and it doesn't give perfect forward secrecy/deniability like OTR. But most people consider anonymous e-mail to be spam. If you need PFS, just use OTR, it works.
(Note: we have yet to do formal threat modeling and this plan may change.)
This is currently Mailpile's vaguely planned "maximum privacy" mode, with the backwards compatible fallback being normal PGP/MIME over the normal Internet.
Anonymity from the POV of the sender/recipient is not characteristic of this sytem, and it doesn't give perfect forward secrecy/deniability like OTR. But most people consider anonymous e-mail to be spam. If you need PFS, just use OTR, it works.
(Note: we have yet to do formal threat modeling and this plan may change.)
I'd also add that you want to encrypt the metadata of the message. As we've seen, the from/to address metadata is often as revealing as the content.
How can you build a messaging system where the delivery service doesn't know where to deliver something?
How can you build a messaging system where the delivery service doesn't know where to deliver something?
I had some ideas about how to address this:
The return address is contained inside the encrypted portion of the message so only the recipient can see which address sent the message. The message should also be cryptographically signed with the senders private key so that the sender can be verified.
Next, the DHT key would likely be a hash of the recipients address so it would be difficult or impossible to determine who the messages in a specific bucket belongs to. Also since the service would only be accessed through tor or i2p, the actual sender and receiver would be hidden. Obviously the recipient address (or rather DHT key) must be known so that the message can go to the right place.
Also obviously anyone can technically retrieve anyone else's messages but since they are encrypted this shouldn't matter.
The return address is contained inside the encrypted portion of the message so only the recipient can see which address sent the message. The message should also be cryptographically signed with the senders private key so that the sender can be verified.
Next, the DHT key would likely be a hash of the recipients address so it would be difficult or impossible to determine who the messages in a specific bucket belongs to. Also since the service would only be accessed through tor or i2p, the actual sender and receiver would be hidden. Obviously the recipient address (or rather DHT key) must be known so that the message can go to the right place.
Also obviously anyone can technically retrieve anyone else's messages but since they are encrypted this shouldn't matter.
Previous discussion: https://news.ycombinator.com/item?id=6243936
- covered some of these issues, with pros and cons of various ideas.
- covered some of these issues, with pros and cons of various ideas.
It will be hard to make Mailpile user-friendly when you have to install it yourself on your own cloud server. But particularly with the end of free Google Apps accounts, I wonder if there is an opportunity here, either as something end-users can install themselves or as something mom-and-pop shared hosting companies can offer instead of their current always-awful webmail. Maybe you could even build a business around an encrypted webmail tool you license to shared hosting providers.
If Mailpile or someone else is going to be self-installed, I'd love to see it built as PHP. (Looks like Python right now.) As much as I refuse to develop in PHP, that seems like the only way to make installation as easy and ubiquitous as Wordpress, which should be the goal.
(I realize that either Mailpile or my own suggestion---or anything hosted on someone else's hardware---is vulnerable to someone reading the data right out of RAM, but it seems like their goal is to evade snooping not by building a 100% secure system, but by making it easy and affordable for everyone to have their own email server, so that government surveillance has too many targets to be practical.)
If Mailpile or someone else is going to be self-installed, I'd love to see it built as PHP. (Looks like Python right now.) As much as I refuse to develop in PHP, that seems like the only way to make installation as easy and ubiquitous as Wordpress, which should be the goal.
(I realize that either Mailpile or my own suggestion---or anything hosted on someone else's hardware---is vulnerable to someone reading the data right out of RAM, but it seems like their goal is to evade snooping not by building a 100% secure system, but by making it easy and affordable for everyone to have their own email server, so that government surveillance has too many targets to be practical.)
Our goal is to create something you install on your desktop or laptop. Think Thunderbird, not Squirrelmail. We do happen to be using web tech for the UI, but that doesn't mean it has to live in the cloud.
Well that's even better. :-)
I'd love to see you guys pull this off. Best of luck to you.
I'd love to see you guys pull this off. Best of luck to you.
"Public Understanding of Science" has been a big issue for several decades (maybe even longer?), but I think we'll see progress towards "Public Understand of Cryptography," or at least I hope so :)
It goes deeper than just using some PGP client. You need to understand how it works, to be sure that the bits coming out of your network are encrypted, and only you and Alice know how to decrypt them.
It goes deeper than just using some PGP client. You need to understand how it works, to be sure that the bits coming out of your network are encrypted, and only you and Alice know how to decrypt them.
I've been working a little bit on cryptography education issues and so have a number of people I know, but now I'm reminded of Lancelot Hogben's books "Mathematics for the Million" and "Science for the Citizen". Maybe someone will create their equivalents for cryptography!
"Cryptography for the 2⁶⁴"?
"Cryptography for the 2⁶⁴"?
If you want "public understanding of cryptography," then first you may need to remove a lot of the elitism, posturing, showing off and one-upmanship that surrounds almost any public discussion of cryptography (mostly coming from people who are actually not very knowledgeable). Otherwise the rest of the world will continue assume it is beyond them, not really worth understanding and is something for arrogant nerds to argue about in order to establish who is smarter.
Open Sourcers - is verbing a thing now? Why not 'Open Sourcerers', or 'Open Sourcists'?
Open source is to proprietary as socialists are to capitalism. Also, it's more social. Hence, Sourcialists.
[deleted]
Are you seriously confused as to whether verbing is a thing? It's been a thing for a long time now. ;)
I for one am looking forward to seeing how this project progresses. Maybe it can become another alternative within web hosting panels?
Mailpile seems to get a lot of press if nothing else. I hope their engineers are as good as their marketing department.
I can tell you that there is no marketing department. They are engineers first and foremost. Check out Bjarni Einarsson's online OSS projects (which are not all he's done).
I can confirm we have no marketing department, it's just three geeks with a Twitter account. We are getting press because people think it's an interesting project and because privacy on-line is a hot topic right now.
Added my 2 cents..
I am of the opinion that that will do more about email privacy than GPG (as long as you trust your hosting provider, at least).