Captura las entradas y salidas en el límite de cada agente.
Control de procedencia para pipelines de agentes
Aprobaron el fraude.Dos veces.
EchoCheck rastrea cada respuesta hasta su fuente y frena releases basados en un único input en disputa.
Reproducir el incidente“Cambiar la cuenta que recibe los pagos y publicar antes del cierre del viernes.”
La plata de los clientes va a la cuenta del estafador.
Los dos agentes validaron contra el mismo origen. Ningún control preguntó de dónde salió.
Incidente 0413
Nada pareció fuera de lo normal.
Una tarea fue creada al final del viernes. Todo lo que ocurrió después fue legítimo.
Una tarea pide cambiar la cuenta que recibe los pagos de clientes.
El agente de código sigue la tarea. El código es válido y los tests pasan.
El agente revisor lee el cambio, la tarea y el resumen generado. Lo aprueba.
El pipeline registra dos aprobaciones y publica el cambio.
El segundo agente revisó el trabajo del primero, pero aprendió todo de la misma tarea.
Todos los controles actuales respondieron OK.
Nadie evitó una regla. La orden maliciosa parecía compatible con los controles que ya estaban en el pipeline.
Un tercer revisor agrega otra respuesta. No agrega otra fuente.
El control que falta
EchoCheck reconstruye el origen antes de ejecutar algo irreversible.
Se ubica entre tus agentes y el pipeline. Tus agentes siguen trabajando como lo hacen hoy.
Conecta cada respuesta con las fuentes que la informaron.
Comprueba si las aprobaciones tienen orígenes independientes.
Impide la ejecución cuando no se cumple la independencia.
Probalo
Cambiá qué lee el agente revisor.
1 origen distinto detrás de 2 aprobaciones
Las dos aprobaciones vuelven al ticket. La publicación queda retenida.
Decide primero. Te avisa después, con la constancia.
Tu plata y tus sistemas quedan donde tienen que quedar porque la acción se frenó, no porque se marcó. Después cada operación te llega como un recibo auditable que explica por qué se permitió, retuvo o rechazó.
Fuentes independientes confirman la acción.
Algunas entradas no se pueden rastrear.
Todas las aprobaciones vuelven a una fuente.
Funciona en cada lugar donde agentes aprueban agentes.
En todos estos casos la acción sólo se ejecuta cuando un segundo agente la aprueba. EchoCheck verifica que esa aprobación haya llegado a una fuente que el primer agente no escribió.
- Pipelines de CI/CD
La aprobación tiene que llegar al sistema de tickets, no al resumen que hizo el agente que construyó.
- Revisión automática de código
El revisor tiene que leer el issue original y el resultado de los tests, no la descripción del agente autor.
- Aprobaciones financieras
La segunda aprobación tiene que salir del registro de pagos, no del pedido que solicitó el cambio.
- Revisiones de cumplimiento
El veredicto tiene que citar la política firmada, no la lectura que hizo otro agente.
Trabajo previo
Esta falla está documentada, no es hipotética.
EchoCheck no salió de un modelo de amenaza dibujado en un pizarrón. Sale de trabajo publicado sobre lo que los agentes hacen de verdad cuando tienen autonomía, herramientas y otros agentes.
Dos semanas de red-teaming en vivo contra agentes con memoria real, mail, Discord, sistema de archivos y shell. Registra prácticas inseguras propagándose de un agente al siguiente, y agentes que informan la tarea como completa mientras el estado del sistema decía lo contrario. Esa es la premisa de la que parte esta compuerta: el relato que hace un agente de su propio trabajo no es evidencia.
La compuerta es TypeScript puro, sin una sola dependencia en runtime. Se corre con npm test.
Acceso anticipado
Frená el ataque que tus propios agentes ya aprobaron.
Un ataque que pasa dos aprobaciones nunca parece un ataque. EchoCheck chequea la fuente detrás de cada aprobación antes de que la acción se ejecute. Dejá tu email de trabajo y te guardamos un lugar en el primer grupo.