mrkeyoor.com_
Tue 01 Sept 17:43 UTC
Self-Hostedevaluationupdated 27 Aug 2026

infisical review

Infisical is an open-source security platform for storing, distributing, rotating, and monitoring secrets, certificates, cryptographic keys, and privileged access. It gives engineering and security teams one control plane for sensitive credentials that would otherwise be scattered across deployment platforms, configuration files, and infrastructure tools.

+72 / 5dstars / 7d
Verdict

Our sandbox install succeeded in 10 seconds with 0 known npm vulnerabilities, but it found no root build or test target. Infisical is a serious candidate for teams that want secrets, PKI, KMS, and privileged access under one roof, especially when developer experience matters. Put it on a shortlist, but run a deployment-specific proof of concept and resolve the license-metadata discrepancy before trusting it with production credentials.

We ran it

Install✓ · 10s123 packages · 24 MB
Buildn/ano build script
Testsn/ano test script
Known vulns00 critical · 0 high · 0 moderate · 0 low (npm audit)
Repo13747 files~1,162,040 lines of source · 1420.3 MB · 25 CI workflows

Answers from our run

Does infisical build from source?

Dependencies installed in 10 seconds (123 packages), and the project has no separate build step. We cloned commit 156cb9b into a clean Debian container with 3 CPUs and no project-specific setup.

Does infisical have tests you can run?

Not through a standard command: the project exposes no test script or target that our harness could run.

Does infisical have known vulnerabilities in its dependencies?

npm audit found none in the dependency tree at the time of our run.

Who should not use infisical?

Solo developers who only need encrypted configuration files and do not want to run a service

What are the alternatives to infisical?

HashiCorp Vault, OpenBao, SOPS. Our sandbox install succeeded in 10 seconds with 0 known npm vulnerabilities, but it found no root build or test target.

Setup3/5Fast npm install, but no root build or test target
Docs4/5README maps major features to dedicated guides
Community4/528,981 stars and fresh code and release activity
Maturity4/5Broad security scope, though operations need careful validation

Discussed on

  1. hnInfisical – open-source HashiCorp Vault alternative284 points
  2. hnShow HN: Infisical – open-source secrets manager232 points
  3. hnLaunch HN: Infisical (YC W23) – Open-source secrets manager for developers231 points
  4. hnShow HN: Agent Vault – Open-source credential proxy and vault for agents156 points
  5. hnShow HN: Infisical – open-source secret management platform131 points

Who it’s for

Platform teams replacing scattered environment variables and hand-managed credentials
Security teams that want secrets, private PKI, KMS, and privileged access in one system
Organizations that need a self-hosted option and integrations with Kubernetes, Terraform, Ansible, AWS, GitHub, or Vercel
Teams willing to operate a substantial security service rather than a small developer utility

Who it’s NOT for

Solo developers who only need encrypted configuration files and do not want to run a service
Teams expecting this repository root to install, build, and test like a small npm package
Buyers who require license certainty from repository metadata alone, because the supplied metadata says NOASSERTION while the README badge says MIT
Organizations without an owner for backups, access policy, upgrades, and incident response

Setup reality

Our sandbox install succeeded in 10 seconds, adding 123 packages and using 24 MB on disk, but the repository exposed no build script and no test script, so both stages were skipped. That is much less validation than the polished README may suggest: this is a 13,747-file, roughly 1,162,040-line platform, not a single npm app that our root-level probe could fully launch. The checkout was 1,420.3 MB, and although npm audit found 0 known vulnerabilities, a real deployment still requires following the dedicated self-hosting documentation, choosing infrastructure, and validating the actual services rather than treating the successful dependency install as proof of readiness.

It is a security control plane, not just a secret box

Infisical began as a developer-friendly secrets manager, but the supplied README now describes a wider security platform. Its core job is understandable: centralize application secrets and configuration, separate them by project and environment, and distribute them without copying credentials through chat, local files, or deployment dashboards. Around that core, it adds certificate management, cryptographic key management, privileged access management, leak prevention, and credential brokering for AI agents. The buying question is whether you want Infisical to become critical security infrastructure.

At commit 156cb9b, our checkout contained 13,747 files, about 1,162,040 lines of source, and occupied 1,420.3 MB. This is not a weekend utility that one engineer can casually own. It is a large TypeScript system whose operational design, backup plan, identity integration, and upgrades deserve the same scrutiny as any service holding production credentials. The README separates cloud and self-hosted paths, but the snapshot cannot tell a team which topology fits its availability and compliance needs.

