hashicorp / hashicorp/vault-secrets-operator
New Secret CRD for Vault Tokens
- Dominant language
- Go
- Stars
- 601
- Forks
- 145
- Avg merge
- 3d 8h
- Merged PRs (30d)
- 6
Description
The `vault-agent-injector` is able to log into a Vault auth method in an (init)-container and share the vault token with the main container through a volume mount. Because vault tokens are now managed by the `vault-secrets-operator`, the tokens are not directly consumable by the POD anymore.
There are use-cases for PODs that only require a vault token (and not a secret), for example PODs that operate on the Vault directly: taking snapshots, stepping down leaders, etc.
Contributor guide
No contributing guide indexed for this repository
Research direction
No files or tests are named. Start by reviewing the existing vault-secrets-operator CRDs and how vault-agent-injector shares tokens through a volume mount, then compare the operator's current secret flow. Done means a defined and implemented CRD path that lets Pods consume a Vault token without requiring a Vault secret.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- kubernetes
- Domain
- devops, infrastructure
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100