Fix error message when changing the password for a user in the file realm #127621
+101
−6
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
… user attempts to update the password for the `elastic` superuser in a cloud deployment. At the heart of the issue is the difference in how the `elastic` superuser is implemented on self-hosted deployments vs. managed cloud deployments. Elasticsearch has two distinct security realms: `file` and `native`. On a self-hosted deployment, the `elastic` superuser is represented as a document in the `.security` index, whereas in a cloud deployment `elastic` is defined in the `ES_PATH_CONF/users` and `ES_PATH_CONF/user_roles` files placed on each node in the cluster. The TransportChangePasswordAction impl is designed to update the password for users in the `native` realm specifically, and a failure on cloud to change the password for `elastic` using the Change Password API fails with the error that the user does not exist. The solution here leverages `fileUserPasswdStore.userExists` to do a low cost check on whether the request username belongs to the `file` realm and will exit early with an informative error message if that is the case.
ankit--sethi
added
>bug
:Security/Security
|
Hi @ankit--sethi, I've created a changelog YAML for you. |
|
Pinging @elastic/es-security (Team:Security) |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR addresses #113535 - a confusing error message when the user attempts to update the password for the
elasticsuperuser in a cloud deployment.At the heart of the issue is the difference in how the
elasticsuperuser is implemented on self-hosted deployments vs. managed cloud deployments. Elasticsearch has two distinct security realms:fileandnative. On a self-hosted deployment, theelasticsuperuser is represented as a document in the.securityindex (placing it in thenativerealm), whereas in a cloud deploymentelasticis defined in theES_PATH_CONF/usersandES_PATH_CONF/user_rolesfiles installed on each node in the cluster (placing it in thefilerealm).The
TransportChangePasswordActionimpl is designed to update the password for users in thenativerealm specifically, and on cloud an attempt to change the password forelasticusing the Change Password API fails with the error that the user does not exist. This is misleading since the user exists but is simply coming from thefilerealm.The solution here leverages
fileUserPasswdStore.userExiststo do a low cost check on whether the request username belongs to thefilerealm and will exit early with an informative error message if that is the case.