[Openid-specs-fapi] Issue #178: Editorial: Specs should explain the risks of writing an RP library from scratch (openid/fapi)
Ralph.Bragg at openbanking.org.uk
Thu Sep 27 11:41:49 UTC 2018
There's a number of libraries that have been developed by OB or OB resources. I will see what we can do to get some of those "certified" by the FAPI conformance harness.
Guidance on the use of certified RP libraries is definately something we should include IMO.
From: Openid-specs-fapi <openid-specs-fapi-bounces at lists.openid.net> on behalf of Joseph Heenan via Openid-specs-fapi <openid-specs-fapi at lists.openid.net>
Sent: 27 September 2018 12:05
To: openid-specs-fapi at lists.openid.net
Cc: Joseph Heenan
Subject: [Openid-specs-fapi] Issue #178: Editorial: Specs should explain the risks of writing an RP library from scratch (openid/fapi)
New issue 178: Editorial: Specs should explain the risks of writing an RP library from scratch
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
Please consider the environment before printing this email.
This email is from Open Banking Limited, Company Number 10440081. Our registered and postal address is 2 Thomas More Square, London, E1W 1YN. Any views or opinions are solely those of the author and do not necessarily represent those of Open Banking Limited.
More information about the Openid-specs-fapi