Pregúntele a un director de TI cuánto tarda en desplegar un nuevo agente de IA y recibirá una respuesta segura, medida en días. Pregúntele cuánto tarda en dejar uno fuera de línea, por completo y de forma verificable, y la sala se queda en silencio. Esa brecha es el problema de seguridad que define a 2026, y en Black Hat USA de este mes el mercado de proveedores por fin lo admitió en voz alta.
Tres anuncios en la misma semana cuentan la historia. Straiker lanzó un "Agentic Kill Switch" diseñado para dejar fuera de línea en segundos a un agente de IA empresarial comprometido o que se comporta de forma indebida. El 4 de agosto, Airlock Digital anunció Agentic AI Control & Governance, que suma visibilidad a nivel de comando y de sesión sobre el comportamiento de los agentes de confianza, además de gobernanza en tiempo real sobre lo que los agentes tienen permitido hacer en los endpoints. El 5 de agosto, ServiceNow amplió su portafolio de seguridad para gobernar agentes de IA, identidades no humanas, gestión de exposición y respuesta autónoma a incidentes.
Nada de esto es casualidad. El piso regulatorio se movió primero. Las obligaciones para sistemas de alto riesgo del Reglamento de IA de la UE se volvieron exigibles el 2 de agosto de 2026, y el Artículo 15 exige que los sistemas de alto riesgo sean precisos, robustos y ciberseguros, incluida la resiliencia frente a intentos de alterar su comportamiento explotando vulnerabilidades. Nuestra lectura es que una resiliencia de ese tipo no puede detenerse en el modelo, porque en un sistema agéntico la superficie explotable es la capa de acción: las herramientas, los tokens y las colas mediante los cuales el modelo realmente toca su entorno. Un agente que no se puede detener no es resiliente. Es un riesgo andante con credenciales de API.
Un kill switch para agentes de IA no es un botón de pausa sobre el modelo. Es una revocación coordinada que corta, en el mismo instante, la identidad, los tokens de herramientas, los trabajos en cola, las llamadas entre agentes y los disparadores programados. Si su plan de contención termina en "deshabilitar el asistente", el trabajo en vuelo se sigue ejecutando y su incidente sigue creciendo después de que usted cree haberlo cerrado.
Gartner prevé que el 40% de las aplicaciones empresariales incluirá agentes de IA para tareas específicas antes de que termine 2026, frente a menos del 5% un año antes. Una investigación de seguridad de Microsoft publicada en febrero de 2026 reportó que el 80% de las Fortune 500 ya opera agentes de IA activos. Lea esas dos cifras juntas y el panorama operativo queda claro: la mayoría de los agentes que habrá en su entorno el próximo año llegará dentro de software que usted ya compró, aprovisionado por equipos de producto y no por usted.
Por eso la contención no puede ser una función que usted se quede esperando. La proliferación de agentes le gana a su gobernanza por diseño, porque el interruptor de encendido vive en la hoja de ruta de un proveedor y el de apagado vive en su plan de respuesta a incidentes. Si todavía no ha mapeado lo que ya está corriendo, empiece por un inventario honesto antes que nada, que es la primera sección de nuestra lista de verificación de gobernanza de agentes de IA.
La contención falla en la práctica porque los equipos cortan un solo cable y dan por muerto el circuito. Un apagado real tiene que cortar todo lo siguiente, idealmente en una sola acción orquestada:
Aquí está el mecanismo que sorprende a la gente. Los agentes modernos son asincrónicos. El modelo emite una llamada a una herramienta, esa llamada entra en una cola, un worker la toma y el resultado regresa más tarde. Pausar la inferencia detiene las decisiones nuevas. No detiene las decisiones ya tomadas. En un entorno bien instrumentado usted puede verlo ocurrir: las llamadas al modelo caen a cero mientras las ejecuciones de herramientas siguen durante minutos. Sin observabilidad y monitoreo de agentes a nivel de comando y de sesión, usted ni siquiera puede darse cuenta de que ese remanente sigue ejecutándose, que es justo la brecha de visibilidad a la que apunta el anuncio de Airlock.
El radio de impacto es el conjunto de sistemas, datos e identidades que un agente puede alcanzar en la ventana que va del compromiso a la contención. Se calcula una vez por agente, en tiempo de diseño, y se mantiene al día. La fórmula es fácil de enunciar y tediosa de hacer con honestidad: enumere cada credencial que el agente posee, resuelva qué puede tocar cada credencial de forma transitiva y multiplique por lo que realmente tarda su revocación.
Dos palancas lo reducen. La primera es el alcance: credenciales acotadas, de vida corta y con propósito definido, emitidas por tarea en lugar de concesiones permanentes y amplias, que es la disciplina central de la gestión de identidad y acceso de agentes. La segunda es la velocidad: mientras menos consolas tenga que tocar quien responde, más pequeña es la ventana. Tome un agente con cinco integraciones permanentes. Una ruta de revocación manual de 45 minutos deja esas mismas cinco integraciones expuestas durante 45 minutos. Una ruta automatizada las cierra en dos. Diseñe para el segundo número.
Esta es la secuencia que implementamos con clientes que construyen agentes de IA a medida, y la misma secuencia sirve para agentes de proveedores que usted no construyó. El orden importa.
Nadie confía en un respaldo que nunca ha restaurado y, sin embargo, casi toda organización confía en un kill switch que nunca ha accionado. Trate el apagado de agentes como un ejercicio programado, con cronómetro y tarjeta de puntuación. Elija un agente de producción por trimestre, conténgalo bajo observación y registre tres números: tiempo hasta revocar, tiempo hasta el silencio verificado y en cuántos sistemas tuvo que iniciar sesión. Después corrija el número que más lo haya avergonzado.
Hágalo con la misma frecuencia que sus pruebas de recuperación ante desastres, e incorpore los resultados al proceso de cambios que su canalización de AI DevOps ya usa para actualizaciones de modelos y de prompts.
La mayoría de las empresas que evaluamos se ubica en el Nivel 1. Muy pocas pasan del Nivel 3.
Todo producto de contención anunciado este mes funciona de maravilla dentro de su propio jardín amurallado. Straiker contiene los agentes que él mismo intermedia. Airlock gobierna el comportamiento de los agentes en los endpoints que protege. ServiceNow gobierna agentes e identidades no humanas dentro de su plataforma. Esa cobertura es real y vale la pena comprarla. También es parcial.
Sus agentes a medida, sus frameworks de código abierto y los agentes discretamente incrustados en los productos SaaS que licenció el año pasado quedan fuera de todo eso. Esos siguen siendo su problema y, por lo general, son la mayoría. La respuesta práctica es un plano de control de contención que sea suyo: un inventario único de identidades de agentes, una interfaz de revocación uniforme frente a cada almacén de credenciales y telemetría que demuestre el silencio sin importar quién construyó el agente. El trabajo State of Agentic AI Security and Governance de OWASP es una referencia útil y neutral frente a proveedores mientras usted lo construye.
Primero el inventario, luego la identidad, luego la revocación y luego los simulacros. Si puede nombrar cada agente y revocar cualquiera de ellos en menos de cinco minutos con evidencia, va por delante de casi todo el mercado. Nuestra guía para asegurar agentes de IA cubre la mitad preventiva de este problema, y nuestra práctica de seguridad y gobernanza de IA cubre la mitad operativa. Cuando esté listo para medir su tiempo real de contención en lugar de estimarlo, comience con un diagnóstico. Desplegar agentes sin un interruptor de apagado probado no es velocidad. Es riesgo sin gestionar con una buena demo.
Infonaligy diseña, asegura y gobierna agentes de IA para empresas en DFW, Houston, San Antonio, New Braunfels y Ardmore, OK, y a nivel nacional mediante entrega remota.
Inventariamos cada agente de IA e identidad no humana de su entorno, mapeamos el acceso a herramientas, el trabajo en cola y las llamadas descendentes de cada uno, y luego medimos su tiempo real de contención contra un escenario de mesa en vivo. Usted recibe un runbook de contención priorizado, un mapa del radio de impacto y un plan de simulacros que su equipo puede ejecutar cada trimestre sin nosotros.
Infonaligy