IBM presenta herramientas para dar identidad y control a los agentes de IA en empresas

Identificar a un agente es apenas el primer paso
IBM advierte que además hay que controlar las credenciales de los agentes y cuánto tiempo siguen activas.
Mark

Si tuviera que resumir el anuncio, ¿qué intenta resolver IBM?

Mimi

Saber quién responde por cada agente de IA, qué puede hacer y hasta dónde llega su autoridad dentro de los sistemas de una empresa.

Mark

¿Qué significa darle identidad a un agente?

Mimi

Un registro verificable de quién lo creó, qué función cumple y qué nivel de acceso tiene autorizado.

Luke

Suena ordenado, pero ¿hay datos de resultados? Lo que se describe son capacidades, no casos medidos.

Mimi

Tienes razón. El texto describe funciones y objetivos de IBM; no ofrece cifras de clientes ni pruebas de eficacia.

Mark

¿Y por qué insisten tanto en las credenciales?

Mimi

Porque, según IBM, un agente con una credencial de larga duración y privilegios excesivos puede poner en riesgo sistemas y datos si lo comprometen o se sale de su tarea.

Luke

Ese riesgo lo plantea la propia empresa que vende la solución. Conviene tenerlo presente.

Mark

¿Cómo lo abordan en la práctica?

Mimi

Con rotación automatizada, accesos dinámicos que vencen o se revocan, y la posibilidad de denegar acceso y cortar la sesión en tiempo real.

Luke

Eso último es lo que habría que ver funcionando en entornos multinube; el texto no dice cómo rinde ahí.

  • Los agentes de IA actúan como identidades invisibles dentro de los sistemas empresariales, y nadie siempre sabe quién responde por ellos.
  • Una credencial de larga duración con privilegios excesivos puede convertir a un solo agente comprometido en una brecha que atraviese bases de datos y servicios en la nube.
  • IBM responde uniendo HashiCorp Vault con watsonx Orchestrate para rotar credenciales, revocar sesiones en tiempo real y auditar cada acción.
  • El desafío se traslada ahora a entornos heterogéneos y reales, donde la gestión de agentes deberá demostrar que la delegación a sistemas autónomos puede sostenerse.

Ante una pregunta que empieza a pesar sobre las empresas, quién responde por un agente de inteligencia artificial que actúa dentro de sus sistemas, IBM presentó en TechXchange 2026 un conjunto de herramientas que busca darle a cada agente una identidad verificable, credenciales temporales y límites claros de acción. Es un gesto que refleja una vieja necesidad humana: delegar sin perder el control sobre lo delegado. A medida que la autonomía de las máquinas crece y se dispersa entre nubes y plataformas, la confianza deja de depender solo de quien las construye y pasa a depender de quien las gobierna.

En TechXchange 2026, IBM puso sobre la mesa una inquietud que crece al mismo ritmo que la adopción de la inteligencia artificial: cuando un agente actúa dentro de una empresa, ¿quién responde por él, qué puede hacer y hasta dónde llega su autoridad? Los agentes operan en distintos equipos, plataformas y nubes, y sin una identidad verificada se vuelve difícil rastrear sus acciones o limitar su acceso.

La propuesta de la compañía parte de considerar a los agentes como identidades no humanas, en la misma familia que las aplicaciones y los servicios. Eso implica registrar quién los creó, qué función cumplen y qué nivel de acceso tienen. IBM advierte que identificar al agente es solo el primer paso: también hay que controlar las credenciales con las que ingresa a bases de datos y servicios, y cuánto tiempo permanecen activas. Un agente con privilegios excesivos y una credencial duradera puede poner en riesgo los datos si es comprometido o si se aparta de su tarea.

Para responder a ese riesgo, IBM combinó HashiCorp Vault con una capa de identidad para agentes. Vault gestiona secretos de forma centralizada, rota credenciales automáticamente y emite accesos que vencen o pueden revocarse. Además, los controles no se detienen en la entrada: si un agente intenta acciones fuera de lo aprobado, el sistema puede denegarlas y cortar la sesión en tiempo real.

