Secrets Manager vs Parameter Store vs Vault

AWS Secrets Manager, Parameter Store, and HashiCorp Vault compared for 2026 - cost math, rotation, multi-cloud fit, and the Vault-to-OpenBao fork.

Frequently Asked Questions

Is it worth paying for Secrets Manager for a value that never rotates?

Usually not — Secrets Manager's $0.40/secret/month is priced for its automatic rotation lifecycle. A static value with the same IAM model and KMS encryption costs $0 in Parameter Store's Standard tier, so non-rotating values are almost always cheaper there with no security trade-off.

What's the practical difference between a static secret and Vault's dynamic secrets?

A static secret (as stored in both AWS services) returns the same value on every request until someone rotates it manually or via a scheduled Lambda. A Vault dynamic secret is generated fresh per request and expires automatically, so there's no long-lived credential sitting in storage to leak in the first place.

Is OpenBao a safe alternative to HashiCorp Vault today?

For teams specifically avoiding another BSL dependency, yes — it's the Linux Foundation-governed MPL fork with GitLab's corporate backing and reasonable maturity by 2026. But its plugin ecosystem is still catching up to Vault's, so verify your specific plugins have OpenBao equivalents before migrating.

Does Parameter Store support the same encryption as Secrets Manager?

Yes — Parameter Store's SecureString type uses full KMS encryption, the same underlying model as Secrets Manager. The security posture is identical for static values; the difference is entirely about rotation lifecycle and pricing, not encryption strength.

When does self-hosting Vault actually pay off over just using AWS-native secrets tools?

When you need multi-cloud reach or dynamic, short-lived credentials for compliance reasons — a single-cloud, AWS-only team rarely needs Vault's operational overhead, but multi-cloud or hybrid infrastructure with strict audit requirements is exactly the case Vault's dynamic secrets model was built for.

Discussion0