-
Notifications
You must be signed in to change notification settings - Fork 82
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fleet-server does not correctly update API keys on policy output permissions change #1672
Comments
@AndersonQ where did we land on the approach for fixing this problem? Will we be adding a new fields to |
hi @joshdover. Yes, we'll add new fields, keep the old ones for backward compatibility and fleet-server will do a "migration" of the data from the old, now deprecated fields, to the new ones. I started the work on it. You can already check the new model here, have a look at |
Update the .fleet-agents mapping to add the new outputs field. See elastic/fleet-server#1672 for details.
Update the .fleet-agents mapping to add the new outputs field. See elastic/fleet-server#1672 for details.
Fleet-server will change the API key for an input when ever the output permissions change. However given a policy with 2 or more outputs, if only a sub set of the policies has a permission change, there is the chance that the new API key will be set to its correct input as well as to other inputs that did not have a permission change and therefore did not get a new API key.
It can cause a "invalid API key" error as a input might try to interact with indexes it does not have permission to do so.
See more details here.
The text was updated successfully, but these errors were encountered: