Reservar cita

Vami Research · Programa de investigación

VamiHoney: atraemos ataques agénticos para comprenderlos

VamiHoney es el programa de honeypots de Vami Research. Operamos sistemas señuelo para aplicaciones web, infraestructura y servicios de IA, concebidos para atraer específicamente a agentes de IA. Cada sesión se analiza: ¿persona, script o agente? ¿Qué herramientas, qué objetivos, qué patrones? Con las respuestas se elabora un informe de situación que revierte en VamiGRC, en nuestras pruebas y en la detección de ataques.

Estado: Programa en desarrolloLos primeros sensores están en preparación. Publicaremos los resultados en cuanto sean fiables.

Por qué ahora

Los atacantes emplean agentes de IA. Escasean los datos de medición fiables.

Los honeypots clásicos se diseñaron para personas y scripts. Los agentes de IA se comportan de otra manera: leen los banners y los mensajes de error como instrucciones, invocan herramientas y persiguen un objetivo a lo largo de muchos pasos. Esto es lo que muestra hasta ahora la investigación publicada:

Lo que han captado los sistemas señuelo de terceros

Agentes como herramienta de ataque

En un Flowise señuelo de Sekoia, un atacante se hizo en cuestión de minutos con claves allí almacenadas. Más tarde intentó desviar al agente mediante prompt injection y utilizarlo contra servidores reales.

Sekoia, octubre de 2026 (abre un sitio web externo)

A ello se suma que, en las personas, los señuelos desvían la atención de las vulnerabilidades reales, mientras que en los modelos de lenguaje Horizon3.ai no encontró este efecto. Por eso, el engaño dirigido a atacantes basados en IA debe diseñarse y medirse de forma específica. Precisamente aquí interviene VamiHoney: con datos de medición propios y trazables sobre la frecuencia, la forma y los objetivos con los que atacan los agentes de IA.

Las celdas de VamiHoney

Cuatro familias de sensores, un informe de situación

Cada celda reproduce una superficie de ataque a la que hoy se dirigen los agentes de IA. Los señuelos resultan creíbles para personas y máquinas y no tienen ninguna función para los usuarios legítimos. Quien los toca genera una señal.

  1. Web y API

    Señuelos

    Aplicaciones web señuelo, formularios de inicio de sesión, interfaces de administración y API con descripción OpenAPI. Cuando es necesario, un modelo de lenguaje genera las respuestas.

    Pregunta de investigación

    ¿Cómo exploran los agentes una aplicación, qué vulnerabilidades prueban primero y siguen instrucciones incluidas en el contenido de las páginas?

    Señales típicas

    • Canarios de prompt injection en el HTML
    • Lectura de robots.txt y de la documentación
    • Lenguaje natural en los parámetros
  2. Infraestructura y cloud

    Señuelos

    Accesos SSH y remotos, interfaces de contenedores y de Kubernetes, servicios de metadatos cloud y runners de compilación. Una shell simulada responde a cualquier comando.

    Pregunta de investigación

    ¿Cómo se desplazan los agentes tras el primer acceso, cómo gestionan los errores y con qué rapidez escalan?

    Señales típicas

    • Series de comandos con autocorrección
    • Ritmo de respuesta regular
    • Comentarios explicativos en los comandos
  3. IA y agentes

    Señuelos

    Endpoints de LLM abiertos, pasarelas de IA, orquestación de agentes, servidores MCP con herramientas señuelo y bases de datos vectoriales con documentos canario.

    Pregunta de investigación

    ¿Quién busca modelos y claves expuestos, quién secuestra agentes mediante prompt injection y qué herramientas invocan los agentes ajenos?

    Señales típicas

    • Llamada a una herramienta señuelo
    • Consulta de la lista de herramientas
    • Intentos de extraer instrucciones de sistema
  4. Señuelos y honeytokens

    Señuelos

    Claves de API preparadas para proveedores de LLM y de cloud, archivos de configuración para agentes, documentos canario y repositorios señuelo.

    Pregunta de investigación

    ¿Dónde reaparecen las claves robadas, con qué rapidez se usan y quién las usa?

    Señales típicas

    • Uso de una clave señuelo
    • Apertura de un documento canario
    • Acceso a una configuración señuelo

Otras celdas, por ejemplo para OT, serán posibles en cuanto las cuatro primeras funcionen de forma estable.

Detección

¿Persona, script o agente? Cuatro señales lo deciden

