[TLS] draft-ietf-tls-rfc4346-04 available
Eric Rescorla <ekr@networkresonance.com> Sun, 08 July 2007 14:52 UTC
Return-path: <tls-bounces@lists.ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7Y7n-0004FO-Tq; Sun, 08 Jul 2007 10:52:35 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7Y7m-0004FJ-Tf for tls@ietf.org; Sun, 08 Jul 2007 10:52:34 -0400
Received: from [74.95.2.169] (helo=delta.rtfm.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I7Y7m-0005Et-Jw for tls@ietf.org; Sun, 08 Jul 2007 10:52:34 -0400
Received: from delta.rtfm.com (localhost.rtfm.com [127.0.0.1]) by delta.rtfm.com (Postfix) with ESMTP id 4C2B033C55 for <tls@ietf.org>; Sun, 8 Jul 2007 07:50:51 -0700 (PDT)
Date: Sun, 08 Jul 2007 07:50:51 -0700
From: Eric Rescorla <ekr@networkresonance.com>
To: tls@ietf.org
User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset="US-ASCII"
Message-Id: <20070708145051.4C2B033C55@delta.rtfm.com>
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081
Cc:
Subject: [TLS] draft-ietf-tls-rfc4346-04 available
X-BeenThere: tls@lists.ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "This is the mailing list for the Transport Layer Security working group of the IETF." <tls.lists.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/tls>, <mailto:tls-request@lists.ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/tls>
List-Post: <mailto:tls@lists.ietf.org>
List-Help: <mailto:tls-request@lists.ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/tls>, <mailto:tls-request@lists.ietf.org?subject=subscribe>
Errors-To: tls-bounces@lists.ietf.org
I just submitted draft-ietf-tls-rfc4346-04. Until it's in the repository, you can find it at: https://svn.resiprocate.org/rep/ietf-drafts/ekr/tls/tls.txt The changes are: - Added some guidance about checking DH groups and exponents. [Issues 15 and 43] - DigestInfo now MUST be NULL but must be accepted either way per discussion in Prague [Issue 22] - Improved versions of Bleichenbacher/Klima/Version number text for the EPMS (due to Eronen) [Issue 17] - Cleaned up SSLv2 backward compatibility text [Issue 25] - Improvements to signature hash agility text [Issue 41]. Still not completely fixed. - Changed cert_hash_types to signature hash types and indicated a preference order. The two open issues I know of are: 1. There is still no requirement that any termination of the connection be preceded by a fatal error. I indicated my reasoning in a message last night and I haven't seen consensus for this change, nor did I see any in the discussion in Prague. If there is a lot of objection here I would ask Pasi to do a strawpoll. 2. There's still a handwave about how to know what hash is to be used with a given signature algorithm. IMO it should be in the SPKI of the relevant cert for every algorithm but RSA-PKCS1-v15 and for backward compatibility, if the cert is bare dsa it should be SHA-1. This requires an indicator in the cert, however, so we need to at least talk to PKIX about it, hence the handwave. Also, I deliberately didn't talk about issues with cert types/algorithms not mentioned in this draft, i.e., PGP and ECC... Also, I'm waiting for some additional text from Pasi on implementation pitfalls. -Ekr _______________________________________________ TLS mailing list TLS@lists.ietf.org https://www1.ietf.org/mailman/listinfo/tls
- [TLS] draft-ietf-tls-rfc4346-04 available Eric Rescorla
- Re: [TLS] draft-ietf-tls-rfc4346-04 available Yngve Nysaeter Pettersen
- Re: [TLS] draft-ietf-tls-rfc4346-04 available Eric Rescorla
- Re: [TLS] draft-ietf-tls-rfc4346-04 available Yngve N. Pettersen