[Openid-specs-ab] OpenID Connect Federation Design

John Bradley ve7jtb at ve7jtb.com
Thu Aug 2 22:08:47 UTC 2018

Anyone can join a WG call.   

To actively participate and post on the list you need to sign the IPR non assert for the WG.
You can do it electronically from this page. 

Andreas raises some good points.

The main reason for keeping the client registration step is that is required to support the legacy of symmetric OAuth credentials. 

If we acknowledge that symmetric credential authentication is a bad thing that potentially allows us to move in this proposed direction.

The only other reason for keeping per client registration would be to negotiate specific capabilities with each AS.  I know SAML has gotten by without that, and I suspect that it is not a bad tradeoff when dealing with a federation, but it is something to keep in mind.

I did do a OAuth spec for stateless client_id a long time ago.
It didn’t get much interest at the time.

We should discuss the advantages and disadvantages of the approaches on the call.

John B.

Sent from Mail for Windows 10

From: Leif Johansson via Openid-specs-ab
Sent: Thursday, August 2, 2018 12:30 PM
To: openid-specs-ab at lists.openid.net
Cc: Leif Johansson
Subject: Re: [Openid-specs-ab] OpenID Connect Federation Design

On 2018-08-02 08:58, Andreas Åkre Solberg via Openid-specs-ab wrote:
> I wrote a new article trying to explain and compare two alternative
> designs for trust chains for OpenID Connect Federations:
> https://oauth.no/trust/
> I would really appreciate others comments on this. I hope there is room
> for *discussions* on these fundamental design choices, regardless of the
> /implementer’s draft/ status of the currently proposed specification.

I would like to have a discussion about this proposal. I am however
unfamiliar with the processes that govern the OIDF.

	Cheers Leif
Openid-specs-ab mailing list
Openid-specs-ab at lists.openid.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-specs-ab/attachments/20180802/f52ea5a9/attachment-0001.html>

More information about the Openid-specs-ab mailing list