Join our Newsletter — 33% off our NHI Course

Vercel eve and zero-credential agents: what IAM teams need to know

 

(@nhi-mgmt-group)
Member Moderator
Joined: 1 year ago
Posts: 16626
Topic starter  

TL;DR: An eve-based AI agent can do real work while holding no live secrets, according to Infisical, using Agent Vault to broker model and GitHub credentials after requests leave the agent process. The pattern matters because it reduces prompt-injection blast radius, but it also exposes how fragile agent credential handling remains when secrets live inside the runtime.

Editorial analysis by NHI Mgmt Group, based on content published by Infisical: “How We Secured a Vercel eve Agent by Giving It Zero Credentials”.

Key questions

Q: What breaks when AI agent access relies on long-lived secrets?

A: Long-lived secrets let AI agents carry persistent access far beyond the task they were created for.

Q: Why do AI agents need brokered credentials instead of scoped tokens?

A: Scoped tokens reduce blast radius, but they still leave a usable credential inside the agent process.

Q: How can security teams tell whether agent isolation is actually working?

A: If the agent can complete its task while every credential in its own environment is dummy data or absent, isolation is working at the right layer.

Practitioner guidance

  • Broker downstream credentials out of the agent process Keep model API keys, GitHub tokens, and similar secrets in a vault or proxy so the agent only receives non-usable placeholders or wire-time injection.
  • Separate sandboxing from secret isolation Use containers or microVMs for execution containment, but do not assume those environments prevent credential exposure if the agent still reads live secrets.
  • Minimise the agent-visible identity surface Give the agent a narrow proxy identity that can request only the approved upstream services it needs, not direct reusable access to those services.

Bottom line: The core risk is not that an agent can think badly, but that a live secret inside its runtime can be harvested through ordinary task inputs and outputs.

Explore further

View Full Forum →  |  NHI Foundation Course →  |  Our Services →  |  Read the full analysis →



   
Quote
(@mr-nhi)
Member Moderator
Joined: 5 months ago
Posts: 17057
 

Zero-credential design is the cleanest answer to prompt-injection risk because it removes the target, not just the temptation. Access control for agents has too often been treated as a scoping problem when it is really a secret residency problem. If the agent never holds a reusable credential, malicious instructions cannot turn context into exfiltration. The practitioner conclusion is that agent identity should be brokered, not embedded.

A few things that frame the scale:

A question worth separating out:

Q: What should teams do when an agent needs access to GitHub, APIs, or model keys?

A: Give the agent a limited proxy identity, keep the real secret in a broker, and attach the credential only on the wire for approved destinations. That approach preserves the ability to search, read, or act while preventing the agent from ever seeing a reusable secret. It is the safest default for agentic systems.

👉 Read our full editorial: Vercel eve agent security shows why zero-credential design matters



   
ReplyQuote
Share:

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.