- HashiCorp Vault (Vault Server and HCP Vault)
- AWS Secrets Manager
- Azure Key Vault
Variable syntax
After migration, secrets are referenced with the new syntax:{{$secrets.name.keyname}} still resolves in v4 and will continue to work until the next major release. It is shown with a deprecation underline and hover tooltip in the app pointing to the new syntax. An in-app tool to automatically rewrite all {{$secrets.*}} references to the new syntax will be available in v4.2.0.
How it works
- Configure a secret manager on an environment in the app (Environment UI → External Secrets).
- Commit the updated environment file to your repository.
- Run the CLI with
--env <EnvironmentName>and pass credentials via--secrets-env-file.
--secrets-env-file flag accepts a dotenv-style file containing the credentials for your secret provider. Secrets are fetched at runtime, injected into the variable resolution chain, and are never written to disk or printed in logs.
Variable precedence
HashiCorp Vault
Supported authentication methods: Token, AppRole, Client Credentials (HCP Vault).Vault Server — Token authentication
Configure in the app and then run:secrets.json equivalent (pre-v4, for reference):
Vault Server — AppRole authentication
secrets.json equivalent:
HCP Vault — Client credentials authentication
AWS Secrets Manager
Available from v4.0.0. Requires the
externalSecrets block in the environment file — configure it from the Environment UI in the app first.Credential file
Create a dotenv file (e.g.secrets.env) with your AWS credentials:
BRUNO_AWS_SESSION_TOKEN is only required when using temporary credentials or an assumed IAM role.
If BRUNO_AWS_* variables are not present, the CLI falls back to the standard AWS environment variables (AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, AWS_SESSION_TOKEN, AWS_REGION).
CLI command
Referencing secrets
After configuring theaws-secrets-manager provider in the Environment UI, reference secrets in your requests with:
prod/db and contains { "password": "s3cr3t" }, reference it as {{prod/db.password}}.
Both syntaxes resolve:
Azure Key Vault
Available from v4.0.0. Requires the
externalSecrets block in the environment file — configure it from the Environment UI in the app first.Service Principal — credential file
Create a dotenv file with your Service Principal credentials:Azure CLI auth
If you are already logged in withaz login, set the auth method to cli in the credential file — no other Azure credentials are needed:
az login session to authenticate against Key Vault.
If BRUNO_AZURE_* variables are not present, the CLI falls back to the standard Azure environment variables (AZURE_TENANT_ID, AZURE_CLIENT_ID, AZURE_CLIENT_SECRET).
CLI command
Referencing secrets
After configuring theazure-key-vault provider in the Environment UI, reference secrets in your requests with:
Security notes
- Secret values are never written to disk and never printed in logs or CLI output.
- The
--secrets-env-filepath should point to a file that is in.gitignoreand not committed to version control. - Use environment-specific credential files when running across multiple environments in CI/CD pipelines.