Queens Series Release Notes

13.0.2-9

Bug Fixes

  • [bug 1780503] The notification wrapper now sets the initiator’s id to the given user id. This fixes an issue where identity.authentication event would result in the initiator id being a random default UUID, rather than the user’s id when said user would authenticate against keystone.

  • [bug 1801873] This fixes an issue where an LDAP-backed domain could not be deleted due to the existence of shadow users in the SQL database.

13.0.2

Bug Fixes

13.0.1

Bug Fixes

  • [bug 1763824] JSON Schema implementation nullable in keystone.common.validation now properly adds None to the enum if the enum exists.

13.0.0

Prelude

This release adds support for Application Credentials, a new way to allow applications and automated tooling to authenticate with keystone. Rather than storing a username and password in an application’s config file, which can pose security risks, you can now create an application credential to allow an application to authenticate and acquire a preset scope and role assignments. This is especially useful for LDAP and federated users, who can now delegate their cloud management tasks to a keystone-specific resource, rather than share their externally managed credentials with keystone and risk a compromise of those external systems. Users can delegate a subset of their role assignments to an application credential, allowing them to strategically limit their application’s access to the minimum needed. Unlike passwords, a user can have more than one active application credential, which means they can be rotated without causing downtime for the applications using them.

New Features

  • [blueprint unified-limit] Keystone now supports unified limits. Two resouces called registered limit and limit are added and a batch of related APIs are supported as well. These APIs are experimental now. It means that they are not stable enough and may be changed without backward compatibility. Once unified limit feature are ready for consuming, the APIs will be marked as stable.

  • [blueprint application-credentials] Users can now create Application Credentials, a new keystone resource that can provide an application with the means to get a token from keystone with a preset scope and role assignments. To authenticate with an application credential, an application can use the normal token API with the ‘application_credential’ auth method.

  • [blueprint system-scope] Keystone now supports the ability to assign roles to users and groups on the system. As a result, users and groups with system role assignment will be able to request system-scoped tokens. Additional logic has been added to keystone-manage bootstrap to ensure the administrator has a role on the project and system.

  • [blueprint project-tags] Projects have a new property called tags. These tags are simple strings that can be used to allow projects to be filtered/searched. Project tags will have the following properties:

    • Tags are case sensitive

    • ‘/’ and ‘,’ are not allowed to be in a tag

    • Each project can have up to 100 tags

    • Each tag can be up to 255 characters

    See Project Tags

    Project tags are implemented following the guidelines set by the API Working Group

  • The token_formatter utility class has been moved from under fernet to the default token directory. This is to allow for the reuse of functionality with other token providers. Any deployments that are specifically using the fernet utils may be affected and will need to adjust accordingly.

Upgrade Notes

  • The trusts table now has an expires_at_int column that represents the expiration time as an integer instead of a datetime object. This will prevent rounding errors related to the way date objects are stored in some versions of MySQL. The expires_at column remains, but will be dropped in Rocky.

  • [bug 1702211] Password created_at field under some versions/deployments of MySQL would lose sub-second precision. This means that it was possible for passwords to be returned out-of-order when changed within one second (especially common in testing). This change stores password created_at and expires_at as an integer instead of as a DATETIME data-type.

  • The resource backend cannot be configured to anything but SQL if the SQL Identity backend is being used. The resource backend must now be SQL which allows for the use of Foreign Keys to domains/projects wherever desired. This makes managing project relationships and such much more straight forward. The inability to configure non-SQL resource backends has been in Keystone since at least Ocata. This is eliminating some complexity and preventing the need for some really ugly back-port SQL migrations in favor of a better model. Resource is highly relational and should be SQL based.

