You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Note that both the openMetrics.yaml and postgres.yaml are meant to be sensitive yet they're being leaked.
I suspect changing any other value in the file referenced by renderedValues will also result in this leak. It seems that during the plan phase terraform is fetching the full values currently used in the k8s cluster and showing the diff, which is obviously not ideal when using the notion of set_sensitive.
This also happens when using terraform directly with terraform plan and not using the cdktf cli.
Terraform, Provider, Kubernetes and Helm Versions
Affected Resource(s)
Terraform Configuration Files
I'm using terraform CDK. I have the following code:
Debug Output
Scared to do this because I'm seeing sensitive values leak in the output
Panic Output
Steps to Reproduce
Expected Behavior
The sensitive values should never leak
Actual Behavior
The sensitive values do leak
Important Factoids
I have the following CDKTF typescript code where
postgresYaml
is a JS object that I render to a YAML string and set as a sensitive value.The
renderedValues
is a YAML file that I read in at runtime. Inside the file referenced byrenderedValues
I have the following blockI find that if I change the
clusterChecksRunner.image.tag
all of my sensitive values get leaked when doing a plan or apply like soNote that both the
openMetrics.yaml
andpostgres.yaml
are meant to be sensitive yet they're being leaked.I suspect changing any other value in the file referenced by
renderedValues
will also result in this leak. It seems that during the plan phase terraform is fetching the full values currently used in the k8s cluster and showing the diff, which is obviously not ideal when using the notion ofset_sensitive
.This also happens when using terraform directly with
terraform plan
and not using thecdktf
cli.References
#1376
Community Note
The text was updated successfully, but these errors were encountered: