Akeyless alternative: Crunu vs Akeyless
Crunu and Akeyless compared: who can decrypt with and without a Customer Fragment, hosting, CI, member removal and pricing model, checked against Akeyless docs.
The difference in brief
Akeyless is a SaaS secrets platform built on key fragments, with dynamic secrets, syncs and Kubernetes injection. It promises it cannot finish operations without you only when you run a Gateway with a Customer Fragment. Crunu stores only ciphertext by default, with no gateway, and rotates keys when a person leaves.
Akeyless is the better pick when
- You need dynamic secrets, rotation, syncs to cloud stores and Kubernetes injection in one platform.
- People should sign in through your identity provider with SAML or OIDC.
- You want one SaaS platform for secrets across several clouds and Kubernetes clusters.
Crunu is the better pick when
- You want the server to be unable to decrypt by default, without deploying and backing up a Customer Fragment.
- You want to host the whole vault yourself on the Enterprise plan, not only a gateway in front of a SaaS service.
- Removing a person should rotate keys and list the values they saw.
Akeyless and Crunu, property by property
The same 14 questions we ask of every tool, answered from Akeyless’s own pages and from what Crunu does today. Yes is not always better: read the note.
- Yes
- documented and available
- Partial
- with limits: on some plans, in preview or by hand
- No
- not offered
- n/a
- doesn’t apply, or isn’t documented publicly
| Property | Akeyless | Crunuour product | What it changes for you |
|---|---|---|---|
| Server handles plaintext values | AkeylessPartialAkeyless holds key fragments; only with a Customer Fragment can it not complete operations without you. docs.akeyless.io · | CrunuNoThe server holds no decryption key at any point. It still sees metadata such as names, emails and timestamps. crunu.com/security · | Whoever runs a server that handles plaintext, and anyone who breaks into it, could read what passes through. |
| Decrypted only on your devices | AkeylessYesThe client, or your Gateway when a Customer Fragment is used, combines fragment-derived values into a one-time key. docs.akeyless.io · | CrunuYesValues are encrypted and decrypted only in the browser and the crunu agent. crunu.com/security · | If values are decrypted only on devices you control, a breach of the vendor’s servers doesn’t expose them. |
| Runs on your own infrastructure | AkeylessPartialA SaaS platform; the Hybrid SaaS option adds gateways that you run on premises. akeyless.io · | CrunuPartialEnterprise plan only, under a signed agreement: your own server on Docker, Cloudflare Workers, Vercel or Google Cloud Run. crunu.com/self-hosting · | You decide where the data lives and who operates the service. Several tools, Crunu included, offer this only on an enterprise plan. |
| Source code published | AkeylessNoNo platform source is published; SDKs, the CLI and plugins are on GitHub. github.com · | CrunuNoSource code is not published. crunu.com/security/threat-model · | Published code can be read and audited by anyone, and kept running if the vendor changes course. |
| CI signs in with OIDC | AkeylessYesThe GitHub Actions plugin signs in with the job's GitHub JWT by default. docs.akeyless.io · | CrunuYesService tokens bound by OIDC to repository, branch and environment on GitHub Actions, GitLab CI, Bitbucket or any issuer. crunu.com/features/ci-cd · | Pipelines get short-lived access tied to the repository, instead of a long-lived token stored in CI settings. |
| Keys change when someone leaves | Akeylessn/aNot documented publicly. docs.akeyless.io · | CrunuYesRemoving a member rotates the keys of every environment they could read and lists values to reissue. crunu.com/features/offboarding · | When people hold decryption keys, removing access is complete only once those keys are replaced. |
| Separate key per environment | Akeylessn/aNot documented publicly. docs.akeyless.io · | CrunuYesEach environment has its own key, sealed separately to each recipient's public key. crunu.com/features/access-control · | With a key per environment, access to development can’t turn into access to production. |
| Audit log | AkeylessYesAudit logs by secret type, operation, user and time. docs.akeyless.io · | CrunuYesHash-chained organization log with one-click verification and JSONL export, kept 365 days by default. crunu.com/features/audit-log · | A record of who changed or fetched what tells you what a person or machine could have seen. |
| Links for people without an account | AkeylessYesShare static or rotated secrets by email link or wrapped token, with a TTL, even outside your organization. docs.akeyless.io · | CrunuYesLinks for people without an account; the key stays in the URL fragment. Expiry, view limit and password. crunu.com/features/access-links · | Contractors and one-off handovers get a value without it staying in chat history. |
| Free plan or free to use | AkeylessYesFree plan with 5 clients; Enterprise is priced per client and usage. akeyless.io · | CrunuYesFree during early access. crunu.com/pricing · | A small team can start with real projects before anyone signs a contract. |
| Syncs values into other platforms | AkeylessYesUniversal Secrets Connector manages and syncs secrets in AWS, GCP, Azure, Kubernetes and Vault. docs.akeyless.io · | CrunuNoNo built-in sync to other platforms. CI can push values with crunu run as a recipe. crunu.com/integrations · | Pushing values into clouds and CI saves copying by hand, but the syncing service has to read them. |
| Dynamic secrets | AkeylessYesDynamic secrets for databases, clouds and other targets, generated on each access. docs.akeyless.io · | CrunuNoNot offered by design: generating credentials on demand needs a key on the server. crunu.com/security/limitations · | Credentials created on demand and revoked after a lease limit how long a leaked one works. |
| SSO and SCIM | AkeylessPartialSAML and OIDC sign-in methods; SCIM provisioning is not documented for secrets management. docs.akeyless.io · | CrunuNoNo SSO or SCIM. People sign in with a password, a Secret Key and an optional second factor. crunu.com/features/access-control · | Sign-in and provisioning from your identity provider make joining and leaving one step. |
| Kubernetes integration | AkeylessYesKubernetes Secrets Injector adds secrets to annotated pods as environment variables or files. docs.akeyless.io · | CrunuNoNo Kubernetes operator, Helm chart or CSI provider. crunu.com/integrations · | An operator or CSI driver delivers values into clusters without custom glue code. |
Comparison in detail
On this page
Akeyless and Crunu both aim at the same promise, that the vendor should not be able to read your secrets, and they get there by different routes. Akeyless splits key material into fragments that its service holds, and adds an optional Customer Fragment kept in a Gateway you run; only with that fragment does its documentation say Akeyless "cannot complete cryptographic operations without the customer's involvement". Crunu has no fragments and no gateway: values are encrypted on your devices, and the server stores only ciphertext in every configuration.
Akeyless is also a much broader platform than Crunu. It generates dynamic secrets, syncs to cloud secret stores, injects secrets into Kubernetes pods and signs people in through your identity provider. Crunu does none of these. This page is for teams weighing that breadth against a simpler model of who can decrypt.
Who each one fits
Akeyless fits organizations that want one SaaS platform for static and dynamic secrets across clouds, Kubernetes clusters and CI systems, with sign-in through SAML or OIDC. Its Hybrid SaaS option adds Gateways you run on your own network, and the Customer Fragment gives regulated teams a hard control boundary, at the price of more setup and lifecycle work.
Crunu fits engineering teams whose secrets are mostly .env files, cloud credentials and API keys read by people, servers and pipelines. It fits teams that want the server unable to decrypt from the first day, without deploying anything extra, and, on the Enterprise plan, teams that want to host the whole vault themselves on Docker, Cloudflare Workers, Vercel or Google Cloud Run.
Who can decrypt, with and without a gateway
Akeyless describes its Customer Fragment as the strongest separation it offers: protected operations "cannot complete without customer fragment participation". Its own documentation also lists the cost: "Higher setup and lifecycle overhead for fragment generation, backup, rotation planning, and deployment integration." The Gateway that holds the fragment is yours to run, and when caching is enabled it "can cache secret values and metadata in customer-controlled cache layers". Without a Customer Fragment, the guarantee that Akeyless cannot finish an operation on its own is not part of the documented model.
Crunu makes the same boundary the default, and keeps it simple. Every environment has its own key, sealed separately to the public key of each person, machine and pipeline that may read it. The server stores ciphertext, public keys and signed documents, and the list of who may read an environment is a document signed by an administrator, so a compromised server cannot quietly add itself as a reader. There is nothing extra to deploy, back up or plan rotation for.
This is not a claim that Crunu is the only product where the vendor cannot decrypt. Akeyless with a Customer Fragment, Bitwarden Secrets Manager and Phase in its default mode make similar promises. The difference is how much you deploy to get it, and what the product does when someone leaves: the member removal flow rotates every key the person held, shows which versions they received, and lists values to reissue. Crunu's limitations page covers what the model does not protect, such as metadata and malicious code on a device where keys are decrypted.
Where Akeyless is stronger
- Dynamic secrets and rotation. Akeyless generates credentials for databases, clouds and other targets on each access. Crunu never will, since that needs a key on the server.
- Integrations. The Universal Secrets Connector manages and syncs secrets in AWS, GCP, Azure, Kubernetes and Vault, and the Kubernetes Secrets Injector adds secrets to pods. Crunu has no syncs and no Kubernetes support.
- Identity. People can sign in through SAML or OIDC identity providers. Crunu has no SSO and no SCIM.
- Platform breadth. Akeyless covers static secrets, dynamic secrets and secret sharing in one SaaS service, with Gateways for private networks. Crunu is focused on environments, machines and CI.
Moving from Akeyless to Crunu
- Create an account and save your Emergency Kit before anything else.
- Create a project for each application and an environment for each stage, mirroring the folders or paths you use in Akeyless.
- On a trusted computer, read the static secrets you need with the Akeyless CLI or console and write them into
.envor INI files. - Drag the files into the matching environments and invite the team, giving each person a role per environment.
- Replace Akeyless calls in scripts and services with
crunu run --env <project>/<environment> -- <command>, enroll servers as machines and give pipelines service tokens with OIDC binding. - Delete the plaintext files and revoke the Akeyless access methods you no longer use.
Dynamic secrets, rotated secrets, syncs and Kubernetes injection have no equivalent in Crunu. If you depend on them, keep Akeyless for those jobs and move only static environment values.
Other Akeyless alternatives
If you need dynamic secrets, look at HashiCorp Vault, self-managed or as HCP Vault Dedicated; its server decrypts once unsealed. Infisical and Doppler add dynamic secrets on higher plans, and both decrypt on their servers. If the vendor must not decrypt, Phase and Bitwarden Secrets Manager encrypt on the client by default.
If you are weighing a platform against your cloud provider's own store, HashiCorp Vault vs AWS Secrets Manager covers that trade-off. The who can decrypt guide puts all of these tools side by side.
More facts, row by row
Details beyond the 14 questions above, as this comparison states them.
| Akeyless | Crunu | |
|---|---|---|
| Where keys are combined | The client, or your Gateway when a Customer Fragment is used, combines fragment-derived values into a one-time key | Values are encrypted and decrypted only in the browser and the crunu agent |
| What the vendor can do | Akeyless holds key fragments; only with a Customer Fragment can it not complete operations without you | The server holds no decryption key at any point; it sees metadata such as names, emails and timestamps |
| Hosting | A SaaS platform; Hybrid SaaS adds Gateways that you run on premises | The Crunu cloud; on the Enterprise plan, also the whole server on Docker, Cloudflare Workers, Vercel or Google Cloud Run |
| Source code | No platform source published; SDKs, the CLI and plugins are on GitHub | Not published |
| CI pipelines | The GitHub Actions plugin signs in with the job's GitHub JWT by default | Service tokens bound by OIDC to a repository, branch and deployment environment on GitHub Actions, GitLab CI, Bitbucket Pipelines or any issuer |
| Removing someone | Re-keying when a member leaves is not documented publicly | Removal rotates the keys of every environment they could read and lists the values to reissue |
| Audit | Audit logs by secret type, operation, user and time | Hash-chained organization log with one-click verification and JSONL export, 365 days by default |
| Sharing | Static or rotated secrets by email link or wrapped token, with a TTL, even outside your organization | Links for people without an account; the key stays in the URL fragment. Expiry, view limit and password. |
| Dynamic secrets | Generated on each access for databases, clouds and other targets | Not offered by design: generating credentials on demand needs a key on the server |
| Syncs and Kubernetes | Universal Secrets Connector for AWS, GCP, Azure, Kubernetes and Vault; Kubernetes Secrets Injector | Neither: no built-in sync and no Kubernetes operator |
| Sign-in | SAML and OIDC sign-in methods | Password, Secret Key and an optional second factor; no SSO or SCIM |
| Pricing model | Free plan with 5 clients; Enterprise priced per client and usage | Free during early access in the Crunu cloud; self-hosting on the Enterprise plan |
Sources
Every page this comparison relies on, and the day we last verified it.
- Akeyless: Distributed Fragments Cryptography overview · checked October 30, 2026
- Akeyless: trust and control boundaries · checked October 30, 2026
- Akeyless pricing · checked October 30, 2026
- Akeyless GitHub Action · checked October 30, 2026
- Akeyless audit logs · checked October 30, 2026
- Akeyless: sharing static secrets · checked October 30, 2026
- Akeyless Universal Secrets Connector · checked October 30, 2026
- Akeyless dynamic secrets · checked October 30, 2026
- Akeyless SAML authentication · checked October 30, 2026
- Akeyless Kubernetes Secrets Injector · checked October 30, 2026
- Akeyless on GitHub · checked October 30, 2026
Questions about Crunu and Akeyless
Something else? Write to support@crunu.com
Is Crunu an alternative to Akeyless?
Yes, for teams that use Akeyless mainly for static secrets read by people, servers and CI. Crunu keeps those values encrypted on your devices with no gateway to deploy. If you rely on dynamic secrets, syncs or Kubernetes injection, Crunu does not replace those.
How do I move from Akeyless to Crunu?
Read the static secrets you need with the Akeyless CLI or console on a trusted computer, write them into .env or INI files and drag the files into Crunu environments. There is no importer. Then switch scripts to crunu run and delete the plaintext files.
Can Akeyless read my secrets?
Akeyless holds key fragments. Its documentation says that if a Customer Fragment is configured, Akeyless cannot complete cryptographic operations without your involvement. That fragment lives in a Gateway you deploy, back up and maintain.
Does Crunu need a gateway or an on-premises component?
No. Values are encrypted in the browser and the agent, and the server stores only ciphertext whether you use the Crunu cloud or host it yourself on the Enterprise plan. Servers run the crunu agent, which fetches and decrypts only the environments that machine was given.
Does Crunu support SAML or OIDC sign-in for people?
No. People sign in with a password, a Secret Key and an optional second factor such as an authenticator app or a passkey. OIDC is used only to bind CI service tokens to a pipeline's identity.