Ningún rasgo aislado delata con certeza a un agente de IA. Por eso, VamiHoney combina varias señales por sesión y asigna una clasificación fundamentada. Los enfoques se basan en investigaciones publicadas, entre ellas el LLM Agent Honeypot de Palisade Research.

Canarios de prompt injection

Instrucciones ocultas en banners, páginas, mensajes de error y descripciones de herramientas. Una persona las pasa por alto, un script las ignora y un modelo de lenguaje a menudo las sigue.

Ejemplo ilustrativo

Un banner pide a los asistentes de IA que empiecen su respuesta con una palabra en clave determinada. La sesión devuelve exactamente esa palabra en clave.

Clasificación por sesión

  1. Personaritmo irregular, sin reacción a los canarios
  2. Script o escánersecuencia rígida, muy rápido, sin lenguaje natural
  3. Asistido por IAuna persona dirige y un modelo aporta comandos o textos
  4. Agente autónomoplanifica, actúa y se corrige a sí mismo

Cada clasificación lleva asociado un nivel de confianza: sospecha o confirmación. Los casos límite los revisa el equipo manualmente.

Del señuelo a la gestión de riesgos

Las sesiones se convierten en un informe de situación, y el informe se incorpora a VamiGRC

Los datos brutos de los sensores son solo el principio. Los preparamos para que los equipos de seguridad y de GRC puedan trabajar con ellos: como indicadores, como patrones y como variable de entrada respaldada por evidencias para la evaluación de riesgos.

  1. 1CapturarSesiones, comandos, llamadas a herramientas y cargas útiles de todas las celdas, registrados de forma centralizada y a prueba de manipulaciones.
  2. 2DepurarDirecciones IP seudonimizadas en una fase temprana, datos brutos con un plazo de conservación corto, enriquecidos con la red de origen y la infraestructura conocida.
  3. 3ContextualizarAsignación a MITRE ATT&CK, MITRE ATLAS y los OWASP Top 10 para aplicaciones de LLM y de agentes; clasificación como persona, script o agente.
  4. 4ConsolidarInforme de situación por tipo y número de ataques, por objetivos, herramientas y tendencias, por celda y para todo el panal.
  5. 5AprovecharEntrega a VamiGRC, VamiRedteam, VamiReverse y a la detección de ataques de nuestros Managed Services.

Dónde se aplican las conclusiones

Todas las conexiones se irán creando durante el desarrollo del programa. Lo que esté disponible en producción lo indicaremos aquí en cuanto llegue el momento.

Guardrails

Investigación con límites claros

En Alemania, los honeypots son lícitos siempre que funcionen en infraestructura propia. Para ello, VamiHoney sigue reglas fijas en los planos técnico, jurídico y ético.

  • Solo infraestructura propia

    Todos los señuelos funcionan en sistemas que operamos nosotros mismos. Ni hack back, ni contraataques, ni acceso a los sistemas de los atacantes.

  • Nunca un trampolín

    Los sensores están aislados y el tráfico saliente está limitado y supervisado. Un señuelo nunca debe convertirse en plataforma de lanzamiento de ataques contra terceros.

  • Protección de datos desde el principio

    Las direcciones IP son datos personales. Las tratamos para proteger las redes y la información, una finalidad que el RGPD reconoce expresamente; las seudonimizamos en una fase temprana, eliminamos los datos brutos tras un plazo breve y solo publicamos resultados agregados.

  • Divulgación coordinada

    Si encontramos nuevas vulnerabilidades o campañas, informamos a los fabricantes y a los organismos competentes antes de publicar detalles.

  • Sin engañar a terceros

    Los señuelos no se anuncian ni se enlazan. Los usuarios legítimos no tienen motivo para acceder a ellos.

  • Gobernanza trazable

    Controlamos la arquitectura, las bases jurídicas, los plazos de conservación y las aprobaciones en nuestro propio sistema de gestión con VamiGRC.

Fundamentos: Honeypots & Deception

Antes de poner en marcha cada celda se realiza una revisión jurídica y de protección de datos documentada. Esta página no sustituye el asesoramiento jurídico en cada caso concreto.

Hoja de ruta

De la idea al informe de situación

