-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
TTL is ignored when configuring GCP Secrets Engine in 1.4.x #8908
Comments
Thanks for reporting this, and I've reproduced this behavior as of 1.4.0. As a workaround, can you try tuning the backend directly with: |
@kalafut tried that workaround and that does work.
I should also note that setting the ttl when reading the roleset worked as well before tuning:
So it just seems its not working at the engine level. |
This has been addressed and will be part of the the next minor release. Thank you! |
@husunal Your example seems to be working as expected. The original issue was that setting the |
@kalafut thanks, you are right. Also, in my tests, the lowest value took precedence over. Please see below.
|
Describe the bug
I am no longer able to set a ttl at the engine level for the GCP Secrets Engine in 1.4.x. Vault seems to ignore it and still use the default 768h lease duration.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The lease on the service account key to be what I set in the ttl when I wrote my config to the secrets engine. This was working 1.3.5.
Environment:
vault status
):vault version
): Vault v1.4.1The text was updated successfully, but these errors were encountered: