[Openid-specs-fapi] Issue #178: Editorial: Specs should explain the risks of writing an RP library from scratch (openid/fapi)

[Chas Coppard]

Amen.

We’re looking at using gluu:

https://gluu.org/docs/ce/3.1.3.1/

Seems to tick all our boxes… fully OpenID certified, open source, Java, containerised, with a scalable support model. Anyone have any views on this?

Best Regards
-- 
Chas Coppard
Co-Founder/CTO
www.ducit.ai <http://www.ducit.ai/>

> On 27 Sep 2018, at 12:05, Joseph Heenan via Openid-specs-fapi <openid-specs-fapi at lists.openid.net> wrote:
> 
> New issue 178: Editorial: Specs should explain the risks of writing an RP library from scratch
> https://bitbucket.org/openid/fapi/issues/178/editorial-specs-should-explain-the-risks
> 
> Joseph Heenan:
> 
> We're seeing in the UK OpenBanking community that people are again and again writing their own RP libraries from scratch. This is obvious from the number of very basic openid connect questions that a significant number of TPPs have asked.
> 
> I think to a lesser extent we also see this from the banks, at least one UK bank has created a AS from scratch, and another one has built on top of a product that doesn't support openid connect. (Thankfully the majority of banks used existing products that are already openid connect certified, and the were generally rewarded with much smoother rollouts.)
> 
> I think it's a significant risk to the whole ecosystem. I'm pretty certain that every TPP that has created their own RP code will have a significant number of security issues. TPPs are also not usually running conformance tests.
> 
> I think we should add to either the introduction or the security considerations (or both) some clear statements that these specs are not intended for people to follow to create clients from scratch, and that they are intended for a guide for people to use to create certified libraries, or something along those lines - and that there are definite risks associated with trying to roll your own openid client.
> 
> We can also emphasise the openid foundation / google efforts to create certified client libraries for many languages.
> 
> I think the OpenID Foundation should also be creating a separate list of FAPI supporting RP libraries. (which wouldn't form part of the FAPI specs, but the specs could perhaps link to.)
> 
> 
> _______________________________________________
> Openid-specs-fapi mailing list
> Openid-specs-fapi at lists.openid.net
> http://lists.openid.net/mailman/listinfo/openid-specs-fapi

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-specs-fapi/attachments/20180927/578b9b84/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ducit.png
Type: image/png
Size: 4720 bytes
Desc: not available
URL: <http://lists.openid.net/pipermail/openid-specs-fapi/attachments/20180927/578b9b84/attachment-0001.png>