VamiHoney crece por etapas. Cada etapa solo comienza cuando la anterior funciona de forma estable y se ha sometido a una revisión jurídica.

  1. 00Puesta en marchaen cursoEquipo del programa, arquitectura, revisión jurídica y de protección de datos, y selección de los componentes, por ejemplo plataformas de código abierto como T-Pot de Telekom Security y señuelos basados en LLM como Beelzebub o Galah.
  2. 01Primeras celdasprevistoSe empieza por «IA y agentes» y «Web y API», porque es ahí donde las preguntas sobre los ataques agénticos son más urgentes.
  3. 02Cobertura completaprevistoSe suman «Infraestructura y cloud» y «Señuelos y honeytokens», y la detección se afina con los primeros datos de medición.
  4. 03Informe de situación y VamiGRCprevistoInforme de situación periódico sobre ataques agénticos y conexión con VamiGRC.
  5. 04Socios y comunidadprevistoSensores alojados por socios de investigación, intercambio con universidades y CERT, publicaciones abiertas.
Equipo

Quién opera VamiHoney

Lucas MurtfeldDirección del programa VamiHoney · Penetration Testing & AI Red Teaming

Lucas Murtfeld dirige VamiHoney y, según la celda, involucra a colegas de las áreas de pentest, seguridad cloud y OT, detección de ataques y GRC. Los resultados se incorporan a las áreas de investigación de Vami Research.

Participar

Investigar juntos

Cuantas más perspectivas se sumen, más sólido será VamiHoney. Buscamos socios para tres formas de colaboración.

  • Socios de investigaciónUniversidades e institutos que deseen compartir con nosotros datos, métodos y publicaciones.
  • Socios de sensoresEmpresas que deseen que operemos una celda en una zona aislada de su red, a cambio de visibilidad sobre los resultados de la celda.
  • ComunidadInvestigadores de seguridad, CERT y operadores que intercambien observaciones y las notifiquen de forma coordinada.
Seguir a Vami Research en LinkedIn (abre un sitio web externo)
Seguir leyendo

Investigación relacionada y fundamentos

Preguntas frecuentes sobre VamiHoney

Qué hace el programa, qué no hace y cómo puede participar.

¿Qué es VamiHoney?

VamiHoney es el programa de investigación con honeypots de Vami Research, la labor de investigación de VamiSec GmbH. Opera sistemas señuelo para aplicaciones web, infraestructura y servicios de IA con el fin de observar, detectar y analizar ataques agénticos, es decir, ataques ejecutados total o parcialmente por agentes de IA.

¿Están permitidos los honeypots en Alemania?

Sí, su operación en infraestructura propia es lícita. Lo que está prohibido son los contraataques contra sistemas ajenos. Por eso, VamiHoney opera exclusivamente señuelos propios, los aísla y nunca ataca de forma activa.

¿Qué datos recopila VamiHoney?

Datos de conexión (como direcciones IP y marcas de tiempo), comandos, solicitudes, llamadas a herramientas y archivos infiltrados. Las direcciones IP son datos personales. Las tratamos para proteger las redes y la información, las seudonimizamos en una fase temprana, eliminamos los datos brutos tras un plazo breve y solo publicamos resultados agregados, sin direcciones IP de atacantes.

¿Cómo detecta VamiHoney a un agente de IA?

Mediante una combinación de señales: instrucciones ocultas que solo siguen los modelos de lenguaje, el perfil temporal de una sesión, llamadas a herramientas señuelo y huellas lingüísticas y de planificación en los comandos. Ninguna observación aislada basta, y cada clasificación lleva asociado un nivel de confianza.

¿Cuándo habrá primeros resultados?

El programa está en desarrollo. Publicaremos resultados en cuanto las primeras celdas funcionen de forma estable y los datos sean fiables: en esta página, en el feed de Vami Research y en LinkedIn.

¿Qué relación hay entre VamiHoney y VamiGRC?

Está previsto que VamiGRC incorpore el tipo y el número de los ataques observados como variable de entrada para el catálogo de amenazas y la evaluación de riesgos. Así, la probabilidad de ocurrencia de un riesgo se basará en ataques medidos en lugar de en estimaciones.

¿Puede participar mi empresa?

Sí. Buscamos socios de investigación, socios de sensores y el intercambio con la comunidad. Escriba a contact@vamisec.com con el asunto «VamiHoney» o reserve directamente una reunión.

Comprender los ataques agénticos antes de que lleguen a su empresa

¿Quiere saber qué ataques agénticos podrían afectar a sus sistemas o desea apoyar a VamiHoney como socio? Hable con nosotros.