operator: Do not store sensitive information directly in Operator CRDs #22557
Labels
c-aq
Internal Customer Reference
c-ca
Internal Customer Reference
c-gy
Internal Customer Reference
c-vo
Internal Customer Reference
feature-request
Used for new features in Teleport, improvements to current should be #enhancements
kube-operator
Issues related to Kube Operator
What would you like Teleport to do?
Customer requesting that CRDs for the operator do not contain secret values. Examples include: password hashes, sso connectors
What problem does this solve?
The preference is to store this sensitive information as a Kubernetes secret then reference that secret when needed by the operator.
If a workaround exists, please include it.
None
The text was updated successfully, but these errors were encountered: