Hi Pedro - Nice to hear from you after a long time. Whatever you are planning to implement
for an organization is perhaps what we are looking for a resource application within an
organization. There are two different scenarios we are trying to handle which may be
different from what this spec is about but we are trying to tie everything together.
1) A Client application will register with the Auth Server a list of "scopes" or
permissions to access certain resource applications. But it doesn't mean that it will
be able to gain access to all those resource apps (see the second point)
2) Each of the resource applications will register its own policy (a policy engine will
need to be built to evaluate the requests and provide a decision) on what a client
application can/cannot access - for example, a client application with client_id
"client1" can only have read only access to resource app1 or even a certain part
of the app.
3) When the client app uses the client credentials grant to obtain an access token to
access resource application, the auth server will check both the policies and then provide
the access token.
I haven't yet gone through the spec - so not clear whether it addresses the above but
just wanted to share our thoughts with you.
Thanks,Raghu From: Pedro Igor Silva <psilva(a)redhat.com>
To: Bill Burke <bburke(a)redhat.com>
Cc: keycloak-user(a)lists.jboss.org
Sent: Wednesday, September 9, 2015 10:44 AM
Subject: Re: [keycloak-user] UMA Profile for OAuth 2
Hey Raghu,
Fell free to share your requirements around authz and UMA.
We're considering two use cases and scenarios where the subject of a transaction
can be an individual or a NPE (Non-person entity).
Right now, I'm focusing on NPE use cases, where an organization is both the
resource owner and the authorizing party, acting on its own behalf, protecting its own
resources. Which, IMO, helps to address most of the authz requirements for those
applications that need to protect their own resources.
Regards.
Pedro Igor
----- Original Message -----
From: "Bill Burke" <bburke(a)redhat.com>
To: keycloak-user(a)lists.jboss.org
Sent: Wednesday, September 9, 2015 9:14:12 AM
Subject: Re: [keycloak-user] UMA Profile for OAuth 2
Pedro is working on a permission service on top of UMA, but it will be a
separate service and/or an optional addon to keycloak.
On 9/9/2015 7:11 AM, Raghu Prabhala wrote:
Bill/Stian,
Do you have any plans to support the UMA profile for OAuth 2 in the near
future?
http://tools.ietf.org/html/draft-hardjono-oauth-umacore-13
Thanks,
Raghu
_______________________________________________
keycloak-user mailing list
keycloak-user(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/keycloak-user
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
_______________________________________________
keycloak-user mailing list
keycloak-user(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/keycloak-user
_______________________________________________
keycloak-user mailing list
keycloak-user(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/keycloak-user