[liberationtech] Why_can't_email_be_secure

rysiek rysiek at hackerspace.pl
Sun Aug 25 22:07:53 PDT 2013


Dnia niedziela, 25 sierpnia 2013 13:40:38 coderman pisze:
> On Sun, Aug 25, 2013 at 12:26 PM, Ali-Reza Anghaie <ali at packetknife.com> 
wrote:
> > ...
> > And herein lies the problem - Silent Circle isn't talking to "us" -
> > they are talking to the other 99.99% of email users in the world.
> 
> and to StealthMonger's point about latest generation mix networks for
> best privacy, why not instead focus on building low latency protocols
> that are resistant to traffic analysis and confirmation?
> 
> make them datagram based; utilize user space stacks and latest
> research.  solving the low latency datagram anonymity problem enables
> existing usable private communication with the additional benefit of
> endpoint and peer anonymity.
> 
> i believe this possible to make useful, even if never infallible.
> certainly more possible than the odds of making truly scalable,
> available, and _usable_ mix mailer networks and clients for the
> masses.
> 
> 
> most important: make this low latency infrastructure usable and cross
> platform, so the implementations are easily adopted... like Napster
> and BitTorrent back in the day. ;)

It's a seemingly unsolvable conundrum:
 - start with a clean slate and create a new, "perfect" solution;
 - start with something people already use and improve it as much as possible.

The former approach has the risk of the solution not being adopted; the latter 
-- of the new solution not being good enough due to technicalities of the 
solution it is based on.

But maybe it could be possible to get the best of both worlds?

Had a new solution been created in a way that is usable via existing mail 
clients (e.g. implementing IMAP for message retrieval and SMTP for message 
submission) while designing and implementing a completely new way of 
comminicating server-to-server -- it might achieve just that.

-- 
Pozdr
rysiek
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 316 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.cpunks.org/pipermail/cypherpunks/attachments/20130826/5fccdec3/attachment-0001.sig>


More information about the cypherpunks mailing list