Re: [OAUTH-WG] PoP Architecture: IPR Confirmation

Confirmed Phil > On Sep 16, 2015, at 19:06, Justin Richer wrote: > > I have no IPR disclosures to make. > -- Justin > >> On 9/16/2015 9:59 PM, Prateek Mishra wrote: >> confirmed - >> >> prateek mishra >> >>> On Sep 16, 2015, at 6:27 PM, Kepeng Li wrote: >>> >>> Hi Phil, Justin, William,

Re: [OAUTH-WG] PoP Architecture: IPR Confirmation

I have no IPR disclosures to make. -- Justin On 9/16/2015 9:59 PM, Prateek Mishra wrote: confirmed - prateek mishra On Sep 16, 2015, at 6:27 PM, Kepeng Li > wrote: Hi Phil, Justin, William, Prateek ahd Hannes, I am working on the shepherd writeup for the

Re: [OAUTH-WG] PoP Architecture: IPR Confirmation

confirmed - prateek mishra > On Sep 16, 2015, at 6:27 PM, Kepeng Li wrote: > > Hi Phil, Justin, William, Prateek ahd Hannes, > > I am working on the shepherd writeup for the PoP Architecture document: > https://www.ietf.org/id/draft-ietf-oauth-pop-architecture-02.txt >

[OAUTH-WG] PoP Architecture: IPR Confirmation

Hi Phil, Justin, William, Prateek ahd Hannes, I am working on the shepherd writeup for the PoP Architecture document: https://www.ietf.org/id/draft-ietf-oauth-pop-architecture-02.txt One item in the template requires me to indicate whether each document author has confirmed that any and all appro

[OAUTH-WG] RFC 7636 on Proof Key for Code Exchange by OAuth Public Clients

A new Request for Comments is now available in online RFC libraries. RFC 7636 Title: Proof Key for Code Exchange by OAuth Public Clients Author: N. Sakimura, Ed., J. Bradley, N. Agarwal Status: Standar

Re: [OAUTH-WG] OAuth2 2 legged flows with JWT client assertions

Thanks for the pointer Brian, that's helpful! (and yes I didn't dig through the framework spec:) On 9/16/15 12:27 PM, Brian Campbell wrote: Yeah, when a client wants to get an access token for itself, the client_credentials grant_type with client_assertion_type/client_assertion. We attempted

Re: [OAUTH-WG] OAuth2 2 legged flows with JWT client assertions

Yeah, when a client wants to get an access token for itself, the client_credentials grant_type with client_assertion_type/client_assertion. We attempted to call this out in the assertion framework (RFC 7521) in a discussion of "Common Scenarios " with