Skip to content
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

Support sops updatekeys behavior when keys are modified in .sops.yaml #233

Closed
mg-christian-axelsson opened this issue Jun 23, 2022 · 3 comments
Labels
enhancement New feature or request

Comments

@mg-christian-axelsson
Copy link

Problem Statement

Originally reported in the old repository as zendesk/helm-secrets#147

When .sops.yaml have keys added/removed there should be a good way to re-encrypt files with the new keys, similar to sops updatekeys (https://github.com/mozilla/sops#updatekeys-command).

Proposed Solution

No response

Environment

  • Helm Version:
  • Helm Secrets Version:
  • OS:
  • Shell:

Additional information

No response

Acceptance Criteria

No response

@mg-christian-axelsson mg-christian-axelsson added the enhancement New feature or request label Jun 23, 2022
@jkroepke
Copy link
Owner

whats is issue to use sops updatekeys directly?

@mg-christian-axelsson
Copy link
Author

whats is issue to use sops updatekeys directly?

None really except for some ergonomics. sops doesn't like accept with non-standard filenames like cluster.rkestate without forcing the format while helm secret does (by assuming yaml I guess).

Please close this issue if the functionality is out of scope for the project :)

@jkroepke
Copy link
Owner

jkroepke commented Jun 24, 2022

sops doesn't like accept with non-standard filenames like cluster.rkestate without forcing the format while helm secret does (by assuming yaml I guess).

helm secrets is not more than a wrapper around sops and alternatives. helm secrets forces YAML with sops --input-type yaml --output-type yaml.

Not sure, if sops updatekeys --input-type yaml --output-type yaml cluster.rkestate helps you.

I'm will close is, since I would say using sops directly here should fit more the most cases.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants