En el despliegue de agentes de IA, existe un patrón recurrente: los equipos de seguridad suelen recurrir primero a los gateways para controlar su actividad, pero estos son los menos preparados para gestionar eficazmente la seguridad porque dependen de capas de identidad y atribución que, muchas veces, ni siquiera existen.
El riesgo inicial no es una hipótesis. En junio de 2026, la Agencia de Seguridad de Infraestructura y Ciberseguridad estadounidense (CISA) añadió una vulnerabilidad crítica en LiteLLM a su catálogo de vulnerabilidades explotadas. Esta falla permitía ejecutar comandos en el host a través del gateway sin necesidad de credenciales, combinándose con otra brecha para aumentar su impacto. En ese solo mes se revelaron siete vulnerabilidades en un único gateway de IA, lo que evidencia la fragilidad de esta primera capa, que muchas empresas adoptan como su principal línea de defensa.
Sin embargo, la arquitectura segura para agentes IA no debería comenzar con los gateways sino con capas previas que proporcionen mayor contexto y controles más efectivos. La seguridad de agentes funciona como una cadena de dependencias donde cada control se basa en la información proporcionada por capas anteriores. 
El error de empezar por el gateway
Imaginemos que un agente encargado de conciliación financiera intenta modificar un registro en producción. El gateway podría verificar que el token del usuario es válido y aprobar la llamada API, pero no puede discernir si la petición fue iniciada por un agente, qué función limitada cumple ese agente o si se ha activado a partir de un artefacto no confiable. Aunque la acción sea técnicamente válida, puede ir contra la intención del delegado. Así, el gateway opera sin un marco completo, aplicando un control costoso a una fracción del problema real.
Restringir los privilegios de un agente a los propios del humano que representa es un paso útil para evitar excesos de autoridad, pero no es suficiente si no se asigna una identidad única a cada agente, con registros de auditoría y perfiles de comportamiento propios.
Despliegue basado en dependencias
Esta estrategia, a la que denominamos «despliegue con control por dependencias», implica validar etapas previas antes de implementar controles más profundos. El análisis establece seis niveles de control:
| Gate | Control | Prueba operativa |
|---|---|---|
| 1 | Inventario y responsables de cada agente | Todo agente en producción tiene propietario, finalidad, herramientas aprobadas y estado definido |
| 2 | Identidad única del agente y contexto de delegación | Se identifica agente, propietario y para quién actúa |
| 3 | Credenciales temporales y específicas para cada tarea | Si el agente se ve comprometido, sólo accede a recursos asignados |
| 4 | Telemetría atribuible | Se puede reconstruir la tarea completa desde la inicialización hasta el resultado |
| 5 | Aplicación de políticas en tiempo real | Las decisiones tienen en cuenta agente, principal, tarea y acción, no sólo la validez del token |
| 6 | Baselines de comportamiento y ruta de anulación | Se puede detener la autoridad efectiva del agente en todos los ámbitos donde actúe |
Estos niveles muestran que la seguridad eficaz debe sustentarse primero en conocimiento exhaustivo y trazabilidad antes de intentar bloquear acciones desde un gateway.
Comenzar con agentes identificados
El primer paso es reconocer los agentes activos en frameworks de código abierto, servicios en la nube, SaaS y herramientas de desarrollo. Registrarlos con su dueño, funciones, estado y credenciales evita pérdidas de tiempo en incidentes y facilita la gobernanza posterior.
Identidad propia sin perder al humano responsable
Un error común es integrar agentes en tokens humanos o cuentas compartidas. Para ser útiles, los sistemas deben conocer quién delegó la tarea, cuál es el cometido exacto y qué recursos puede usar el agente. Sin esta información, las auditorías atribuirán todas las acciones al empleado, dificultando la detección de anomalías.
Reducir privilegios antes de analizar comportamiento
Con una identidad asignada, se deben limitar los accesos del agente al mínimo necesario y con vigencia temporal acotada. Tecnologías actuales como la gestión de identidades (IAM) permiten configurar estos controles mediante identidades de carga de trabajo, intercambio de tokens y accesos condicionados. Un estudio de Teleport con 205 líderes de seguridad reveló que organizaciones con agentes sobreprivilegiados sufrieron incidentes en un 76%, frente al 17% en las que aplicaron mínimos privilegios, demostrando la prioridad de esta fase.
Corregir la atribución antes del control en tiempo real
Antes de implementar políticas adaptativas, asegúrese de que la telemetría vincula cada acción con el agente, usuario delegado, tarea y resultado. Esto es crítico para auditorías y cumplimiento, especialmente en entornos regulados donde es obligatorio justificar cada actividad.
El gateway como soporte contextual, no como único controlador
Con identidades registradas, delegaciones explícitas, credenciales limitadas y telemetría clara, el gateway puede evaluar si una acción está autorizada en su contexto real, y no solo validar tokens. Este control es fundamental en operaciones irreversibles: pagos, cambios en políticas, eliminaciones o modificaciones en producción.
La detección y eliminación definitiva, última etapa
Las líneas base de comportamiento deben establecerse tras verificar la atribución correcta. Solo así los equipos de seguridad podrán detectar patrones anómalos que indiquen abuso o acceso cruzado inesperado. La desactivación debe ser integral, incluyendo la revocación de identidades y credenciales, bloqueo de herramientas y aislamiento de cargas de trabajo comprometidas.
Inicie sin cambiar su sistema de gestión de identidades
No es necesario rediseñar toda la infraestructura de identidad. Si su proveedor no reconoce agentes como entidades propias, cree un registro autoritativo para enlazarlos a las identidades existentes. A partir de ahí, extienda los identificadores para agentes y tareas, implemente credenciales temporales y registre todas las llamadas a herramientas para alimentar controles adicionales en el gateway. Así, la seguridad mejora sin perturbar la producción.
Las carencias de control son palpables. Una encuesta de Okta en 2026 detectó que solo el 34% de responsables empresariales aplica la misma rigurosidad de seguridad a agentes de IA que a trabajadores humanos. Esta cifra refleja la urgencia de implementar un orden estratégico en los controles para cerrar brechas críticas.
Recomendaciones para los próximos 30 días
Empiece identificando diez agentes de producción. Documente su dueño, función, herramientas autorizadas y credenciales. Esto construirá su registro de agentes y los primeros pasos en gobernanza.
Verifique la atribución: ¿puede el sistema IAM y los registros distinguir a cada agente del humano que asignó la tarea? Sin esta diferenciación, los gateways operan a ciegas.
Reconstruya una tarea completa de agente desde la iniciación hasta los efectos posteriores. Los puntos donde no pueda seguir la cadena identificarán las debilidades en su despliegue.
Evite aplicar controles de ejecución prematuramente sin el contexto adecuado: esto provoca fallos en la seguridad y afecta la operación. Los modelos de madurez describen el destino, pero el orden en la implementación es lo que garantiza llegar sin incidentes.
Este análisis está basado en la experiencia profesional de Nik Kale, ingeniero principal especializado en plataformas de IA empresarial y seguridad.
