W3C home > Mailing lists > Public > public-usable-authentication@w3.org > May 2010

Re: Don't favour https ( LC-2382)

From: Mary Ellen Zurko <mzurko@us.ibm.com>
Date: Thu, 6 May 2010 13:27:18 -0400
To: Krzysztof Maczy?ski <1981km@gmail.com>
Cc: <public-usable-authentication@w3.org>
Message-ID: <OFF79645A9.F37DDC33-ON8525771B.005FD920-8525771B.005FE19D@LocalDomain>
Hi Krzysztof, 

The working group remains in favor of the following text for several 

[Definition: An HTTP transaction is strongly TLS-protected if it is 
TLS-protected, an https URL was used, strong TLS algorithms were 
negotiated for both confidentiality and integrity protection, and at least 
one of the following conditions is true:] 

The first is that the specification deals with presentation and 
communication of web security context information to end users. Users are 
accustomed to the https: url, have been trained to look for it in many 
contexts, and would find it confusing to not find it in the presence of 
other security context indicators.

The second is that the scope of the specification is currently deployed 
best practice, and the implementation reports supporting the specification 
are based on the functionality in the web user agents reporting. The test 
cases they have used all include this definition. 

The definition of TLS-protected is the only place in the specification 
where we explicitly talk about TLS upgrade for HTTP transactions.  Since 
we cannot actually claim implementation of this mechanism, we propose to 
remove it from the definition.  This should make it clear that TLS upgrade 
is out of scope to this specification, and also makes the specification 
more internally consistent. 

[Definition: An HTTP transaction is TLS-protected if the resource was 
identified through a URI with the https URI scheme, the TLS handshake was 
performed successfully, and the HTTP transaction has occurred through the 
TLS channel.] 
Received on Thursday, 6 May 2010 17:27:58 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 19:53:17 UTC