Skip to content

Conversation

bgdn-r
Copy link

@bgdn-r bgdn-r commented Feb 20, 2025

Summary

Allow usage of existing secret that contains the pre-shared keys.

Description

Extending the Helm chart with the option to read the pre-shared keys from a Kubernetes secret.
The secret is expected to have the presharedKeys key which will contain the keys themselves.
The functionality is the same as for datastore.uriSecret.

References

#175
#188

@bgdn-r bgdn-r requested review from a team as code owners February 20, 2025 16:29
@bgdn-r bgdn-r force-pushed the feat/preshared-keys-secret branch from 9c17045 to 4b2289a Compare February 24, 2025 08:36
"string",
"null"
],
"description": "the secret name where to get the preshared keys, it expects a key named 'presharedKeys' to exist in the secret containing a comma-separated list of keys"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would clarify in the description that if authn.method=preshared we need either this or the other property, it would be good to update the description of preshared.keys as well to reflect that there are two ways to pass them with this change.

valueFrom:
secretKeyRef:
name: "{{ .Values.authn.preshared.keysSecret }}"
key: "presharedKeys"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

to be consistent, I would name the key in the secret keys since the secret's purpose is already to pass preshared keys, what do you think?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants