Add Support for HashiCorp Vault Namespace in Secret's Metadata
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 23.1k
- Forks
- 1.1k
- Avg merge
- 1d 11h
- Merged PRs (30d)
- 9
Description
Hello!
I am working on integrating HashiCorp Vault into our FluxCD using SOPS for secret management. We use Vault as a Service which provides us with a specific namespace for our operations. Unfortunately, it seems that SOPS currently does not support Vault's namespace integration into secret's metadata.
I did some research and found this discussion on fluxcd repo. It seems that kustomize controller (that is responsible for secret decryption on FluxCD part) gets all the information about Vault from the secret's metadata. It becomes a problem, because that does not allow to properly request for the transit key on Vault to decrypt the secret.
Given the fact that already there was an interest in this feature and growing adoption of both Vault and GitOps practices, I think this feature could highly benefit the community.
Proposed Solution:
I propose adding a field to the secret's metadata managed by SOPS that specifies the Vault namespace.
Impact:
This feature would greatly facilitate secret management for organizations that make use of Vault's multitenancy, making it easier to maintain secure and efficient GitOps pipelines.
Thank you so much,
Sanzhar
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
The issue proposes adding HashiCorp Vault's namespace to SOPS-managed secret metadata for FluxCD decryption. Start by locating the existing Vault metadata and decryption entry points; done means the namespace is preserved and used so transit-key requests work with namespaced Vault deployments.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- devops, security
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100