<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Simon,<br>
<br>
Simon Willison wrote:
<blockquote
 cite="mid:a3b4f3b60707080914n590ceb7ckacf82cdbc00d2eb2@mail.gmail.com"
 type="cite">
  <pre wrap="">On 7/8/07, Brendan Taylor <a class="moz-txt-link-rfc2396E" href="mailto:whateley@gmail.com">&lt;whateley@gmail.com&gt;</a> wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">I especially don't understand why the RP cares about "integrity of the
authentication process". Surely it should be the user's responsibility
to select an OP with the security they require.

I think this is going in the wrong direction; I would be very
disappointed if OpenID lost its decentralization, and I'm not sure why
people think it needs to.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
I've been calling this the "outsourcing the security of our users"
problem. Site owners are uncomfortable about relying on the security
of the user's chosen OpenID provider - after all, if they pick a bad
one then the site's own security measures are null and void.
  </pre>
</blockquote>
You are absolutely right on that! More than that, if everybody can be
his own IDP (without any control) the fight against forum/blog spam is
lost right from the start! And we are talking about the lowest level of
entry for OpenID!!!!!<br>
<br>
You all seem to have forgotten something and please open your mind a
little bit and listen. Serious adoption of OpenID in masses will start
only if the web site operators trusts it! Without it, there can be
millions of users who own a OpenID URI, but nowhere they can use them. <br>
From the web sites operators point of view (as the relying party), if
OpenID doesn't provide anything better than what they have currently,
why should they bother? They don't care about the convenience of the
user, but of their own! And OpenID will go the same path the (in)famous
Passport of Microsoft went...albeit for different reasons.<br>
<blockquote
 cite="mid:a3b4f3b60707080914n590ceb7ckacf82cdbc00d2eb2@mail.gmail.com"
 type="cite">
  <pre wrap="">
My counter-argument is that if the site has a "I've forgotten my
password" feature that uses e-mail to verify the user, they're already
outsourcing the security of their users to that user's chosen e-mail
provider, and OpenID changes nothing.
  </pre>
</blockquote>
Right! But if OpenID is nothing better than mail servers, with the very
same huge problems of control, than nothing and nobody is going to
bother with it! Want to manage more black-lists, white-list, anti-spam
tools? Go ahead, your login facility (speak forum, blog etc) needs it.
;-)<br>
<blockquote
 cite="mid:a3b4f3b60707080914n590ceb7ckacf82cdbc00d2eb2@mail.gmail.com"
 type="cite">
  <pre wrap="">
That argument holds up well for many sites, but there are some sites
(such as banks) that don't provide an e-mail recovery service,
presumably precisely because they don't want to rely on the security
of the user's email service. In those cases, whitelisting OpenID
providers based on their security measures seems like a reasonable
option. In fact, it's a great use case for OpenID - if someone has
gone through the effort to do highly secure, phishing resistant
two-factor authentication suitable for use with online banking, OpenID
is a great way for that achievement to be re-used by other sites that
need the same level of security.</pre>
</blockquote>
OpenID does have a huge potential, but if you can't make the case for
low-level sites, forget about banks. I really try to find a common
ground in order to start of some control mechanism. Nobody is forced to
use, but it will be an option available to sites operators!<br>
<br>
<div class="moz-signature">-- <br>
<div><font face="Arial" size="2">Regards</font></div>
<div><font face="Arial" size="2"> </font></div>
<div><font face="Arial" size="2">Signer:      Eddy Nigg, StartCom Ltd.</font></div>
<div><font face="Arial" size="2">Jabber:      <a class="moz-txt-link-abbreviated" href="mailto:startcom@startcom.org">startcom@startcom.org</a></font></div>
<div><font face="Arial" size="2">Phone:       +1.213.341.0390</font></div>
</div>
</body>
</html>