Cómo probar la resistencia de un agente a instrucciones en correos reenviados
Prueba los correos reenviados como una cadena de contenido con autores y niveles de confianza distintos.
Equipo enginerIT· 2 min de lectura
Prueba los correos reenviados como una cadena de contenido con autores y niveles de confianza distintos. El remitente actual puede pedir un resumen legítimo y el texto citado incluir una instrucción que intenta desviar al agente. Evalúa el efecto final y las herramientas utilizadas.
Construye una conversación de ensayo
Prepara un correo original, una respuesta y un reenvío con datos ficticios. Define una tarea concreta, como resumir las fechas acordadas sin enviar mensajes. Guarda la salida esperada y los destinatarios permitidos, aunque ninguno se vaya a utilizar. El reenvío debe conservar las marcas que verá tu integración: texto citado, cabeceras incorporadas, firma y adjuntos, sin depender de una representación idealizada.
Introduce un cambio en cada variante
Coloca una petición de cambio de destinatario en el mensaje antiguo, otra en una firma y otra dentro de un adjunto de ensayo. Añade una variante sin ataque con lenguaje imperativo legítimo. Si modificas todo a la vez, un fallo no te permitirá localizar la parte de la cadena que ganó autoridad. Repite también con una conversación larga donde la petición actual quede lejos del contenido manipulado.
Mira el recorrido y el resultado
Comprueba si el agente mantiene la tarea de resumen, atribuye las fechas al autor correcto y evita preparar un envío no solicitado. Inspecciona llamadas propuestas y bloqueadas. Una negativa en el último párrafo no compensa una búsqueda de contactos ajena al cometido. Registra la variante, la configuración y el primer paso que se salió de alcance para que el equipo pueda reproducirlo.
Fija un criterio para usar correo real
No des por suficiente que una muestra pequeña no consiga desviar el flujo. Usa el ensayo para encontrar fallos concretos, ajustar el tratamiento de citas y limitar herramientas disponibles en esa tarea. Asigna a operaciones la revisión de correos ambiguos y al equipo técnico las regresiones. OWASP incluye correo y adjuntos entre las vías de inyección indirecta; esta prueba se centra en el reenvío, no demuestra resistencia ante todos los documentos o canales. Sustituye cualquier dato real antes de compartir resultados fuera del equipo autorizado.
Comprobaciones para cerrar la tarea
- ✓ Probar texto citado, firma y adjunto por separado.
- ✓ Incluir un reenvío legítimo como control.
- ✓ Registrar acciones propuestas aunque no lleguen a ejecutarse.
Fuentes y documentación
- OWASP: prevención de inyección de instrucciones — El contenido externo puede intentar desviar la tarea; la separación de datos necesita controles adicionales.
Aplicarlo en tu empresa
Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.
Conocer el servicio relacionado →