barbican/bin
Dave McCowan 9614a0c45b Introduce the key-manager:service-admin role
In Barbican, the admin role specifies a user that has complete
authority over resources within a project.  An admin for one
project should not have access to resources in a different project.
A project admin should not be able to affect service-wide resources.

With the implementation of the quotas blueprint, there is a need for
a new limited purpose role.  This role will be able to manage project
quotas, but will not have access to projects' stored keys and secrets.

This change request proposes the new role ("key-manager:service-admin")
that can be used for this purpose.

The changes are implemented in the default policy and will
give this new role access to set, read, and delete project quotas.  It
will also have access to the resources and actions available to "all_users".
The default policy grants no other permissions to this role.

Partially-implements: blueprint quota-support-on-barbican-resources
Change-Id: I67be5de62b508fdc88f5d29e69bfa6341d0487d1
2015-08-17 23:55:44 -04:00
..
barbican-all Removing Cloudkeep from comments 2015-08-06 12:58:27 -04:00
barbican-api Create Barbican python scripts for development. 2015-04-09 15:25:27 +00:00
barbican-keystone-listener.sh Adding keystone notification listener support 2014-10-07 16:09:09 -07:00
barbican-worker Removing Cloudkeep from comments 2015-08-06 12:58:27 -04:00
barbican.sh Change naming convention for Barbican config files 2015-06-09 11:04:56 -05:00
demo_requests.py Add I18n-related unit tests (Part 2) 2014-12-17 13:09:50 -06:00
keystone_data.sh Introduce the key-manager:service-admin role 2015-08-17 23:55:44 -04:00
pkcs11-key-generation Adding a new script to generate mkek and hmac 2015-06-03 18:17:24 -05:00
versionbuild.py Remove extraneous vim editor configuration comments 2014-10-08 23:03:03 +02:00