[Openid-specs-ab] well-known location for sector_identifier_uri

John Bradley ve7jtb at ve7jtb.com
Tue Mar 15 22:52:12 UTC 2016


Thanks.   I agree that would be better.  We can have a look at getting that in a eratta.  I think we could just update dynamic registration.

John B.
> On Mar 13, 2016, at 12:42 AM, Manger, James <James.H.Manger at team.telstra.com> wrote:
> 
> The sector_identifier_uri [core §8.1 <http://openid.net/specs/openid-connect-core-1_0.html#PairwiseAlg>, dynamic reg §5 <http://openid.net/specs/openid-connect-registration-1_0.html#SectorIdentifierValidation>] lists the redirect_uris of apps that can receive the same subscriber ids (subs) from OIDC providers that issuer pairwise subs. The list is effectively a domain authorizing the apps that are allowed to be associated with it.
>  
> Because it conveys a domain’s authority, the sector_identifier_uri should have a fixed /.well-known/ path on the domain.
>  
> Otherwise, a domain may unwittingly authorize an app. Any content on a domain that happens to be a URI in square brackets can be misused by using it as a sector_identifier_uri to receive the domain’s subs. Any redirect from a domain (not just an open redirector) can be misused by the destination of the redirect to receive the domain’s subs.
>  
> To address this risk, how about we require sector_identifier_uri to be:
>   https://<domain>/.well-known/openid/apps.json
>  
> I’m not sure if this extra restriction can be done as a errata (to core & dynamic reg), or something more substantial is necessary.
>  
> --
> James Manger
> _______________________________________________
> Openid-specs-ab mailing list
> Openid-specs-ab at lists.openid.net <mailto:Openid-specs-ab at lists.openid.net>
> http://lists.openid.net/mailman/listinfo/openid-specs-ab <http://lists.openid.net/mailman/listinfo/openid-specs-ab>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-specs-ab/attachments/20160315/7e5fbd39/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4326 bytes
Desc: not available
URL: <http://lists.openid.net/pipermail/openid-specs-ab/attachments/20160315/7e5fbd39/attachment.p7s>


More information about the Openid-specs-ab mailing list