Hi Antonio,
some time ago, I wrote about the same issue, but unfortunately didnt get an answer. I place my thoughts about this at the end of this mail. Wishes, Manfred 8<------------------------------- Hi, the draft about the JWT Profile for OAuth 2.0 Client Authentication and Authorization Grants [1] says: The JWT MUST contain a "sub" (subject) claim identifying theprincipal that is the subject of the JWT. Two cases need to be differentiated: A. For the authorization grant, the subject SHOULD identify an authorized accessor for whom the access token is being requested (typically the resource owner, or an authorized delegate). B. For client authentication, the subject MUST be the "client_id" of the OAuth client. Im not sure, if this makes sense, cause in an federation-scenario the original jwt is issued in an other security-domain and the auth-server in question does not necessarily know the users in thouse domain. Furthermore, it is very likely that the auth-server is not interested in the subject claim, but just in other incoming claims in view of mapping them to outgoing ones. IMHO, all the auth-server can do with the subject-claim is to create a protocol entry that says that some action was performed for this subject. Do I see that right? Wishes, Manfred [1] https://tools.ietf.org/html/draft-ietf-oauth-jwt-bearer-07 Von: OAuth [mailto:oauth-boun...@ietf.org] Im Auftrag von Antonio Sanso Gesendet: Dienstag, 11. März 2014 15:14 An: oauth@ietf.org Betreff: [OAUTH-WG] JSON Web Token (JWT) Profile hi *, JSON Web Token (JWT) Profile section 3 [0] explicitely says The JWT MUST contain a "sub" (subject) claim Now IMHO there are cases where having the sub is either not needed or redundant (since it might overlap with the issuer).\ As far as I can see even Google currently violates this spec [1] ( I know that this doesnt matter, just wanted to bring a real use case scenario). WDYT might the sub be optional in some situation? regards antonio [0] http://tools.ietf.org/html/draft-ietf-oauth-jwt-bearer-07#section-3 [1] https://developers.google.com/accounts/docs/OAuth2ServiceAccount
_______________________________________________ OAuth mailing list OAuth@ietf.org https://www.ietf.org/mailman/listinfo/oauth