Replies: 1 comment
|
I'd probably accept a PR for it |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
I think a useful addition would be language bindings / SDKs.
For context:
I'm just not a big fan of persisting secrets in memory longer than necessary. Providers typically provide some level of first-party support for more than just environment variables and cli, but often language bindings (python, go, javascript, etc) and and other integrations (ansible, terraform, etc) to facilitate fetching secrets when they're actually used. I think it would be nice to have on-demand access to secrets, the way first-party support often does, combined with the indirection that fnox provides.
For prior art:
I recently came across secretspec. It is a project with functionality similar to fnox, but it also provides language bindings to take the indirection further.
All reactions