Skip to content
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

Watcher http input should be able to use keystore for auth credentials #30686

Closed
dougnelas opened this issue May 17, 2018 · 4 comments
Closed
Assignees
Labels

Comments

@dougnelas
Copy link

xpack - alerting

When using the http input for watcher, the basic auth credentials should be able to use a keystore to prevent the credentials being stored as plain text in the watch. Users are recommended to add watches to a source code repo to be able to track changes over time. The current setting for securing sensitive data only encrypts these credentials when they are saved in the .watches index

@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-core-infra

@ayushmathur86
Copy link

For ES 6.8.2, I've tried following the steps mentioned in https://www.elastic.co/guide/en/elastic-stack-overview/6.8/encrypting-data.html
The workaround was to enable encryption, create the watch and then GET watch -> store the encrypted password in repo.
However, the changes are taken into account only when you restart the node. But on restarting, the encryption key is lost in encryption_keystore and since it's required when xpack.watcher.encrypt_sensitive_data: true is set, the ES startup fails with NullPointer.

@runtman
Copy link

runtman commented Feb 19, 2020

This is a must, I will have to add a workaround for us for these credentials using gitlab ci as I don't want passwords in source control.

@rjernst rjernst added the Team:Data Management Meta label for data/management team label May 4, 2020
@dakrone
Copy link
Member

dakrone commented May 8, 2024

This has been open for quite a while, and hasn't had a lot of interest. For now I'm going to close this as something we aren't planning on implementing. We can re-open it later if needed.

@dakrone dakrone closed this as not planned Won't fix, can't repro, duplicate, stale May 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

8 participants