Re: [TLS] Empty ClientKeyExchange

Mohamad Badra <badra@enst.fr> Wed, 31 May 2006 16:52 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FlTvu-0000AV-Cf; Wed, 31 May 2006 12:52:34 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FlTvt-00005g-1J for tls@lists.ietf.org; Wed, 31 May 2006 12:52:33 -0400
Received: from smtp6-g19.free.fr ([212.27.42.36]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FlTvr-0008S5-Ja for tls@lists.ietf.org; Wed, 31 May 2006 12:52:33 -0400
Received: from enst.fr (mar92-11-82-245-209-5.fbx.proxad.net [82.245.209.5]) by smtp6-g19.free.fr (Postfix) with ESMTP id B57162252D; Wed, 31 May 2006 18:52:30 +0200 (CEST)
Message-ID: <447DC9C2.6090902@enst.fr>
Date: Wed, 31 May 2006 18:52:18 +0200
From: Mohamad Badra <badra@enst.fr>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.0.2) Gecko/20030208 Netscape/7.02
X-Accept-Language: fr-fr, fr
MIME-Version: 1.0
To: Pasi.Eronen@nokia.com
Subject: Re: [TLS] Empty ClientKeyExchange
References: <B356D8F434D20B40A8CEDAEC305A1F2402B8FDAC@esebe105.NOE.Nokia.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac
Cc: tls@lists.ietf.org
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

Hi Pasi,

Pasi.Eronen@nokia.com a écrit:
> Hi Mohamad,
> 
> Since you're presumably negotiating this identity protection feature
> with TLS extensions, you could negotiate different syntax for
> ClientKeyExchange as well (along the lines "if the identity protection
> feature is used with DH_DSS/DH_RSA ciphersuites, the ClientKeyExchange
> message always contains explicit Diffie-Hellman public value").

I agree. This is what I tried to say in my last mail.

> 
> (However, in the case of DH_DSS/DH_RSA ciphersuites with client
> authentication, Yc is a permanent identifier for the client, so while
> it's not human-readable, an eavesdropper could still correlate
> sessions by the same client.)

That's correcte. Identity protection must not be used in this case. But 
it can be used if the client and the server agree on using signed 
ephemeral Yc (DHE_RSA or DHE_DSS).

Best regards,
Badra

> 
> Best regards, 
> Pasi
> 
> 
>>-----Original Message-----
>>From: ext Mohamad Badra [mailto:badra@enst.fr] 
>>Sent: 31 May, 2006 16:05
>>To: Eronen Pasi (Nokia-NRC/Helsinki)
>>Cc: tls@lists.ietf.org
>>Subject: Re: [TLS] Empty ClientKeyExchange
>>
>>Dear Pasi,
>>
>>Sorry for the late reply, my mail server had some problems...
>>
>>In fact, Urien and I wrote a document (will be published by IETF
>>secretariat) providing the client's identity protection. To do that,
>>we propose to encrypt the certificate using a "symmetric key"
>>derived from the master_secret [1] (please keep in mind the EAP-TLS
>>handshake). Thus, if the client uses a DH_DSS or DH_RSA, the server
>>will not be able to compute the premaster secret and the
>>master_secret.
>>
>>If the Yc will be sent again, it will break the TLS specs. Hence, I 
>>think sending the Yc in an TLS extension when identity protection is 
>>desired.
>>
>>Finally, I don't know any implementation of TLS1.0 that sends Yc again
>>in ClientKeyExchange.
>>
>>Best regards,
>>Badra
>>
>>[1] we sent a draft to the IETF secretariat, and it is disponible at
>>
> 
> http://www.infres.enst.fr/~badra/draft-urien-badra-eap-tls-identity-prot
> ection-00.txt
> 
> _______________________________________________
> TLS mailing list
> TLS@lists.ietf.org
> https://www1.ietf.org/mailman/listinfo/tls
> 
> 
> 




_______________________________________________
TLS mailing list
TLS@lists.ietf.org
https://www1.ietf.org/mailman/listinfo/tls