EresusSecurity

Validate autonomous agent action boundaries before release.

Eresus tests how AI agents can be abused across user intent, tool permissions, memory, retrieval, approval flows, and API actions using realistic scenarios.

Vulnerabilities our researchers found and disclosed

Public advisories credited to the Eresus research team. The same people run your engagement.

All advisories

This engagement creates value fastest for teams like these.

AI product and platform teams

Teams shipping LLM, RAG, MCP, agent, or model-intake workflows into internal or customer-facing environments.

Security leaders expanding into AI

Organizations that already run pentest programs and now need guardrail, prompt, and tool-abuse validation.

Teams that need explainable hardening

Groups that need policy, prompt, MCP, and runtime findings translated into concrete mitigations and release decisions.

Scope

Tool-use and API action boundaries
Memory, retrieval, and context poisoning flows
Approval path, human-in-the-loop, and policy bypass tests
Multi-agent orchestration and permission chains

Risk signals

Agent performs unauthorized action
Data exposure through memory or retrieval
Approval flow bypassed through prompt control
Unexpected production impact through tool chaining

Outcomes

Agent runtime risk map
Tool scope and policy recommendations
Prompt-to-action PoC evidence
Release-readiness security checklist

Evidence standard

Proof you can inspect. Boundaries you can plan around.

Every engagement is bounded by written authorization, evidence handling, and a clear handoff. These are the defaults; the signed scope can tighten them.

Evidence you receive

  • Tested prompt, agent, RAG, MCP, and tool-use paths tied to real workflows.
  • Redacted transcripts and request/response evidence for validated failures.
  • Policy, identity, tool-scope, and rollout remediation guidance.
  • Retest status for critical guardrail changes.

Explicit exclusions

  • Compliance certification or a claim that the model is safe.
  • Training on, retaining, or redistributing customer data or model weights.
  • Unapproved destructive tool calls or abuse of third-party systems.
  • A guarantee that every prompt or agent path has been discovered.

Not scanner output. Offensive work that produces proof.

01

Scope and objective

We align assets, workflows, user roles, testing windows, and safe operating boundaries before execution starts.

02

Expert validation

Eresus analysts validate exploitability and business impact instead of forwarding automated scanner output.

03

Proof, fix, retest

Each finding ships with evidence, impact, remediation guidance, and retest steps so teams can close risk quickly.

The questions buyers want answered early.

What AI surfaces do you test?+
We test prompts, agents, RAG flows, MCP servers, tool use, model intake, and policy boundaries around real user workflows.
Is this just prompt injection testing?+
No. Prompt injection is one layer. We also validate identity, tool permissions, data leakage, model artifacts, and cross-system abuse paths.
Do you translate findings into engineering actions?+
Yes. We map each issue to guardrail changes, prompt updates, identity boundaries, tool scopes, or rollout decisions.

We tie risk to business impact.

Findings do not stop at severity labels. We explain which customer workflow, data class, or operational objective is affected.

Deliverables work for engineers and executives.

Engineering teams get reproducible proof and remediation direction; leadership gets the risk narrative, priority, and closure status.

Let’s scope this work against the surface that matters most.

Whether this starts as a pilot, a single application, a critical API, an AI agent flow, or a wider program, we start from the highest-impact surface.