Difference between revisions of "Admin-readonly-role"
(Created page with "Admin-Readonly-Role At the Juno Operator's mid-cycle meetup there was a request for a user with admin-readonly privileges. Excerpting just the roles conversation .. So say...") |
|||
Line 1: | Line 1: | ||
− | + | At the Juno Operator's mid-cycle meetup there was a request for users with admin-readonly privileges. | |
− | + | Excerpting from | |
− | + | https://etherpad.openstack.org/p/SAT-ops-security the role related interchange. | |
− | Excerpting | ||
− | |||
− | |||
− | |||
− | https://etherpad.openstack.org/p/SAT-ops-security | ||
• Tenants, roles, user creation etc | • Tenants, roles, user creation etc |
Revision as of 07:11, 3 October 2014
At the Juno Operator's mid-cycle meetup there was a request for users with admin-readonly privileges.
Excerpting from https://etherpad.openstack.org/p/SAT-ops-security the role related interchange.
• Tenants, roles, user creation etc o roles right now are either all pervasive super admin or end user. Having multiple roles are not uniformly supported, for instance glance
o lack of usable RBAC for admin: either admin, or nothing and, to make it worse, static configs as management of capabilities some hardcoded in code assumptions that you must be admin to do X also related: difficulty in knowing what can be configured Congress as a proposed solution
• does anyone have >2 roles? o yes 3 level roles - god / tenant admin / user - users can't alter other user's stuff. However, glance does not support this at all: images are owned by the tenant_id, so anyone else in the tenant can delete/alter it o glance owner_is_tenant - doesn't appear to be well tested. o option: use repose to fake RBAC on top of the API that doesn't support o We use 5 roles but in practice, only 4 of those are valid and only god/user have anything to do with real privs. (We use one extra role to allow/disallow DELETION of floating ip assignment which is arguably a specific level of control/role.) o