RE: [TLS] Comments on TLS identity protection

[Peter Williams <[e-mail]>]

 
 
Microsoft has a long history of exploiting this feature, in various ways. Actually goes
back to their own PCT proposal, when they were differentiating its features from 
SSLv2.
Fascinating to see this all being "reinvented/reargued" 10 years after it was
all debated the first time around. Though, there is a big difference between the
then (web culture) and now (internet culture). Very different tone.
 



> From: [e-mail]> Subject: Re: [TLS] Comments on TLS identity protection> To: [e-mail]> Date: Tue, 19 Dec 2006 22:00:29 +0100> CC: [e-mail]> > Eric Rescorla wrote:> > > > The good news is that TLS has a very simple mechanism for achieving> > this: do an ordinary TLS handshake without client authentication> > and then do an immediate re-handshake with client auth. As the > > authors observe, this is slower (two sets of crypto computations> > and 4 RTTs) than a specialized identity protection mode. However,> > it is available now and as far as I can tell is rarely done.> > I don't find the argument that there is a large demand for this> > feature if it were only 50% faster particularly persuasive.> > Rather, this seems like a premature optimization.> > It is not as rare as you might think. It is actually the> default in Microsoft's IIS with some configurations that> IIS only requests SSL client authentication after> having seen the request (URL). It might be a side-effect> of NOT requiring SSL client authentication on the root/home> page of the webserver and only for certain areas/paths.> > > -Martin> > _______________________________________________> TLS mailing list> [e-mail]> https://www1.ietf.org/mailman/listinfo/tls
_________________________________________________________________
Type your favorite song.  Get a customized station.  Try MSN Radio powered by Pandora.
http://radio.msn.com

_______________________________________________
TLS mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/tls