Book an Appointment

Vami Research · Research program

VamiHoney: We lure in agentic attacks to understand them

VamiHoney is the honeypot program of Vami Research. We operate decoy systems for web applications, infrastructure, and AI services that deliberately attract AI agents. Every session is analyzed: human, script, or agent? Which tools, which objectives, which patterns? The answers produce a threat briefing that feeds back into VamiGRC, our tests, and attack detection.

Status: Program in developmentThe first sensors are being prepared. We will publish results as soon as they are reliable.

Why now

Attackers are using AI agents. Reliable measurement data is scarce.

Classic honeypots were built for humans and scripts. AI agents behave differently: they read banners and error messages as instructions, call tools, and pursue a goal across many steps. What public research has shown so far:

What third-party decoy systems have captured

Agents as attack tools

On a Flowise decoy run by Sekoia, an attacker harvested stored keys within minutes. Later, the attacker tried to redirect the agent via prompt injection and use it against real servers.

Sekoia, October 2026 (opens external website)

What is more: with humans, decoys divert attention from real vulnerabilities; with language models, Horizon3.ai did not find this effect. Deception aimed at AI attackers therefore has to be designed and measured in its own right. This is exactly where VamiHoney comes in: with its own traceable measurement data on how often, how, and with what objectives AI agents attack.

The VamiHoney honeycomb cells

Four sensor families, one threat briefing

Each cell replicates an attack surface that AI agents are targeting today. The decoys look credible to humans and machines alike and serve no purpose for legitimate users. Anyone who touches them produces a signal.

  1. Web & API

    Decoys

    Decoy web applications, login forms, admin panels, and APIs with OpenAPI descriptions. Where needed, a language model generates the responses.

    Research question

    How do agents explore an application, which vulnerabilities do they try first, and do they follow instructions in page content?

    Typical signals

    • Prompt injection canaries in the HTML
    • Reading robots.txt and documentation
    • Natural language in parameters
  2. Infrastructure & cloud

    Decoys

    SSH and remote access services, container and Kubernetes interfaces, cloud metadata services, and build runners. A simulated shell responds to any command.

    Research question

    How do agents advance after initial access, how do they handle errors, and how quickly do they escalate?

    Typical signals

    • Command sequences with self-correction
    • Steady response cadence
    • Explanatory comments in commands
  3. AI & agents

    Decoys

    Open LLM endpoints, AI gateways, agent orchestration, MCP servers with decoy tools, and vector databases with canary documents.

    Research question

    Who searches for open models and keys, who hijacks agents via prompt injection, and which tools do external agents call?

    Typical signals

    • Calling a decoy tool
    • Querying the tool list
    • Attempts to extract system instructions
  4. Decoys & honeytokens

    Decoys

    Planted API keys for LLM providers and cloud platforms, configuration files for agents, canary documents, and decoy repositories.

    Research question

    Where do stolen keys resurface, how quickly are they used, and by whom?

    Typical signals

    • Using a decoy key
    • Opening a canary document
    • Retrieving a decoy configuration

Further cells, for example for OT, are possible once the first four are running stably.

Detection

Human, script, or agent? Four signals decide

No single characteristic reliably gives away an AI agent. VamiHoney therefore combines several signals per session and assigns a reasoned classification. The approaches build on published research, including the LLM Agent Honeypot by Palisade Research.

Prompt injection canaries

Hidden instructions in banners, pages, error messages, and tool descriptions. A human overlooks them, a script ignores them, and a language model often follows them.

Illustrative example

A banner asks AI assistants to begin their response with a specific code word. The session returns exactly that code word.

Classification per session

  1. Humanirregular cadence, no reaction to canaries
  2. Script or scannerrigid sequence, very fast, no natural language
  3. AI-assisteda human steers, a model supplies commands or text
  4. Autonomous agentplans, acts, and corrects itself

Every classification carries a confidence level: suspected or confirmed. The team reviews borderline cases by hand.

From decoy to risk management

Sessions become a threat briefing, and the threat briefing feeds into VamiGRC

Raw sensor data is only the beginning. We prepare it so that security and GRC teams can work with it: as metrics, as patterns, and as evidence-based input for risk assessment.

  1. 1CaptureSessions, commands, tool calls, and payloads from all cells, logged centrally and in a tamper-proof manner.
  2. 2CleanIP addresses pseudonymized early, raw data with a short retention period, enriched with the originating network and known infrastructure.
  3. 3ClassifyMapping to MITRE ATT&CK, MITRE ATLAS, and the OWASP Top 10 for LLM Applications and for Agentic Applications; classification as human, script, or agent.
  4. 4AggregateThreat briefing by type and number of attacks, by objectives, tools, and trends, per cell and across all cells.
  5. 5ApplyHandover to VamiGRC, VamiRedteam, VamiReverse, and the attack detection of our Managed Services.

