kms.network
Independent · fact-checked August 2026

Compare key management and secrets platforms

Every system has keys and secrets somewhere. The question is whether that somewhere was chosen or just happened. This is an independent comparison of the cloud KMS services, self-hosted vaults and developer secrets tools — what each actually protects, and what it costs.

10Platforms
6With free tier
4Open source
5Guides
PlatformTypeScopeDeploymentPricing*Free tier
AAWS KMS Cloud KMS Encryption keys SaaS (AWS) $1/key/mo + $0.03 per 10k requests Yes
AAzure Key Vault Cloud KMS Keys, secrets, certificates SaaS (Azure) Metered per operation; Premium adds HSM No
GGoogle Cloud KMS Cloud KMS Encryption keys SaaS (GCP) Metered per key version + operations No
HHashiCorp Vault Secrets platform Secrets, keys, PKI, dynamic credentials Self-hosted + HCP Community free (BUSL); HCP by quote Yes
OOpenBao OSS secrets platform Secrets, keys, PKI Self-hosted Free Yes
AAkeyless SaaS vault Secrets, keys, PKI, PAM SaaS + hybrid gateway Free tier; enterprise by quote Yes
IInfisical OSS secrets App secrets, PKI, SSH SaaS + self-hosted Free (5 identities); Pro $20/identity/mo Yes
DDoppler SaaS secrets App secrets and config SaaS Free for 3 users; Team $21/user/mo Yes
FFortanix DSM Confidential computing KMS Keys, secrets, tokenisation SaaS + on-premise Enterprise quote No
TThales CipherTrust Enterprise KMS Keys, encryption, tokenisation On-premise + cloud Enterprise quote No

* Published list pricing at August 2026 (vendor pricing pages, August 2026). Where a vendor publishes no figures, this says so rather than guessing.

How to choose

Single cloud, keys only?

Use the native service — AWS KMS, Google Cloud KMS or Azure Key Vault. Cheaper and already integrated.

Secrets scattered in .env files?

Doppler to fix it this week, Infisical if you want to self-host later.

Need dynamic, expiring credentials?

Vault or OpenBao — and check the licence question before committing.

Auditors and FIPS in the room?

Thales CipherTrust or Fortanix, with hardware key custody.

What actually matters when evaluating

Whether the key ever leaves

This single property separates a key management service from a password store. If the tool hands you the key, then every machine that can request it is now a place the key exists. If it performs the operation instead, the blast radius of a compromised server is one decryption call, not permanent possession.

Who has to run it at three in the morning

Self-hosted Vault or OpenBao removes licence costs and keeps everything inside your perimeter. It also makes seal keys, quorum unsealing and cluster upgrades your problem, permanently. This is a genuine choice at scale and a common regret at ten engineers.

The licence is now a real question

Vault moved to BUSL-1.1 in 2023, which is not an OSI-approved open source licence, and HashiCorp is now part of IBM. For many teams that changes nothing; for anyone with a policy on open source, or a plan to offer a hosted service, it changes everything. OpenBao exists precisely because of this.

Rotation you have actually tested

Every platform advertises rotation. Fewer teams have verified that data encrypted under a retired key version still decrypts, and that the application handles the transition without downtime. Test it against real ciphertext before you need it, because the failure mode is discovered during an incident.

Where this meets certificates

A private CA’s signing key is the highest-value key most organisations hold, and it usually ends up in whatever KMS or HSM was chosen for other reasons. Whoever holds that key holds the ability to mint trusted identities, so how a private CA is built deserves the same scrutiny as the KMS beneath it.

Want this narrowed down?

Tell us which clouds you run in, whether the requirement is keys or secrets or both, and whether a regulator is involved. You get a shortlist and the reasoning behind it. Your details are not passed to vendors.

Popular head-to-head comparisons

AWS KMS vs HashiCorp VaultHashiCorp Vault vs OpenBaoInfisical vs DopplerAkeyless vs HashiCorp VaultAWS KMS vs Google Cloud KMSFortanix DSM vs Thales CipherTrust

Guides

Best platformVault alternativesKMS vs secretsBYOK & HYOKWhat is KMS

Frequently asked questions

What is a KMS?
A key management service creates, stores and uses cryptographic keys on your behalf. The defining property is that key material does not leave it: you send data to be encrypted or decrypted rather than fetching the key. That boundary is the whole point — a key that never leaves cannot be copied off a compromised server.
KMS or secrets manager — what is the difference?
A KMS handles cryptographic keys and performs operations with them. A secrets manager stores arbitrary strings — database passwords, API tokens — and hands them to applications that need them. Most organisations need both, and most confusion in this category comes from tools that do some of each without saying which they are.
What is envelope encryption?
Encrypt your data with a locally generated data key, then encrypt that data key with a key held in the KMS and store the result alongside the data. You get one small KMS call rather than sending gigabytes through the service, and revoking the KMS key makes every data key it wrapped useless at once.
What do BYOK and HYOK actually mean?
Bring your own key: you generate key material and import it into the provider, which then holds it. Hold your own key: the key never enters the provider at all — it stays in your system and the provider calls out to you for every operation. BYOK is about provenance, HYOK is about control, and only HYOK lets you technically deny the cloud access. Google’s External Key Manager and Fortanix are the practical routes to it.