- From: Henry Story <henry.story@bblfish.net>
- Date: Fri, 30 Sep 2011 11:07:45 +0200
- To: Paul Libbrecht <paul@hoplahup.net>
- Cc: "www-tag@w3.org List" <www-tag@w3.org>
- Message-Id: <8BB9823B-11F7-4CD3-9743-BC789912249E@bblfish.net>
On 30 Sep 2011, at 10:48, Paul Libbrecht wrote:
>
> Le 30 sept. 2011 à 10:14, Henry Story a écrit :
>
>>> From reading this whole thread I understand the following logout mechanism should be as close as possible:
>>>
>>> - go back to the site's home (the user can always go back if he wishes)
>>> - remove cookies for that domain and any transcluded resources' domains
>>> - remove local storage for the same (JS, flash, ....)
>>> - remove stored etags
>>> - remove or at least slightly modify cached entities last-modification dates
>>> - close all connections
>>
>> You forgot: do not send that host your client certificates anymore. (Safari sends those automatically, for example, and I am not exactly sure how you disable it. I think you have to go to the keychain and manually disable the certificate from being sent to a particular host name, but I am not sure.)
>
> I personally find this so special that I do not think it is worth mentionning: if you install client certs for a particular host (is it host-directed?) you rarely fear being watched by that host...
Our work at the WebID XG ( http://webid.info ) shows that this is not the case. There is a short video on that page that shows the following:
- creating a certificate is easy - it can be as easy as clicking one button: "install certificate" when going to a web site
- a certificate can be used across sites: WebID is enabling the creation a distributed secure social web
So given that, I could use one certificate when connecting to any number of sites - say all my friends sites - avoiding me the trouble of creating a user name and profile at each of one those places, and allowing those sites to tie into my profile on say my FreedomBox [1], where I can use access control to allow them more or less access to my information.
In that scenario client side certificate will suddenly become immensely useful, and I would certainly like it to be easy to logout of client side SSL too.
But even if you don't buy into the social web vision, it is still a problem that a site could easily get me to use a client side certificate to log in, and that later it could find it impossible to stop my browser from sending it. That's a problem for the site as well as for the user. It is easy to solve, as the prototype by Aza Raskin showed a few years ago. As it happens that solution also solves the cookie issue, which is not surprising: we are dealing with the same problem: user control of his persona.
Henry
>
> My guts feeling would be to simply disable the "browser logout" for such a site (Safari should otherwise have a way to "reactivate the certs" which, as you describe, seems not really planned for).
>
> paul
[1] http://www.cbsnews.com/video/watch/?id=7358702n
Social Web Architect
http://bblfish.net/
Received on Friday, 30 September 2011 09:08:30 UTC