[Standards] Proposal: Public Key pinning
thijs at xnyhps.nl
Mon Nov 11 23:33:50 UTC 2013
Reading , I thought it would be neat to have the same on XMPP.
The idea is that a server can pin the list of public keys that should be
trusted for future connections. These contain the CA's public key, the leaf
certificate's key or backup keys in case the current key is lost. This should
make it easier to secure servers that use self-signed certificates (especially
for s2s connections) and it can strengthen the security of servers that do use
CA issued certificates.
Of course, there are alternatives:
* DANE. DNSSEC deployment is still low and DANE is low compared to that. Few
DNS stacks include support for DNSSEC, so widespread DANE deployment is
unlikely to happen soon.
* SCRAM-SHA-1-PLUS can protect against MITM attacks by adversaries that don't
have the user's password, but this is not a solution that would work well for
* TACK  generalizes key pinning to a TLS extension. But that means it's
probably also years away from actual deployment.
* XEP-0257. I don't think this XEP matches exactly, but it comes close and
could of course be adapted instead of introducing a new one.
Anyway, I thought a new extension would be better, so I wrote a proposal for
an extension which can be seen at . It is meant to be an interim solution
until DANE gets wide adoption. The format of the pins follows  - but it can
also be seen as 2 1 1 or 3 1 1 TLSA records from DANE. In other words, much of
the code written to support this can be reused for DANE.
Any feedback on this proposal is very welcome. :)
 = https://tools.ietf.org/html/draft-ietf-websec-key-pinning-08
 = https://tools.ietf.org/html/draft-perrin-tls-tack-02
 = https://xnyhps.nl/~thijs/linked/prosody/xep-cert-pinning.html
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 801 bytes
Desc: Message signed with OpenPGP using GPGMail
More information about the Standards