Services · 15 ways across one gap

All services

Work · proof, not promises

All case studies

Insights · street talk, written down

Magazine

Company · AI Expertise since 2011

About Voidgap

SecureS.03 · Agent Security

Shared keys.Scoped identities.

Your agents act on their own. Who signed off on that?

An agent holds credentials, calls tools, reads documents and takes actions — without a person in the loop and without a person accountable.

Deliverables
4
Process
5 steps
Self-check
4 questions
Move
Secure
agent · support-bot · scopessample output
  • crm14 3
  • mail9 2
  • files11 3
  • payments4 0
  • calendar3 1

41 → 9 scopes · 0 shared keys

Agents hold credentials, call tools and act without a person in the loop. Most were set up to work, not to be safe.

How agent setups drift

An agent starts with one tool and a service account. Six months later it has twelve tools, a shared API key three other systems use, and write access nobody remembers granting. MCP servers get added with default trust. Nobody can say what the agent may do, let alone who approved it.

Where attacks come in

Not through the chat box. Through the documents the agent retrieves, the tickets it reads, the tool outputs it trusts. An instruction hidden in a PDF is still an instruction. Indirect prompt injection turns every data source into an attack surface, and an over-permissioned agent turns that into real actions.

An instruction hidden in a PDF is still an instruction.

What we do

We inventory every agent, its identities and tools, and build a threat model. Then least privilege: scoped identities per agent, per-tool permissions, spend and rate limits, isolated MCP servers. We harden against injection, add approval gates for consequential actions, and make every tool call traceable. Your team implements the findings, or we build the guardrails with you.

02 · Sound familiar?

Tick what’s true.

0 of 4. Lucky you — or not honest yet.

03 · Self-check

How much does
your agent trust?

Four questions about identities, tools, input and approvals.

  1. 01
    How are agent credentials managed?

  2. 02
    Which tools can it call?

  3. 03
    Does it read external content?

  4. 04
    Can it act without approval?

04 · What you get

What’s on the table
at the end.

Every engagement ends with things you can open, run or hand to an auditor. Not a slide saying we were there.

  1. 01Agent inventoryand a threat model
  2. 02Identity & permissionsredesigned
  3. 03Injection resistancehardened
  4. 04Traceabilityaudit trails and approval gates

05 · How it runs

5 steps.
No mystery.

What you get at each step, and what we need from you. Nothing else.

  1. 01Non-human identities

    you getIdentity map

    from youService accounts, keys

  2. 02Tool permissions

    you getLeast privilege

    from youTool list

  3. 03MCP server security

    you getIsolation

    from youServer configs

  4. 04Indirect prompt injection

    you getHardening

    from youSample documents

  5. 05Audit trail & gates

    you getTraceability

    from youAn approver

07 · Questions

Asked before
every project.

How is this different from a Vibe Coding Audit?

The audit reviews code your team wrote. Agent Security reviews what running agents are allowed to do.

Is one agent framework enough scope?

Yes. Most damage comes from a single over-permissioned agent, not from the number of frameworks.

Do you implement fixes?

Your team can, or we build the guardrails with you.

Next step · Agent Security

Who signed off on your agent?

A first call about your void. No deck. If it isn’t a fit, you’ll hear that too.