Where the findings flow

All of these connections are being created as the program is built. We will mark here what is available in production as soon as that is the case.

Guardrails

Research with clear boundaries

Honeypots are permitted in Germany as long as they run on the operator's own infrastructure. VamiHoney follows fixed rules for this: technical, legal, and ethical.

  • Own infrastructure only

    All decoys run on systems that we operate ourselves. No hack-back, no counterattacks, no access to attackers' systems.

  • No stepping stone

    The sensors are isolated; outbound traffic is restricted and monitored. A decoy must never become a launchpad for attacks on third parties.

  • Data protection from the outset

    IP addresses are personal data. We process them to protect networks and information, a purpose the GDPR expressly recognizes; we pseudonymize them early, delete raw data after a short period, and publish only aggregated results.

  • Coordinated disclosure

    If we find new vulnerabilities or campaigns, we inform vendors and the relevant authorities before we publish details.

  • No deception of uninvolved parties

    Decoys are neither advertised nor linked. Legitimate users have no reason to access them.

  • Traceable governance

    We manage architecture, legal bases, retention periods, and approvals in our own management system with VamiGRC.

Fundamentals: Honeypots & Deception

Before any cell goes live, a documented legal and data protection review takes place. This page does not replace legal advice in individual cases.

Roadmap

From idea to threat briefing

VamiHoney grows in stages. Each stage begins only once the previous one is running stably and has been legally reviewed.

  1. 00Setupin progressProgram team, architecture, legal and data protection review, and selection of building blocks, for example open-source platforms such as T-Pot from Telekom Security and LLM-powered decoys such as Beelzebub or Galah.
  2. 01First cellsplannedStarting with “AI & agents” and “Web & API,” because that is where the questions about agentic attacks are most pressing.
  3. 02Full coverageplanned“Infrastructure & cloud” and “Decoys & honeytokens” are added, and detection is refined based on the first measurement data.
  4. 03Threat briefing & VamiGRCplannedA regular threat briefing on agentic attacks and integration with VamiGRC.
  5. 04Partners & communityplannedSensors hosted by research partners, exchange with universities and CERTs, open publications.
Team

Who runs VamiHoney

Lucas MurtfeldVamiHoney Program Lead · Penetration Testing & AI Red Teaming

Lucas Murtfeld leads VamiHoney and, depending on the cell, brings in colleagues from pentesting, cloud and OT security, attack detection, and GRC. The results feed into the research areas of Vami Research.

Get involved

Research together

VamiHoney grows stronger the more perspectives feed into it. We are looking for partners for three forms of collaboration.

  • Research partnersUniversities and institutes that would like to share data, methods, and publications with us.
  • Sensor partnersCompanies that would like to have a cell operated in an isolated segment of their network and in return gain insight into its results.
  • CommunitySecurity researchers, CERTs, and operators who share observations and report in a coordinated way.
Follow Vami Research on LinkedIn (opens external website)
Read more

Related research and fundamentals

Frequently asked questions about VamiHoney

What the program does, what it does not do, and how you can get involved.

What is VamiHoney?

VamiHoney is the honeypot research program of Vami Research, the research work of VamiSec GmbH. It operates decoy systems for web applications, infrastructure, and AI services in order to observe, detect, and analyze agentic attacks, that is, attacks carried out wholly or partly by AI agents.

Are honeypots permitted in Germany?

Yes, operating them on your own infrastructure is permitted. Counterattacks on other parties' systems are prohibited. VamiHoney therefore operates only its own decoys, isolates them, and never actively attacks.

What data does VamiHoney collect?

Connection data such as IP addresses and timestamps, commands, requests, tool calls, and smuggled-in files. IP addresses are personal data. We process them to protect networks and information, pseudonymize them early, delete raw data after a short period, and publish only aggregated results without attackers' IP addresses.

How does VamiHoney detect an AI agent?

Through a combination of signals: hidden instructions that only language models follow, the timing profile of a session, calls to decoy tools, and language and planning traces in commands. No single observation is sufficient; every classification carries a confidence level.

When will the first results be available?

The program is in development. We will publish results as soon as the first cells are running stably and the data is reliable: on this page, in the Vami Research feed, and on LinkedIn.

How are VamiHoney and VamiGRC connected?

The plan is for VamiGRC to take the type and number of observed attacks as an input for the threat catalog and risk assessment. The likelihood of a risk occurring will then be based on measured attacks instead of estimates.

Can my company take part?

Yes. We are looking for research partners, sensor partners, and exchange with the community. Write to contact@vamisec.com with the subject “VamiHoney” or book a call directly.

Understand agentic attacks before they reach your company

Would you like to know which agentic attacks could hit your systems, or support VamiHoney as a partner? Talk to us.