enterprise plan

Secret Manager Integration: HashiCorp Vault

Pull credentials from HashiCorp Vault at run time, so they never live in your tests.

What It Does

Secret Manager Integration lets the platform borrow credentials without owning them. Rather than saving an API key or password in a test, you reference a secret in Vault and the platform retrieves it at execution time. Your security team keeps a single source of truth, rotation policies enforced in Vault apply to your tests automatically, and sensitive values never live inside test definitions or reports. References are resolved by the server runner in requests, OAuth 2.0 and sign-in-with-steps profiles, and JSON-RPC and WebSocket-RPC tokens; the local runner in the desktop app does not resolve them and says so by name. Vault connects with an address and a token, with an optional namespace, and a reference can pick one field or take the whole secret. Adapters for AWS Secrets Manager and Azure Key Vault are not offered yet.

HashiCorp Vault integration: three Vault paths, including one in a namespace and one in a KV v2 engine, each hold a credential; at run time the values are resolved and passed masked into a Payments API test run, whose requests all pass, and rotating a secret in Vault means the next run uses the new value without storing it in tests

Overview

Connect HashiCorp Vault so tests fetch credentials from your existing secret store at run time instead of storing them on the platform. Put a secretref:// reference in a request header, query or body, in an OAuth 2.0 or sign-in-with-steps profile, or in a JSON-RPC or WebSocket-RPC token, and the server runner resolves it in memory when the test runs. Values are held in memory only and are never stored or shown. Secrets stay in the system of record your security team already governs, and rotation happens there: the next run picks up the new value within 30 seconds. Available on Enterprise and in the 15-day Trial.

Key Capabilities

HashiCorp Vault with KV v1 and v2 and Vault Enterprise namespaces
Credentials fetched at run time by the server runner, never stored in tests
Rotation handled in Vault; the next run uses the current value
One secretref:// syntax for requests, OAuth 2.0 and sign-in-with-steps profiles and RPC tokens
Test a path from settings without ever revealing the value
Vault tokens encrypted at rest; provider changes are audited

How It Works

  1. 1

    An administrator opens Settings → Integrations → Secret Managers and adds HashiCorp Vault

  2. 2

    Test a secret path; the platform confirms it resolves without showing the value

  3. 3

    Reference the secret as secretref://<provider>/<path>#<field> in a request or OAuth 2.0 profile

  4. 4

    Run on the server runner; the current value is fetched in memory at run time

  5. 5

    Rotate the secret in Vault and the next run picks up the new value

Available on

enterprise Plan & Above

Upgrade to the enterprise plan to unlock this feature.

Available on Enterprise plan, and in the 15-day Trial
See pricing →

Built for regulated teams

Teams in regulated industries rely on this capability to ship API changes with an audit trail.

Try Secret Managers Today

Start your 15-day free trial — no credit card required.