Deprecation Notes

  • The policies API is deprecated. Keystone is not a policy management service.

  • The /OS-FEDERATION/projects and /OS-FEDERATION/domains APIs are deprecated in favor of the /v3/auth/projects and /v3/auth/domains APIs. These APIs were originally marked as deprecated during the Juno release cycle, but we never deprecated using versionutils from oslo. More information regarding this deprecation can be found in the patch that proposed the deprecation.

  • [bug 1728690] The member_role_id and member_role_name config options were used to create a default member role for keystone v2 role assignments, but with the removal of the v2 API it is no longer necessary to create this default role. This option is deprecated and will be removed in the S release. If you are depending on having a predictable role name and ID for this member role you will need to update your tooling.

  • The enabled config option of the trust feature is deprecated and will be removed in the next release. Trusts will then always be enabled.

Bug Fixes

  • [bug 1749268] The keystone-manage bootstrap command now ensures that an administrator has a system role assignment. This prevents the ability for operators to lock themselves out of system-level APIs.

  • [bug 1291157] Identity provider information is now validated in during token validation. If an identity provider is removed from a keystone service provider, tokens associated to that identity provider will be considered invalid.

  • [bug 1524030] Revocation records are no longer written to the revocation_event table when a domain or project is disabled. These records were only ever used during the token validation process. In favor of revocation events, the project or domain will be validated online when the token is validated. This results in less database bloat while maintaining security during token validation.

  • [bug 1701324] Token bodies now contain only unique roles in the authentication response.

  • [bug 1718747] Fixes a regression where deleting a domain with users in it caues a server error. This bugfix restores the previous behavior of deleting the users namespaced in the domain. This only applies when using the SQL identity backend.

  • [bug 1727099] When users try to changes their password, the total number which includes the new password should not be greater or equal to the unique_last_password_count config options. But the help and error messages for this scenario are not described clearly. Now the messges are updated to be more clear.

  • [bug 1727726] All users and groups are required to have a name. Prior to this fix, Keystone was allowing LDAP users and groups whose name has only empty white spaces. Keystone will now ignore users and groups that do have only white spaces as value for the LDAP attribute which Keystone has been configured to use for that entity’s name.

  • [bug 1733754] Keystone didn’t validate the OS-TRUST:trust key of the authentication request is actually a dictionary. This results in a 500 Internal Server Error when it should really be a 400 Bad Request.

  • [bug 1734244] Return a 400 status code instead of a 500 when creating a trust with extra attributes in the roles parameter.

  • [bug 1736875] Add schema check to return a 400 status code instead of a 500 when authorize a request token with non-id attributes in the roles parameter.

  • [bug 1738895] Fixed the bug that federated users can’t be listed by name filter. Now when list users by name, Keystone will query both local user backend and shadow user backend.

  • [bug 1740951] A new method was added that made it so oslo.policy sample generation scripts can be used with keystone. The oslopolicy-policy-generator script will now generate a policy file containing overrides and defaults registered in code.

  • [bug 1747694] The trust API reference declared support for page and per_page query parameters, when the actual trust API didn’t support them. The API reference has been updated accordingly.

  • [bug 1748970] A bug was introduced in Queens that resulted in system role assignments being returned when querying the role assignments API for a specific role. The issue is fixed and the list of roles returned from GET /v3/role_assignments?role.id={role_id} respects system role assignments.

  • [bug 1749264] A user’s system role assignment will be removed when the user is deleted.

  • [bug 1749267] A group’s system role assignments are removed when the group is deleted.

  • [bug 1750415] Fixes an implementation fault in application credentials where the application credential reference was not populated in the token data, causing problems with the token validation when caching was disabled.

Other Notes

  • [bug 1718747] As part of solving a regression in the identity SQL backend that prevented domains containing users from being deleted, a notification callback was altered so that users would only be deleted if the identity backend is SQL. If you have a custom identity backend that is not read-only, deleting a domain in keystone will not delete the users in your backend unless your driver has an is_sql property that evaluates to true.

  • Keystone now supports authorizing a request token by providing a role name. A role in the roles parameter can include either a role name or role id, but not both.

  • [bug 1728690] The keystone-manage bootstrap command will only create the admin role and will no longer create a default member role. Please create any additional roles you need after running bootstrap by using the openstack role create command.

  • The config option rolling_upgrade_password_hash_compat is removed. It is only used for rolling-upgrade from Ocata release to Pike release.