-
Notifications
You must be signed in to change notification settings - Fork 122
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
rekey a single secret? #143
Comments
Also, the current behavior succeeds at rekeying keys until it arrives at one it doesn't have the key for, leaving them partially rekeyed, which seems undesirable. (Looks like it sorts the files alphabetically, so current workaround is renaming the file and attribute of interest accordingly.) |
Installing a new system today, I again had to resort to copying I think using Alternatively just adding a Any opinions @ryantm? |
+1 would really like the ability to specify which keys to rekey, and failing to do so, skipping the failed rekey and continuing the process |
You can also use That's what agenix does under the hood, see: Line 193 in d8c973f
It would be a nice usability bonus to have |
It doesn't look like this workaround has worked since #148 was merged. Currently I'm receiving
|
Is there an update on this? It's currently pretty much impossible to manage secrets without a master key |
It would be nice to be able to rekey a single secret -- just run across this while modifying the list of pubkeys that could access a single secret in a shared directory with other machines' secrets.
Looks like it would be fairly trivial to implement, though obviously would require some user-facing changes to specify which key (e.g. specify with
-e
, which is what I expected would work initially, vs a different flag if reusing this one is problematic, vs using remaining positional args so users can choose to glob (secret_foo_*.age
) if desired).If this idea is worth entertaining I'm happy to work on a PR.
The text was updated successfully, but these errors were encountered: