Radio With No Radar: Why Agent Runtime Security Fails Without the Layers Beneath It

La mayoría de los productos de seguridad de agentes prometen detener acciones maliciosas en tiempo real, pero esa promesa solo funciona cuando el tráfico pasa por un gateway propio. Cuando un agente de IA se ejecuta dentro de aplicaciones como Salesforce, Slack o Microsoft 365, sus operaciones no atraviesan ningún punto de inspección, lo que permite, por ejemplo, que un asistente envíe correos masivos desde una cuenta personal sin que la organización lo detecte.

En marzo de 2026, los atacantes comprometieron LiteLLM, el gateway de código abierto que enruta el tráfico de agentes a los proveedores de modelos. El código malicioso estuvo activo unos cuarenta minutos y, según CloudSEK, más de 2 500 organizaciones quedaron expuestas, demostrando que el propio punto de inspección puede convertirse en un vector de ataque.

Para mitigar este riesgo, se recomienda descubrir y mapear todos los agentes presentes en la empresa, asignar un propietario humano a cada uno y aplicar reglas de runtime que limiten, por ejemplo, los envíos a más de 50 dominios externos. Un plan de 90 días que incluya: (1) inventario de agentes en las primeras dos semanas; (2) configuración de guardrails en los agentes críticos entre la semana 3 y 6; y (3) revisión de riesgos y establecimiento de respuestas graduadas entre la semana 7 y 12, permite crear una postura de seguridad más robusta.

Qué significa para una pyme colombiana y cucuteña: Revise la visibilidad de los agentes de IA en su empresa: en las próximas dos semanas haga un inventario de todos los asistentes y bots que usa, asigne a cada uno un responsable y configure una regla de runtime que bloquee envíos a más de 50 dominios externos. Luego, priorice la aplicación de guardrails en los agentes que acceden a datos sensibles antes de finalizar el primer trimestre.