Ok, I see where you were going, and can understand your&nbsp;point. &nbsp;<div><br></div><div>I actually don&#39;t think my bank website needs to be *that* secure. &nbsp;We can&#39;t really *do* anything in our banking websites except look at our transaction history, and maybe try to change a mailing address or add an external account in order to transfer money in/out (if you have a good bank). &nbsp;Even here, though, banks have external controls to mitigate any risks to doing &quot;banking business&quot; online. &nbsp;In the first case, banks always send something out to the previous postal address saying, &quot;You changed your address to this or that&quot;. &nbsp;Outgoing transfers of anything substantial (&gt; $10k) are usually flagged and re-verified somehow. &nbsp;From a banking/risk perspective, $5k or $10k is small enough that banks can stomach the risk, and it would be pretty difficult to get away with a fraudulent transfer nowadays -- it&#39;s not like I can easily &quot;ACH&quot; money from my citibank account to a Swiss account. &nbsp;There are controls.<div>
<br></div><div>Security is a gradient -- MultiAuth gives me a lot more comfort when I sleep at night, since it would be difficult for OP&#39;s to collude in the way you suggest (though, to your point, not impossible). &nbsp;However, with proper external controls (e.g., banking websites), any gain for two OP operators to collude in such a scheme as you laid out would not even come close to the risk involved. &nbsp;So, I don&#39;t really see it as a worry. &nbsp;</div>
<div><br></div><div>At the end of the day, I feel like you&#39;re making the arguement that says, &quot;Hey, MultiAuth is maybe 100% better than SingleAuth, but it&#39;s not perfect, so let&#39;s not do it&quot;. &nbsp;It&#39;s a bit like saying, &quot;The door on the front of my house stops most intruders, but since it&#39;s not perfect (intruders can still break in through a window), then I shouldn&#39;t use a door because it&#39;s not worth the effort&quot;.</div>
<div><br></div><div>david<br></div><div><br></div><div><br><div class="gmail_quote">On Wed, Jan 28, 2009 at 1:17 AM, SitG Admin <span dir="ltr">&lt;<a href="mailto:sysadmin@shadowsinthegarden.com">sysadmin@shadowsinthegarden.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="Ih2E3d"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Any other RP&#39;s (like the Bank RP) would require MultiAuth, preventing the OP from getting bank info without the user&#39;s consent.<br>
</blockquote>
<br>
Making it more difficult; requiring collaboration, and (if it came to legal action) even conspiracy ;)<br>
</blockquote>
<br>
Not sure I follow here, especially the part about conspiracy.<br>
</blockquote>
<br></div>
It would still technically be possible for the OP to get bank info without the user&#39;s consent, it would just be more difficult since they would need to enlist the aid of another OP (trusting that the OP wouldn&#39;t just turn them in for attempting it). I wouldn&#39;t be surprised if banks adopted OpenID as a gateway to other authentication measures, and then STILL required a password (outside of OpenID) from the user. It would reduce the SSO benefits (but not eliminate them entirely, if the user visited other sites that didn&#39;t require such security levels), pending of course any future updates to OpenID which might eventually remove this risk, thus permitting the banks to remove that requirement.<br>

<br>
When money is involved (especially LOTS of money), people can be crazy. We&#39;re not talking about a user feature, here - we&#39;re talking about an OP that thinks &quot;Hey, lots of people are using me to vouch for their identity at the bank website, and this hasn&#39;t mattered to me before, but this fellow here is RICH, so it may be worth going to jail on the off chance that *one* of the employees at their other OP&#39;s can be bribed with a share of the spoils - which is still plenty, even after I give them all *their* cut - into making an exception to SOP this once.&quot;<br>

<br>
If it&#39;s just one person taking advantage of an opportunity afforded to them by their position, it&#39;s fraud. But if you have *multiple* people combining their influence to deliberately commit fraud, you may be looking at some conspiracy charges, there, too :(<br>

<br>
-Shade<br>
</blockquote></div><br></div></div>