keystone/keystone/tests
Lance Bragstad d5870f69c1 Properly handle octet (byte) strings when converting LDAP responses
If LDAP returns a UUID as an octet string the LDAP driver will fail to
convert it to something meaningful. The error usually looks something
like:

  ID attribute objectGUID not found in LDAP object

Microsoft AD's `objectGUID` parameter is stored and transmitted as an
octet string [0]. If you attempt to use the `objectGUID` to generate
user or group IDs, you'll get an HTTP 404 because keystone can't decode
it properly. This is unfortunate because `objectGUID` are a fixed
length, UUID format, and ideal for generating IDs in keystone. As
opposed to using the object's CN, which is variable length, and can
generate hashes that are larger than keystone's database table limit for
user IDs.

[0] https://docs.microsoft.com/en-us/windows/win32/ad/reading-an-objectampaposs-objectguid-and-creating-a-string-representation-of-the-guid

Change-Id: Id80b17bdff015e10340e636102576b7435bd564f
Closes-Bug: 1889936
(cherry picked from commit 8bf222ac5d)
2020-08-25 08:04:17 -05:00
..
common Add missing translation import to common.auth.py 2018-11-28 14:23:41 +00:00
functional Update keystone functional tests 2018-04-18 21:04:59 +00:00
hacking Remove six usage 2020-01-30 06:06:51 +00:00
protection Merge "Add domain admin grant test cases" 2020-02-06 20:12:08 +00:00
unit Properly handle octet (byte) strings when converting LDAP responses 2020-08-25 08:04:17 -05:00
__init__.py Move existing tests to unit 2015-02-13 15:54:29 -06:00