Add option to whitelist KeyUsage/ExtendedKeyUsage
- Dominant language
- Go
- Stars
- 9.5k
- Forks
- 1.2k
- PR merge metrics
- No merged PRs in 30d
Description
In integrating CFSSL with Netflix's [Lemur](https://github.com/netflix/lemur) project, I've hit a snag which could be solved by extending the CSRWhitelist mechanism to the KeyUsage and/or ExtendedKeyUsage fields.
I have a working proof-of-concept, but wanted to check whether this is the sort of thing that would be accepted upstream.
If it would be, there are a number of implementation questions that should be answered first, such as:
- Should validateProfile ignore empty usages even when KUs are not whitelisted?
- How should usages interact in a profile with KUs whitelisted - should it merge, mask, be ignored, or should they be mutually exclusive?
- Should this support the "Extensions" field on a CSR, as well as the "Requested Extensions" field?
Contributor guide
Assessment
This issue has not been assessed yet.