What happened when we ran it

Our run used a fresh unprivileged Debian container with 3 CPUs, 8 GB of RAM, Node 22, and no injected secrets. The npm install succeeded in 10 seconds, installed 123 packages, and consumed 24 MB on disk. npm audit reported 0 known vulnerabilities across all severity levels. These clean results are not a working deployment: the probe found no root build target, so it skipped building, and no root test target, so it skipped tests.

We measured 25 CI workflow files, no Dockerfile detected by the probe, and no tests directory detected at the scanned level. This does not prove the project lacks containers or tests elsewhere, but a generic root-level npm workflow does not validate it end to end. The 10-second install shows dependencies resolve in this sandbox. It does not show the dashboard starts, migrations complete, integrations authenticate, or secret delivery survives failure. Follow the self-hosting guide and test the deployed components.

Its strongest feature is reducing security-tool sprawl

The secrets feature set covers lifecycle work rather than storage alone. Teams can organize values by projects and environments, retain versions, recover prior states, rotate credentials for PostgreSQL, MySQL, and AWS IAM, and issue short-lived dynamic secrets for databases and RabbitMQ. Syncs target GitHub, Vercel, and AWS, while Terraform and Ansible fit infrastructure workflows. The Kubernetes operator can deliver changes and reload deployments, while the agent injects secrets without application-code changes. Honey tokens turn decoy credentials into tripwires.

The adjacent products make Infisical unusually broad. PKI covers private and external certificate authorities, API, ACME, and EST enrollment, renewal, revocation, CRLs, inventory, alerts, syncs, and code-signing approvals. KMS manages symmetric encryption keys. PAM adds policy-controlled access to databases and servers with approvals and session visibility. Agent Vault proxies external API requests and injects credentials so an agent does not hold the real value. That is at least 4 security domains in one platform.

The rough edges are mostly about proof and scope

The README is strong at feature discovery because most claims link to a guide, yet the supplied evidence does not establish behavior under load, during upgrades, or after partial failure. We did not complete a build or test run, so there is no measured test count, startup time, throughput figure, or recovery result. Repository metadata reports license NOASSERTION while the README displays an MIT badge and links to a license file. Verify the actual terms instead of assuming the badge settles it.

Breadth creates cost. A team adopting only secret storage may not want PKI, KMS, PAM, sync workers, operators, and agents. There were 745 open issues in the supplied snapshot, a substantial queue that can signal adoption and support pressure; the count does not reveal response quality. Version v0.164.0 arrived on August 26, 2026, and the repository was pushed again on August 27. Combined with 28,981 stars and 25 CI workflows, it looks actively developed, but those facts do not guarantee fast maintenance for a particular integration.

It fits beside identity, deployment, and incident systems

Infisical should sit on the credential path between human or workload identity and systems consuming secrets. Use syncs where duplication is unavoidable; prefer dynamic or injected credentials where supported; send certificate expiry and honey-token events into existing alerting; and align access approvals with identity policy. Treat backups, recovery drills, audit retention, and emergency access as launch requirements. A central vault reduces scattered secrets but concentrates impact, so availability matters more than dashboard polish.

For a small team with a few encrypted settings, SOPS can be calmer. For organizations staffed around Vault conventions, HashiCorp Vault or OpenBao may fit better. Infisical deserves evaluation when developer workflows and a unified console matter, particularly if secrets, certificates, keys, and privileged sessions are split across 4 or more tools. Deploy the exact edition and topology, exercise rotation and recovery, verify upgrades, and decide from those results.

Alternatives

ProjectWhat it isPick it when
HashiCorp Vault gh↗A long-established secrets and identity system with dynamic credentials and a broad infrastructure ecosystem.pick this instead when your organization already has Vault expertise or needs its established operational model and integrations.
OpenBaoA community-governed open-source secrets manager derived from Vault.pick this instead when open governance and a Vault-compatible approach matter more than Infisical's integrated dashboard experience.
SOPS gh↗A focused tool for encrypting structured configuration files with external key services.pick this instead when Git-based encrypted files solve the problem and operating a central secrets platform would be excessive.

What people are saying

  1. [velocity-scout] Infisical/infisical

Sources

  1. Infisical GitHub repository
  2. Infisical homepage
  3. Infisical self-hosting documentation

More self-hosted reviews

v2 · OpenShell · wigolo · Mindwtr · club-3090 · reclip · the whole board →