Re: Idle musings on doing E over again

Brian Warner <warner-rGj/[email protected]> Wed, 03 Oct 2012 11:05:58 -0600
Newsgroups gmane.comp.lang.e.general
Message-ID <[email protected]>
On 10/1/12 7:16 PM, Bill Frantz wrote:

> I found the whole library thing a total none-starter. What TLS
> libraries will be supported over all the target platforms? What
> libraries provide the necessary interfaces to check the public key
> against the vatID? I'm probably really old fashioned, but coding the
> crypto from scratch seems a lot easier than answering the above
> questions and validating the security of a library.

As I mentioned on the captalk list last month, I'd be inclined to use
djb's NACL library (http://nacl.cr.yp.to/) to get
non-connection-oriented pair-wise encrypted sessions:

 http://www.eros-os.org/pipermail/cap-talk/2012-September/015386.html

It's a lot smaller than OpenSSL (easy to embed in your app), and isn't
trying to accomodate legacy compatibility (which removes a large attack
surface). It also enables store-and-forward relaying of messages,
instead of requiring real-time live connections, which is a better fit
for Waterken's "one message at a time" style (but could still be used
with E's "live references which can die" style).

On the other hand, it doesn't immediately provide perfect forward
secrecy (ephemeral session keys, which isn't the default in SSL, but is
theoretically achievable). And you might feel obligated to convince
somebody that Curve25519/Salsa20/Poly1305 is secure despite being less
well-known than RSA/AES/HMAC.


cheers,
 -Brian