YC Root AccessInfisical: The Open Source Security Stack
CHAPTERS
Series A spotlight and team introductions
Diana Hu opens by congratulating Infisical on their Series A led by Elad Gil and introduces the three co-founders: Vlad, Maidul, and Tony. The conversation sets up Infisical’s purpose and why it matters in modern developer infrastructure.
- •Series A announcement and context (led by Elad Gil)
- •Introductions of Vlad, Maidul, and Tony
- •Framing the discussion around security + infrastructure for developers
What Infisical is: open-source secrets management for developers and enterprises
Infisical is presented as an open-source secrets management platform used by both fast-growing AI companies and Fortune 100 enterprises. The goal is to help teams manage sensitive credentials across varied infrastructure environments.
- •Open-source secrets management platform
- •Customer spectrum: AI startups to Fortune 100
- •Focus on sensitive credentials across infrastructure
- •Security + infrastructure problems as the core domain
Defining “secrets” and the scale Infisical handles
The founders clarify what counts as a “secret” in developer infrastructure and quantify the system’s throughput. The scale emphasized—billions of secrets and 10B+ processed monthly—signals enterprise-grade usage and performance requirements.
- •Examples: database tokens, certificates, API keys, credentials
- •Secrets as core building blocks of developer infrastructure
- •Processing volume: billions; 10B+ per month
- •Implication: high-scale, reliability-critical system
Origin story: Cornell collaboration and repeated side-project iteration
The team explains how they met at Cornell and built multiple side projects together before Infisical. Their co-founding dynamic emerged from repeated collaboration and a shared drive to find the “next” problem worth solving.
- •Met at Cornell and collaborated throughout college
- •Multiple side projects preceded Infisical
- •Prior experience working together shaped co-founder fit
- •Infisical emerged as the culmination of iterations
Finding the wedge: fixing the .env file problem for teams
Their initial insight came from repeatedly dealing with .env files across projects, where sensitive values were hard to share and keep consistent. Infisical began as a solution for syncing and managing secrets among teammates, then expanded in scope.
- •Recurring pain: passing around .env secrets even in small teams
- •Need for syncing sensitive configuration across teammates
- •Initial product focus: “solve the .env file” workflow
- •Early wedge later evolved into broader platform capabilities
Closed-source to open-source: trust, self-hosting, and breakout GitHub growth
Infisical started as a closed-source SaaS, but growth flattened and customers demanded more trust and the ability to run on their own infrastructure. Going open source became a major advantage, driving rapid adoption and strong GitHub traction.
- •Originally a simpler closed-source SaaS
- •Prompted during YC process: “Why are you not open source?”
- •Growth plateau led to strategic shift
- •Drivers: trust, self-hosting, compliance/security requirements
- •Community growth: 0 → 5,000 stars quickly; ~18,000+ later
From community users to enterprise customers: how big accounts convert
The founders describe a common adoption pattern: developers discover and self-host Infisical, then expand usage inside their companies. Champions often carry Infisical between employers, turning grassroots adoption into large enterprise contracts.
- •Developer mindshare and self-hosting as top-of-funnel
- •Home lab/weekend project usage becomes internal adoption
- •Champion-led expansion inside companies
- •“Job change” effect: users bring Infisical to new enterprises
- •Example: early enterprise user became a Fortune 50 customer
Winning in a crowded market: accessibility and faster deployments
Despite established incumbents like HashiCorp Vault and AWS Secrets Manager, Infisical wins deals by making security tooling easier and faster to deploy. The team contrasts legacy deployment timelines with Infisical’s shorter time-to-value.
- •Competitive landscape: Vault, AWS Secrets Manager, etc.
- •Notable win: large federal defense org (~20,000 employees)
- •Core philosophy: make security accessible to all engineers
- •Legacy tooling is cumbersome; long deployments (~21 months cited)
- •Infisical reduces deployment to weeks/months, improving adoption
Engineering for on-prem and scale: stateless architecture as a differentiator
Maidul explains the technical focus on supporting diverse environments, especially on-prem deployments for large customers. Infisical’s stateless approach is positioned as a key innovation that simplifies scaling and high availability compared to database-like designs.
- •Design requirement: easy on-prem deployment across environments
- •Every feature evaluated through self-hosting experience
- •Critique of competitors: treating the app like a database complicates scaling
- •Infisical is stateless, enabling straightforward replication
- •Benefits: simpler HA, faster scale-out, less operational overhead
Expanding from secrets into an open-source security infrastructure stack
Vlad outlines a broader product vision: Infisical is moving beyond secrets into multiple security infrastructure domains. The roadmap includes certificate management, SSH access, and encryption services, aiming to become a more complete open-source security platform.
- •Mission: make security more accessible to developers
- •Platform expansion beyond secrets management
- •New/product lines: Infisical PKI (certs), Infisical SSH, Infisical KMS
- •Positioning: open-source security infrastructure platform
- •From point solution to broader stack strategy
AI integration vision: securing AI agents as new infrastructure actors
The conversation shifts to how AI changes access patterns: AI agents become a new “actor” needing credentials, permissions, and trust relationships. Infisical sees an opportunity to secure agent-to-infrastructure and potentially agent-to-agent access.
- •AI agents introduce new access and trust requirements
- •Beyond users/machines to agent-based access models
- •Opportunity: managing secure resource access for AI agents
- •Future: enabling trusted interactions among agents and systems
- •Infisical’s role as security layer for AI-era infrastructure
Hiring plan and roles: engineering, go-to-market, and developer relations
The founders close by sharing that they’re hiring across 15+ roles to support growth and platform expansion. They highlight needs across engineering, sales/account roles, recruiting, operations, and developer relations.
- •Hiring across 15+ positions
- •Engineering roles: front-end, full-stack, etc.
- •Go-to-market roles: account executives
- •Operations and recruiting roles
- •Developer relations as a growth/community function