[OpenID] openid query

George Fletcher gffletch at aol.com
Fri Feb 29 13:29:01 UTC 2008


Martin Atkins wrote:
> Vipin Rathor wrote:
>   
>> Hi all,
>> I'm a newbie bitten by openid bug. I was just wondering that how a
>> website using openid service (let's say magnolia) trust a openid
>> service provider (say verisign)?
>> Is there any trust relationship that both need to have beforehand? If
>> not, then why not?
>>
>> Thanks in advance.
>>
>>     
>
> In most cases today no explicit, pre-existing trust relationship exists 
> between relying party and OpenID provider. The RP simply verifies that 
> the OP is authorized to make assertions about the given URL by 
> performing OpenID Discovery on that URL. An shared session key is 
> automatically created when necessary between OP and RP so that they can 
> communicate securely.
>
> An untrustworthy OP can, assuming that the RP is implemented correctly, 
> only make false assertions about URLs that declare it as their OP.
>
>   
That is very true, but I don't think it solves the problem. As long as 
the RP has no issues with allowing these "false assertions" then 
everything is fine. The problem arises when the resources being provided 
to the OpenID are "valuable" in some way such that the RP wants to 
protect against providing them to falsely asserted OpenIDs. Sure the RP 
can do it's own validation (e.g. email verification, cell phone 
verification, RP specific "security questions") but that doesn't prevent 
the creation of "bug-me-not" solutions. The RP would need it's own 
secret to verify the user and then it's acting as an IdP.

I sort of equate it to... A random person walks up to someone and asks 
for a dollar and their address; they'll pay the person back. As long as 
there aren't too many of these people the person might agree. However, 
if a random person walks up to somone and asks for 100 dollars and their 
address. They'll probably say no.

As Nat says, reputation can help significantly (provided you "trust" the 
reputation service ;) ). Or as others have mentioned, white lists. Of 
course, you could also design the RP with increasing levels of service 
based on the RP's "trust" of the customer. So the customer has to "earn 
some level of trust" in order to get access to increasingly valuable 
services. Whether customers want to wait through that process is another 
matter.

Thanks,
George



More information about the general mailing list