And what if the client instance is also connected to some verifiable user attribute, such as an email? Is this a bad idea?
Pedro On Fri, Oct 19, 2012 at 4:24 PM, John Bradley <ve7...@ve7jtb.com> wrote: > The client instance registration was something that we discussed and put > into the openID Connect dynamic client registration but has not yet been > put back into the UMA draft. > > http://openid.bitbucket.org/openid-connect-registration-1_0.html > > The basic idea is that you can bake a access token into client code and > that client then uses that to get a unique clientID and secret/register > public key. > > There was a long discussion about this at a IIW about a year ago. > > In some of the native apps projects I am looking at that are not openID > connect related we are looking at doing the same thing to differentiate > instances of clients. > > John B. > > > > On 2012-10-19, at 11:47 AM, Pedro Felix <pmhsfe...@gmail.com> wrote: > > Thanks for the response. > > I know that this area is work in progress. However, I've looked into > http://tools.ietf.org/html/draft-ietf-oauth-dyn-reg-00 and didn't found > much about this subject. > What is the best place to follow this discussion? This mailing list? > > Thanks > Pedro > > On Thu, Oct 18, 2012 at 5:59 PM, Phil Hunt <phil.h...@oracle.com> wrote: > >> Pedro, >> >> AFAIK this is still a TODO within the current charter. >> >> Phil >> >> @independentid >> www.independentid.com >> phil.h...@oracle.com >> >> >> >> >> >> On 2012-10-18, at 9:06 AM, Pedro Felix wrote: >> >> > Hi, >> > >> > Where can I find more information about the dynamic registration of >> client application instances? >> > The idea is that each installed application instance has a different >> id, eventually related to the "general" application id. >> > >> > It also would be interesting if this instance id was the result of an >> activation process, where the instance is attached to a device or to an >> user (e.g. confimed email address). >> > >> > Thanks >> > Pedro >> > >> > _______________________________________________ >> > OAuth mailing list >> > OAuth@ietf.org >> > https://www.ietf.org/mailman/listinfo/oauth >> >> > _______________________________________________ > OAuth mailing list > OAuth@ietf.org > https://www.ietf.org/mailman/listinfo/oauth > > >
_______________________________________________ OAuth mailing list OAuth@ietf.org https://www.ietf.org/mailman/listinfo/oauth