[Openid-specs-fapi] FAPI Profile and openid scope value

Tom Jones thomasclinganjones at gmail.com
Sat Jul 28 14:55:29 UTC 2018

FAPI pt 2 is hard to decipher, but it appears to require OpenID Connect,
which requires openid scope. That said it also says:

" While the name ID Token suggests that it is something that provides the
identity of the resource owner (subject), it is not necessarily so. While
it does identify the authorization server by including the issuer
identifier, it is perfectly fine to have ephemeral subject identifier. In
this case, the ID Token acts as a detached signature of the issuer to the
authorization response and it was an explicit design decision of OpenID
Connect Core to make the ID Token act as a detached signature. "

Peace ..tom

On Sat, Jul 28, 2018 at 4:52 AM, Torsten Lodderstedt via Openid-specs-fapi <
openid-specs-fapi at lists.openid.net> wrote:

> Hi all,
> the "Read and Write API Security Profile" mandates the AS to use response
> type values "code id_token" or "code id_token token“ meaning an ID Token is
> provided in any case. In my understanding ID Token is primarily used to
> further secure the interaction, e.g. by providing the client with an iss
> claim used to detect mix-up.
> Is it possible for the RP to use this functionality without the „openid"
> scope value? The reason I’m asking is I would like to let a RP/client
> differentiate use cases where it just wants to obtain an access token for
> API access but is not interested in the user id and use cases where the
> same client (now as RP) wants to obtain user id and further claims. Using
> the scope value „openid“ to differentiate those use cases seams
> straightforward to me. Otherwise the RP would need to use two different
> client ids with different sub claim policies for the different use cases,
> which most likely will cause complexity in the AS/OP's consent handling as
> I assume the RP would like to be the same legal entity in both cases.
> Thoughts?
> kind regards,
> Torsten.
> _______________________________________________
> 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/20180728/2675d6ac/attachment.html>

More information about the Openid-specs-fapi mailing list