searchlight/etc
Steve McLellan 5d50149aa3 Support X_IS_ADMIN_PROJECT header on auth response
In order to make the 'admin' role more sensible, keystone added a
header to authentication responses X_IS_ADMIN_PROJECT indicating
whether or not a request was authenticated against the administrative
project (in devstack, this is configured to be the 'admin' project).

This patch adds support for the header. It defaults to True if the
header is not set, in accordance with other projects, for the reason
that older keystone deployments (or those where this feature is not
enabled) would otherwise not be useable.

The header is configured by admin_project_name and
admin_project_domain_name in keystone's keystone.conf. If these are
set, a request with the admin role against a non-admin project should
no longer be able to retrieve resources belonging to other tenants even
if all_projects is set. If the keystone options are *not* set, then
all admin-role requests will be able to retrieve resources belonging to
other tenants.

See also https://bugs.launchpad.net/keystone/+bug/968696

Change-Id: Iaa6e6b6e85d0474a9e1fa1cf6c7d8012a9557188
Closes-Bug: #1626589
2016-09-22 12:42:04 -05:00
..
oslo-config-generator Rname oslo config generator config file 2015-12-08 20:15:59 +00:00
api-paste.ini Moved CORS middleware configuration into oslo-config-generator 2016-03-03 13:22:45 -08:00
policy.json Support X_IS_ADMIN_PROJECT header on auth response 2016-09-22 12:42:04 -05:00
property-protections-policies.conf.sample Change README to RST format 2015-05-21 23:01:38 -07:00
property-protections-roles.conf.sample Add _member_ to property-protections-roles.conf.sample 2015-10-19 06:16:12 +00:00