-
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
"pki/sign-verbatim/$role" ignores "not_before_duration" #8505
Comments
This is correct. See https://www.vaultproject.io/api-docs/secret/pki/#inlinecode-name-156 |
Is there a specific reason that this field is considered in the "sign" endpoint, but not in "sign-verbatim"? |
Yes, the point of sign-verbatim is that you are taking the values verbatim from the CSR rather than applying role parameters to it. |
Understood. The problem is, that notBefore- and notAfter-date of a certificate can not be taken from the CSR, as they cannot be specified (Please correct me if I am wrong). I suppose the "not_before_duration" setting in the role was introduced, because of possible clock skew between the Vault server and the client that verifies the certificate. This problem occurs regardless if I use the "sign" or "sign-verbatim" endpoint. In "plain openssl" one could manually specify the "-startdate" ($now - $not_before_duration) and "-enddate" ($now + $ttl) parameter when signing a CSR. It would be really great, if Vault would support this scenario in the sign-verbatim-endpoint. Btw: The reason for using "sign-verbatim" is the requirement to support custom X509v3-extensions. |
Describe the bug
"pki/sign-verbatim/$role" ignores "not_before_duration" set in this role.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The notBefore date should be $now - 24h.
Environment:
vault status
): 1.3.2vault version
): 1.3.2Vault server configuration file(s):
Additional context
The "sign" endpoint correctly handles "not_before_duration":
The "sign-verbatim" endpoint does not:
The text was updated successfully, but these errors were encountered: