Security
Secrets Management
Choose a secret lifecycle and distribution boundary by runtime scope, workload identity, rotation, audit, availability, and operating ownership.
Recommendation
Choose the smallest secrets boundary that supports the real lifecycle.
A single Vercel runtime may remain platform-local; cross-platform teams can use a managed service, AWS workloads can stay cloud-native, and Vault belongs only where dynamic credentials and platform operations are deliberate.12
For: Application, platform, and security teams selecting a runtime-local, managed, cloud-native, open, or platform-operated secrets boundary
Centralized secrets management improves distribution, access, audit, rotation, and revocation while adding a control plane, identity integration, availability dependency, incident surface, operating cost, and migration boundary.12345
Why there is no single default: Runtime placement and identity determine the control. Platform variables, a managed cross-platform service, open or self-hosted software, a cloud-native service, and an operated dynamic-secrets platform transfer different responsibilities.
Define the security requirement first
Make scope, failure behavior, ownership, sensitive data, evidence, and exit explicit before selecting a platform.
Bounded routes
Choose a route only when its control boundary matches the named security or assurance requirement.
Secrets and configuration span several development and deployment systems
Evaluate Doppler.
Doppler is the managed cross-platform route when teams want one hosted control plane for environment configuration and secret distribution.
Verify: Verify workload identity, service tokens, synchronization, access, audit, rotation, availability, region, incident response, export, and current commercial limits.1
Open-source software or a self-hosting path is a real requirement
Evaluate Infisical.
Infisical is the open and self-hosting route when teams want a modern secrets platform with managed and controlled-deployment options.
Verify: Self-hosting transfers database, encryption, keys, backups, upgrades, availability, observability, identity, and incident operations to the team.2
AWS IAM and AWS service integration define workload identity
Use AWS Secrets Manager.
AWS Secrets Manager is the AWS-native route when IAM, secret versions, AWS service boundaries, and rotation integration fit the workload.
Verify: Model stored secrets, API requests, rotation functions, KMS, replication, recovery, availability, access policy, audit, and cloud exit.3
A platform team needs dynamic credentials and can operate the control plane
Evaluate HashiCorp Vault.
Vault is the platform-operated route when dynamic secrets, leases, revocation, PKI, workload identity, policy, and audit justify a dedicated system.
Verify: The team must own or explicitly buy availability, storage, sealing, backup, recovery, identity, policy, upgrades, plugins, observability, incident response, and licensing.4
Official resources
Verify current control boundaries, telemetry or evidence handling, deployment, limits, pricing, policy, and operating responsibilities in first-party material.
Related tasks
Sources
Official documentation supports product boundaries and verification points; the route recommendation remains a bounded editorial judgment.
- 1Vercel environment variables
Vercel · Accessed Official
- 2Doppler documentation
Doppler · Accessed Official
- 3Infisical documentation
Infisical · Accessed Official
- 4AWS Secrets Manager introduction
Amazon Web Services · Accessed Official
- 5Vault product documentation
HashiCorp · Accessed Official
- 6OWASP Secrets Management Cheat Sheet
OWASP · Accessed Official
- 7AWS Secrets Manager pricing
Amazon Web Services · Accessed Official
- 8Vault licensing FAQ
HashiCorp · Accessed Official