300 agentes, 60 personas: Cómo aseguramos nuestros propios agentes de IA - Aiden Sochowski, Runlayer
Original · 300 Agents, 60 People: How We Secured Our Own AI Agents - Aiden Sochowski, Runlayer
Key Takeaway
Monitorear centralmente las sesiones y llamadas de los agentes permite controlar los riesgos de seguridad y los costos disparados en empresas con cientos de IA en funcionamiento.
Highlights
Una empresa de 50 o 60 personas ejecuta más de 300 agentes de inteligencia artificial todos los días.
La falta de visibilidad en los clientes MCP locales y en los dispositivos no gestionados multiplica los riesgos de seguridad empresarial.
Los agentes mal acotados pueden listar clientes potenciales y exfiltrar datos si reciben solicitudes de actores malintencionados en correos electrónicos.
Los costos se disparan más de 100 veces en una semana cuando los equipos cambian sin control a modelos de lenguaje más caros.
Los servidores MCP mal escritos provocan bucles de errores constantes que multiplican el consumo de tokens de entrada y salida.
Timeline
Visibilidad y proliferación interna de agentes
Los empleados utilizan herramientas y servidores MCP en dispositivos no gestionados sin un control centralizado real. Para solucionar esta falta de visibilidad interna, se implementó una pasarela destinada a registrar cada sesión y llamada a herramientas. Esta proliferación masiva genera una superficie de ataque extensa y oportunidades para la lectura de datos hostiles o la exfiltración de información.
- Las compañías carecen de visibilidad sobre los agentes y clientes MCP que se ejecutan localmente en los equipos.
- Una plantilla de entre 50 y 60 personas opera más de 300 agentes activos de forma cotidiana.
- Los agentes aceleran los riesgos de mezclar datos corporativos en comparación con las integraciones tradicionales por API.
Complejidad en la definición de políticas de seguridad
Bloquear herramientas de manera absoluta no siempre funciona porque la seguridad depende enteramente del contexto de cada ejecución. Aunque se implementan filtros de expresiones regulares para evitar fugas de información personal y clasificadores para detectar inyecciones de prompts, los ataques evolucionan a lo largo de toda una sesión. Incluso los agentes encargados de aprobar código en GitHub pueden aceptar cambios incorrectos si el usuario los persuade repetidamente durante la interacción.
- Delimitar mediante reglas estáticas el alcance de las herramientas que posee un agente resulta un proceso muy complejo.
- Los clasificadores entrenados examinan los correos electrónicos leídos para bloquear instrucciones maliciosas ocultas.
- Los agentes revisores de código con permisos de aprobación en solicitudes de incorporación de cambios sufren manipulaciones si no se gestionan de forma dinámica.
Modelos clasificadores y control de permisos
El historial de las sesiones de agentes con tareas bien definidas aporta señales muy claras para detectar desviaciones de comportamiento. Al analizar las ejecuciones pasadas, es posible recortar permisos excesivos, como el acceso innecesario a la totalidad de un sistema ATS. Mapear cómo interactúan los sistemas resulta indispensable debido a que los agentes funcionan como software encargado de mover datos entre diferentes fuentes.
- Los modelos clasificadores internos analizan los datos de la sesión para verificar si cada llamada a herramienta se alinea con el propósito original del agente.
- Los bots de reclutamiento con acceso a ATS y calendarios concentran un nivel de riesgo elevado que exige restricciones estrictas.
- Acotar con precisión los permisos de escritura en los sistemas corporativos evita la contaminación de la ventana de contexto.
Optimización de costos y gestión de servidores MCP
Los errores en servidores MCP hechos internamente obligan a los agentes a reintentar procesos de manera repetitiva, lo que encarece notablemente los costos por tokens. Asimismo, la adopción informal de modelos más potentes sin justificación previa descontrola los presupuestos empresariales. Mantener el control exige supervisión activa para establecer valores predeterminados sensatos, limitar tasas de error e intervenir antes de que los gastos crezcan sin freno.
- Los servidores MCP escritos por personal sin experiencia previa generan errores de formato continuos que disparan el consumo de tokens.
- Cambiar de modelos económicos a opciones avanzadas multiplica los gastos operativos hasta cien veces en apenas una semana.
- Las herramientas de monitoreo permiten detectar ejecuciones de alto riesgo y frenar el desperdicio presupuestario.
Description
Runlayer is a company of about 60 people running 300+ agents every day. Founding engineer Aiden Sochowski shares what they found once they put a gateway in front of everything and logged every session and tool call: prompt injection through email, PR-review agents getting talked into approvals, over-permissioned bots, one poisoned agent contaminating others, buggy vibe-coded MCP servers burning tokens, and a model switch that raised costs over 100x in a week. Chapters: 0:00 Intro 0:25 Zero visibility into company agents 1:22 300 agents for 60 people 3:38 Example: data exfiltration through email 6:16 Attacks that unfold over a whole session 8:50 Using session data to scope agents down 10:56 One poisoned agent affects them all 12:47 Beyond security: broken MCP servers 14:08 Cost blowups from model switches 15:36 Wrap-up Aiden Sochowski https://runlayer.com Join us in SF for the second annual AIE CODE summit: https://aie.codes our last flagship summit of 2026. Applications live now!
