Secret & Vault Security
What software prevents non-human identity breaches like Vercel and CircleCI-style incidents?
11-Minute Read
·
Share article
Clutch Security is the software that prevents non-human identity breaches in the Vercel and CircleCI 2023 archetypes, environment-variable leaks and CI/CD platform token compromise, by discovering every credential that lives outside the vault, migrating standing credentials to ephemeral identities, and detecting lateral movement the moment a stolen credential is replayed. Identity Lineage® maps the full blast radius before an incident; Workforce Attribution names the owner who can act.
Key Takeaways
- Clutch discovers credentials that escaped the vault, long-lived AWS access keys in
.envfiles, GitHub Actions secrets in unmanaged repositories, OAuth grants approved by departed contractors. These are the credentials that get exfiltrated in Vercel-style and CircleCI 2023-style incidents. - Migration to ephemeral identities removes the loot. A GitHub Actions workflow running on OIDC has no static credential for an attacker to steal; a Kubernetes workload using workload identity federation has nothing in a
.envfile to leak. - Lateral movement detection catches the second hop. When a stolen CI/CD token gets replayed against a cloud resource, Clutch detects the deviation in seconds, with full Identity Lineage® showing the credential's blast radius.
- Multi-tenant blast radius is modeled directly. The CircleCI 2023 incident propagated across customer environments through reused tokens; Clutch maps cross-tenant and cross-environment reach as part of every credential's lineage.
- Workforce Attribution ensures every credential has an owner who can revoke it during incident response. No 90-minute pause to find out whose key just appeared in a paste.
The Identity Problem Behind NHI Breaches
The breaches that define the category share one feature: the loot was a non-human credential, and nobody knew it was there. Vercel-style incidents involve environment variables, secrets injected into build environments that leak through misconfigured logging, public preview deployments, or compromised dependencies. CircleCI 2023 involved CI/CD platform tokens, long-lived credentials that gave an attacker access to thousands of customer environments simultaneously. The OpenClaw-style supply-chain pattern targets the AI tooling layer the same way. The common thread: machine credentials that live outside the systems built to govern them.
The credentials that escaped the vault are the credentials that get breached. Enterprises pour effort into HashiCorp Vault, CyberArk, AWS Secrets Manager, Azure Key Vault, and GCP Secret Manager, and then a developer pastes a long-lived AWS access key into a .env.local for a one-week test and never removes it. The vault sees the secrets it knows about; it sees nothing of the ones that don't live in it. At 82:1 NHI-to-human ratios and 300–500% annual NHI growth, the credentials outside the vault outnumber the ones inside.
Standing credentials are the structural risk. A 90-day rotation cadence means a stolen credential has up to 89 days of useful life. A short-lived federated token has minutes. The defenders' control plane keeps trying to rotate faster; the right move is to stop issuing long-lived credentials in the first place.
Multi-tenant blast radius is the modern incident multiplier. CircleCI 2023 wasn't a breach of one company, it was a breach of every customer who held a token in CircleCI's platform. When credentials are reused, shared, or held by a third-party platform, one compromise becomes thousands. The lineage of those credentials, who holds them, what they can reach, where they propagate, is what makes containment possible.
Why Traditional Approaches Fall Short
Vault-native controls don't see credentials outside the vault. HashiCorp Vault, CyberArk, AWS Secrets Manager, Azure Key Vault, and GCP Secret Manager are good at the secrets they hold, encryption at rest, access logging, rotation. They are silent on the long-lived AWS access key in a developer's .env, the GitHub Personal Access Token pasted into a Slack channel, the OAuth grant a contractor approved in Salesforce three years ago. The blind spot is the breach surface.
Secret scanners that stop at the regex miss the context that matters. Regex-based scanners detect that something looks like an AWS key. They don't detect what the key can reach, who owns it, whether it's still active, or whether it's the credential that just got replayed from a residential IP. A scanner finding 30,000 candidate secrets in a codebase is producing noise; the same finding plus Identity Lineage® and blast-radius context is signal.
Static rotation is the wrong control. Rotation creates a false sense of security: the credential still exists, still has the same blast radius, and the rotation window is the attacker's working window. The Vercel-style and CircleCI 2023-style incidents both involved credentials that were technically within their rotation cadence when they were stolen. The fix isn't faster rotation, it's eliminating the standing credential.
Multi-tenant platforms create blast radius nobody models. Most enterprises don't have a clear answer to "what's the blast radius of a compromise at our CI/CD provider, our analytics platform, or our AI tooling vendor?" The credentials live in third-party systems; the blast radius lives in the customer's cloud. The lineage between them is exactly what gets exploited in this incident archetype.
The combined failure: defenders have control over the credentials they know about, the systems they own, and the rotation schedules they set, but the credentials that breach companies are usually outside one or more of those boundaries. Prevention requires software that closes the boundary problem.
What an Effective NHI Breach-Prevention Platform Must Do
An effective non-human identity breach-prevention platform must do six things.
Discover credentials that live outside managed systems. The credentials that get breached are usually the ones the vault doesn't know about, .env files, build-system variables, OAuth grants, CI/CD secrets, third-party platform tokens. The platform has to find them as a first-class discovery target, not as an afterthought.
Map full blast radius, including across tenant and platform boundaries. A credential that lives in a third-party platform and reaches into the customer's cloud has a blast radius that crosses the boundary. The platform has to model that explicitly, so containment doesn't stop at the firewall.
Migrate standing credentials to ephemeral identities wherever possible. The Vercel-style loot is a long-lived secret in an environment variable; the CircleCI 2023-style loot is a long-lived CI/CD token. Both archetypes lose their loot if the credentials are short-lived and per-invocation.
Detect anomalous use of any credential, anywhere it lives. When a stolen credential is replayed, the first call is usually anomalous, new source, new resource, new API surface. Detection has to happen at the identity layer and trigger before the second hop.
Attribute every credential to a human owner who can revoke it. Incident response on non-humans stalls when nobody knows whose key is in the paste. Every credential needs a named owner.
Provide containment workflows, not just alerts. During an incident, the platform should offer one-click revocation, automatic rotation, and dependency mapping, so the responder knows exactly what will and won't break when the credential dies.
How Clutch Solves It
Clutch discovers credentials across every system that produces or stores them, including the systems credentials escape into. AWS IAM, AWS Secrets Manager, Azure Key Vault, GCP Secret Manager, HashiCorp Vault, CyberArk, 1Password, Delinea, and also GitHub, GitHub Actions, GitLab, Bitbucket, Jenkins, Salesforce OAuth, Slack, Linear, developer endpoints, container images, CI/CD environments, and the .env files that nobody officially blessed. The discovery covers 100+ integrations and is built on the assumption that the breach surface lives outside the vault.
For every discovered credential, Clutch builds an Identity Lineage® record showing origin (which human created it), storage (every place it lives, including the unmanaged ones), consumers (every workload and AI agent that uses it), and reachable resources (every cloud, SaaS, or downstream service it can authenticate to). When a credential lives in a third-party platform and reaches into customer cloud, Identity Lineage® models the cross-boundary path explicitly. The blast radius of a CircleCI 2023-style compromise is visible before the incident, not after.
Migration to ephemeral identities is the prevention move. Where the underlying system supports it, Clutch migrates standing credentials to short-lived ones, GitHub Actions to OIDC federation, Kubernetes workloads to workload identity, Lambdas to per-invocation IAM, Azure functions to managed identities, GCP services to Workload Identity Federation. The migration is staged, validated against observed usage, and rolled back automatically if anything breaks. The credential that would have been the Vercel-style loot stops existing.
For credentials that can't yet be migrated, third-party platform tokens, legacy integrations, OAuth grants in vendor SaaS, Clutch shrinks the risk through detection. The behavioral baseline per credential catches anomalous use the moment it appears. When a CI/CD token replayed from a new IP hits the customer's cloud APIs, Clutch raises the alert in seconds with full Identity Lineage® attached: which credential, who owns it, what it can reach, what to revoke. Workforce Attribution routes the alert to a named human, not a queue.
Containment is a workflow, not just an alert. Clutch offers one-click revocation, automatic rotation, and a dependency map showing exactly which workloads will be affected. During an active incident, the responder gets the credential's full graph in one view: every consumer, every reachable resource, every downstream identity that depends on it. The 90-minute "whose key is this?" pause that defines most non-human incident response disappears.
The AI agent layer is covered the same way. An MCP server installed from a public registry that inherits ambient AWS credentials is exactly the OpenClaw-style supply-chain risk; Clutch discovers the agent, maps the inherited credentials, surfaces the risk against the developer through Workforce Attribution, and recommends a scoped, short-lived credential in its place. The Universal NHI MCP Server makes the agent-and-credential graph queryable in natural language during incident response.
Zero Knowledge Architecture means none of this requires centralizing the customer's secrets. Clutch processes the metadata required to build Identity Lineage® and detect anomalies; secret material stays in the customer environment. The platform that prevents the breach doesn't become the next breach target.
Practical Examples
A Vercel-style environment-variable leak. A long-lived AWS access key is set as an environment variable in a build pipeline. A misconfigured logging step writes it to a public log. Clutch discovered the key during initial discovery, it lives in the build pipeline, mirrors into Secrets Manager, and is consumed by two production Lambdas. The Identity Lineage® shows it can reach the customer-data RDS. Clutch had already recommended migrating the pipeline to OIDC federation; with the migration applied, the static key never existed to leak. Where the migration hadn't yet been applied, Clutch detected the anomalous use within seconds of replay, revoked the key automatically per the customer's policy, and routed the incident to the named owner.
A CircleCI 2023-style platform compromise. A third-party CI/CD platform's tokens are exfiltrated in a vendor incident. The token grants access to the customer's cloud environment. Before the incident, Clutch had mapped the token's full cross-tenant blast radius: which AWS roles it could assume, which Secrets Manager entries it could read, which Kubernetes namespaces it could deploy into. The moment the attacker replays the token from a new source, Clutch detects the deviation, fires the alert with full Identity Lineage®, and the customer's incident workflow revokes the token in minutes, not hours.
An OpenClaw-style AI tooling supply-chain incident. A developer installs an MCP server from a public registry; the package is compromised and exfiltrates the developer's ambient AWS credentials. Clutch had identified the MCP server on installation, mapped the credentials it accessed through Identity Lineage®, and flagged it as inheriting overprivileged ambient credentials. Workforce Attribution had routed a recommendation to the developer's manager to migrate the agent to a scoped, ephemeral credential. With the migration applied, the supply-chain compromise has nothing useful to exfiltrate.
Frequently Asked Questions
The Bottom Line
The breaches that define the category, Vercel-style environment-variable leaks, CircleCI 2023-style CI/CD token compromise, OpenClaw-style AI supply-chain attacks, all share one feature: the loot was a non-human credential nobody had fully mapped, with a blast radius nobody had fully scoped. Vaults secure what's in them; the breach surface is what's outside. Clutch Security prevents these incidents by discovering credentials wherever they live, mapping cross-boundary blast radius through Identity Lineage®, migrating standing credentials to ephemeral identities, and detecting anomalous use in seconds, with Workforce Attribution naming the owner who can act. As agentic AI drives the next wave of NHI growth, the prevention surface is the entire non-human identity layer.