I'll add a few:<br><ol><li>Make sure to include XSRF measures on decision pages (do you want to log into [this RP]?)</li><li>Be sure to not release new attribute values to each requesting RP without prompting the user first.</li>
<li>For recycled OpenIDs, use the #fragment provision allowed for in the OpenID 2.0 spec.</li><li>Consider only allowing OpenID 2.0 RPs and disallowing 1.1 RPs. That said, I think <i>most</i> of the added security of 2.0 can be created against 1.1 RPs anyway, and DotNetOpenAuth is one such library that already does this. But it depends on your customers, I'd say, as an argument for just 2.0 support is to help encourage the 1.1 RPs to finally upgrade.</li>
</ol>Although it hasn't yet been refactored as we've once discussed on this list, <a href="http://wiki.openid.net/SecurityIssues">http://wiki.openid.net/SecurityIssues</a> may still be a good resource for you or a collecting ground for the results of this thread.<br>
<br>--<br>Andrew Arnott<br>"I [may] not agree with what you have to say, but I'll defend to the death your right to say it." - S. G. Tallentyre<br>
<br><br><div class="gmail_quote">On Tue, Mar 23, 2010 at 6:17 AM, Bart van Delft <span dir="ltr"><<a href="mailto:bartvandelft@yahoo.com">bartvandelft@yahoo.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi Jaideep,<br>
<br>
<br>
Hope the following helps you answering your questions.<br>
<br>
I happen to be looking into OpenID security aspects recently, so I could name a few things that might be useful (but a context would help indeed).<br>
Searching the internet you'll find a lot of security aspects on OpenID, however there does not appear to be a coherent / complete list somewhere.<br>
When our project is over (end of April) we'll post a 'whitepaper' on the findings online, hoping it helps and stimulates the community - the hints below at least give you an idea of what to look for, exact details on every aspect will be in the paper.<br>
<br>
- use a standard, widely used and known to be reasonable secure library. I do not happen to know which ones those are, but sure others do :-) See the openid website for an extensive list. Most of the following points could be included in libraries but I am not aware of that being the case. (<a href="http://openid.net/developers/libraries/" target="_blank">http://openid.net/developers/libraries/</a>)<br>
- do not allow your provider's page to be framed. This prevents clickjacking / 'secretly' logging in users (or at least users will notice something strange is going on)<br>
- obey a Relying Party's policy such as "the user has to 'sign in' again before granting permission" etc. as much as possible. You could also choose to use these additional security measures by default.<br>
- use HTTPS<br>
- keep in mind the risk of 'OpenID recycling': if the account foo@yourOP.com changes from owner, you will probably clear the data of the previous owner from your server, however the RP's won't notice and the new owner could see the data on those RP's from the previous owner - if you find a good way to handle that problem please let me know :-)<br>
- phishing is even more of a problem than on regular login forms, so think about creating possibilities for users to set a 'personal icon', or have a 'time delayed submit button'. You could also inform your users about applications/addons such as seatBelt.<br>
<br>
I don't know what you precisely mean by not so famous? there are e.g. <a href="http://myid.net" target="_blank">myid.net</a> and <a href="http://myopenid.com" target="_blank">myopenid.com</a> that are not infamous but do seem to give the user confidence in being in a secure environment.<br>
<br>
HTH,<br>
<br>
Bart van Delft<br>
<br>
<br>
<br>
________________________________<br>
From: Breno de Medeiros <<a href="mailto:breno@google.com">breno@google.com</a>><br>
To: Jaideep Khandelwal <<a href="mailto:jdk2588@gmail.com">jdk2588@gmail.com</a>><br>
Cc: <a href="mailto:openid-security@lists.openid.net">openid-security@lists.openid.net</a><br>
Sent: Tue, March 23, 2010 1:29:23 PM<br>
Subject: Re: [security] Must to have for an Open ID Provider<br>
<div><div></div><div class="h5"><br>
Hi Jaideep,<br>
<br>
Could you give some context about this request? Are you looking to put<br>
together developer documentation/guidance for external consumption? Or<br>
is this an internal survey?<br>
<br>
<br>
<br>
On Tue, Mar 23, 2010 at 13:36, Jaideep Khandelwal <<a href="mailto:jdk2588@gmail.com">jdk2588@gmail.com</a>> wrote:<br>
> Hello everyone,<br>
><br>
> I have few queries that I need to ask ,<br>
><br>
> What are the security concerns that should be kept in a mind while<br>
> developing your own Open ID provider and what are the ways to check all the<br>
> security aspects .<br>
> Can some one suggest some of the NOT SO FAMOUS Open ID providers but<br>
> providing the end users a sense of security.<br>
> Some links and resources will be helpful and appreciated<br>
><br>
> Thanks<br>
><br>
> Regards<br>
> Jaideep<br>
><br>
> _______________________________________________<br>
> security mailing list<br>
> <a href="mailto:security@lists.openid.net">security@lists.openid.net</a><br>
> <a href="http://lists.openid.net/mailman/listinfo/openid-security" target="_blank">http://lists.openid.net/mailman/listinfo/openid-security</a><br>
><br>
><br>
<br>
<br>
<br>
--<br>
--Breno<br>
<br>
+1 (650) 214-1007 desk<br>
+1 (408) 212-0135 (Grand Central)<br>
MTV-41-3 : 383-A<br>
PST (GMT-8) / PDT(GMT-7)<br>
_______________________________________________<br>
security mailing list<br>
<a href="mailto:security@lists.openid.net">security@lists.openid.net</a><br>
<a href="http://lists.openid.net/mailman/listinfo/openid-security" target="_blank">http://lists.openid.net/mailman/listinfo/openid-security</a><br>
<br>
<br>
</div></div>Send instant messages to your online friends <a href="http://uk.messenger.yahoo.com" target="_blank">http://uk.messenger.yahoo.com</a><br>
<div><div></div><div class="h5">_______________________________________________<br>
security mailing list<br>
<a href="mailto:security@lists.openid.net">security@lists.openid.net</a><br>
<a href="http://lists.openid.net/mailman/listinfo/openid-security" target="_blank">http://lists.openid.net/mailman/listinfo/openid-security</a><br>
</div></div></blockquote></div><br>