Proposal 176: Proposed version-3 link handshake for Tor
Nick Mathewson
nickm at freehaven.net
Tue Feb 1 02:52:00 UTC 2011
On Mon, Jan 31, 2011 at 9:50 PM, Nick Mathewson <nickm at freehaven.net> wrote:
[...]
> To authenticate the server, the client MUST check the following:
> * The CERTS cell contains exactly one CertType 1 "Link" certificate.
> * The CERTS cell contains exactly one CertType 2 "ID"
> certificate.
> * Both certificates have validAfter and validUntil dates that
> are not expired.
> * The certified key in the Link certificate matches the
> link key that was used to negotiate the TLS connection.
> * The certified key in the ID certificate is a 1024-bit RSA key.
> * The certified key in the ID certificate was used to sign both
> certificates.
> * The link certificate is correctly signed with the key in the
> ID certificate
> * The ID certificate is correctly self-signed.
Robert Ransom responded to an earlier draft of this proposal,
suggesting that instead of being self-signed, the ID certificate
should be cross-certified by the link key. He said:
> > Yes. I'm not exactly sure why I'm suggesting it.
> >
> > When an OpenPGP public key has a subkey which can be used to generate
> > signatures, GPG requires that that subkey sign the main public key, in
> > addition to requiring that the main public key sign the subkey. The
> > GPG man page states that this prevents some attacks. I don't know
> > whether the cross-certification I'm asking for above prevents any
> > attacks we care about.
[Posted here with permission]
yrs,
--
Nick
More information about the tor-dev
mailing list