Jump to: navigation, search

Difference between revisions of "DynamicPolicies"

(Roadmap)
(Roadmap)
Line 33: Line 33:
 
'''Depends On:''' ''None''
 
'''Depends On:''' ''None''
  
Description Bla ...
+
As a cloud admin, I want to be able to create a policy and to bind it to endpoints based on their URL, which is known ''a priori'' by my CMS. Besides being able to patch, delete and show an entire policy, I want to manage rules individually.
  
 
* Specs
 
* Specs
Line 43: Line 43:
 
*** [https://review.openstack.org/#/c/184903/ Basic API spec for managing Policy rules in a database]
 
*** [https://review.openstack.org/#/c/184903/ Basic API spec for managing Policy rules in a database]
 
*** [https://review.openstack.org/#/c/185126/ Policy Mapping API]
 
*** [https://review.openstack.org/#/c/185126/ Policy Mapping API]
 
  
 
=== Story 2 - As a cloud admin, I want to have services using the Policies I have defined via API ===
 
=== Story 2 - As a cloud admin, I want to have services using the Policies I have defined via API ===
Line 49: Line 48:
 
'''Depends On:''' ''Story 1 - As a cloud admin, I want to manage Policies via API''
 
'''Depends On:''' ''Story 1 - As a cloud admin, I want to manage Policies via API''
 
   
 
   
Description Bla ...
+
As a cloud admin, I want my service endpoints to be using the policies I have defined and associated to them, if any. Middleware should download the latest policy from the policy management server and cache it, based on the endpoint_url in its config file. My CMS, which knows that URL ''a priori'' will be placing this value in the middleware config.
  
 
* Specs
 
* Specs
Line 63: Line 62:
 
** [https://review.openstack.org/#/c/133855/ Add support for domain specific roles. (Name-spaced Roles)]
 
** [https://review.openstack.org/#/c/133855/ Add support for domain specific roles. (Name-spaced Roles)]
  
=== Story 4 - As a user, I want to define role hierarchies, allowing one to only delegate a subset of her roles ===
+
=== Story 4 - As an admin, I want to define role hierarchies, allowing one to only delegate a subset of her roles ===
  
 
'''Depends On:''' ''None''
 
'''Depends On:''' ''None''

Revision as of 17:03, 16 June 2015

Dynamic Policies

Improving Access Control on OpenStack


Weekly Meeting

TBD


Background

OpenStack uses a Role-Based Access Control mechanism to manage authorization, which defines if a user is able to perform actions on resources based on the roles he has assigned on them. Resources include VMs, volumes, networks, etc and are organized into projects, which are owned by domains. Users have roles assigned on domains or projects.

Users get domain or project scoped tokens, which contains the roles the user has assigned on them, and pass this token along to services in requests to perform actions on resources. The services check the roles and the scope from the token against the rules defined for the requested action on the policy.json file to determine if the user has enough privileges.


Evolution

  • How to evolve the policies management mechanism, which currently uses an out-of-band mechanism to update the policy.json files ?
  • How to improve delegation mechanism, allowing users to only delegate a subset of their roles, which may be customized per domain ?
  • How to provide better default policies, fixing the bug in which an admin anywhere is admin everywhere ?

Roadmap

Story 1 - As a cloud admin, I want to manage Policies via API

Depends On: None

As a cloud admin, I want to be able to create a policy and to bind it to endpoints based on their URL, which is known a priori by my CMS. Besides being able to patch, delete and show an entire policy, I want to manage rules individually.

Story 2 - As a cloud admin, I want to have services using the Policies I have defined via API

Depends On: Story 1 - As a cloud admin, I want to manage Policies via API

As a cloud admin, I want my service endpoints to be using the policies I have defined and associated to them, if any. Middleware should download the latest policy from the policy management server and cache it, based on the endpoint_url in its config file. My CMS, which knows that URL a priori will be placing this value in the middleware config.

Story 3 - As a domain admin, I want to define roles that are meaningful to my business

Depends On: None

Description Bla ...

Story 4 - As an admin, I want to define role hierarchies, allowing one to only delegate a subset of her roles

Depends On: None

Description Bla ...

Story 5 - As a deployer, I want to have better default policies, distinguishing different admin scopes

Depends On: Story 4 - As a user, I want to define role hierarchies, allowing one to only delegate a subset of her roles

Description Bla ...

Story 6 - As a dev, I want to split policy enforcement between Middleware and the services

Depends On: Story 2 - As a cloud admin, I want to have services using the Policies I have defined via API

Description Bla ...