La visibilidad completa también es parte de la respuesta. watsonx Orchestrate funciona sobre todo el ecosistema de IA, no solo dentro de una plataforma, y permite descubrir, proteger y evaluar los agentes desde un único lugar. Por último, IBM Integration Intelligence Hub aporta contexto sobre cómo se conectan los sistemas, para que los agentes reutilicen lo que ya existe en lugar de construir desde cero.

Queda por ver cómo funciona este modelo en entornos reales y heterogéneos, justo cuando las empresas están dispuestas a delegar cada vez más tareas en sistemas autónomos.

Durante TechXchange 2026, IBM presentó un conjunto de herramientas pensadas para resolver una pregunta que las empresas empiezan a hacerse con urgencia: cuando un agente de inteligencia artificial actúa dentro de sus sistemas, ¿quién responde por él, qué puede hacer y hasta dónde llega su autoridad?

El problema, según la compañía, crece al mismo ritmo que la adopción de IA. Los agentes operan en distintos equipos, plataformas y nubes, y sin una identidad verificada resulta difícil rastrear lo que hacen o limitar su acceso. Para abordarlo, IBM reunió en un mismo modelo operativo el descubrimiento de agentes, las identidades verificadas, los controles de acceso y la evaluación de desempeño.

La premisa de partida es que los agentes forman parte de una categoría en expansión de identidades no humanas, junto con las aplicaciones y los servicios. IBM sostiene que las empresas necesitan un registro claro de quién es responsable de cada agente y qué autoridad se le otorgó. Darle identidad a un agente consiste, en concreto, en establecer un registro verificable de quién lo creó, qué función cumple y qué nivel de acceso tiene autorizado. Esa trazabilidad permite delegar tareas sin perder control, algo que se vuelve indispensable cuando los agentes trabajan en varias nubes o plataformas a la vez.

Para lograrlo, IBM integró HashiCorp Vault, su sistema de gestión de secretos y credenciales, con una capa de identidad gobernada para agentes. Según la empresa, la combinación ayuda a las organizaciones a delegar trabajo con autoridad y responsabilidad definidas.

Identificar al agente, advierte IBM, es solo el primer paso. También hay que controlar las credenciales que usa para entrar a bases de datos, aplicaciones y servicios en la nube, y cuánto tiempo permanecen activas. La compañía fue directa sobre el riesgo: un agente con una credencial de larga duración y privilegios excesivos puede poner en peligro sistemas y datos si es comprometido o si actúa fuera de la tarea para la que fue diseñado.

Vault responde con secretos administrados de forma centralizada, rotación automatizada de credenciales y generación dinámica de accesos que vencen o pueden revocarse. Eso reduce el tiempo durante el cual una credencial expuesta sigue siendo utilizable y limita el acceso a los permisos configurados para cada rol. Los controles, añade IBM, no terminan en la autenticación inicial: si un agente intenta recuperar información o ejecutar acciones fuera de lo aprobado, el sistema puede denegar el acceso y revocar la sesión en tiempo real.

Otra pieza es la visibilidad. De poco sirve saber qué es un agente si la organización no ve todos los que tiene en funcionamiento, sin importar dónde se desarrollaron. IBM watsonx Orchestrate opera sobre todo el ecosistema de IA y no dentro de la plataforma de un solo proveedor, y ofrece un único lugar para descubrir, proteger y evaluar los agentes. Funciona junto con los controles de credenciales de Vault y con Agent Identity para autorizar y auditar acciones, y para revocar rápidamente la confianza y las credenciales cuando cambia el nivel de riesgo.

La última capa es la integración con lo que ya existe. Una vez autorizados a usar las API y herramientas de una compañía, los agentes necesitan entender la infraestructura, cómo se conectan los sistemas y qué pueden reutilizar sin generar conflictos. IBM Integration Intelligence Hub aporta ese contexto con su Unified Context Engine, que permite resolver problemas como mensajes atascados o implementar una API aprovechando lo disponible, en lugar de construir desde cero.

Queda por ver cómo se comporta este modelo en entornos heterogéneos reales, a medida que las empresas deleguen más tareas en sistemas autónomos.

Un agente con una credencial de larga duración y con privilegios excesivos puede poner en riesgo los sistemas y los datos si se ve comprometido o actúa fuera de la tarea para la que fue diseñado.
— IBM
Envie de l'histoire complète ? Lire l'original sur Infobae ↗
Nous contacter FAQ