IBM está añadiendo nuevas verificaciones con HashiCorp Vault, su bóveda de contraseñas para sistemas empresariales, para impedir que los bots de IA muevan dinero o modifiquen las nóminas a menos que estén verificados y estrictamente limitados.
Conclusiones clave
IBM está añadiendo herramientas de identidad y control para agentes de IA, con el fin de evitar que el software autónomo actúe en los sistemas corporativos sin verificación
El paquete funciona con software de IBM y plataformas externas, y combina la identidad de los agentes, la aplicación de políticas y la gestión de secretos con HashiCorp Vault
El anuncio menciona Nvidia OpenShell como parte de la capa de ejecución para agentes sujetos a políticas
IBM combina comprobaciones de políticas en tiempo de ejecución con credenciales almacenadas en HashiCorp Vault para que los agentes reciban acceso limitado solo cuando las tareas coincidan con las reglas aprobadas
IBM afirmó que el paquete funciona con su propio software y con plataformas externas, y que integra la identidad de los agentes, la aplicación de políticas y la gestión de secretos con HashiCorp Vault. El anuncio también menciona Nvidia OpenShell como parte de la capa de ejecución para los agentes sujetos a políticas.
Agentes de IA: el problema empieza cuando los bots obtienen acceso real
La finalidad de la identidad de los agentes es sencilla.
Un asistente de IA que solo redacta textos representa un riesgo bajo. Un agente que puede consultar un sistema de nóminas, transferir dinero, abrir un ticket o actualizar la configuración de la nube opera con permisos reales dentro de una empresa.
Si un modelo alucina en un chat, un trabajador puede ignorarlo.
Cuando los agentes de IA ejecutan pagos o cambian la configuración de la nube, los fallos se vuelven operativos y requieren controles de identidad y políticas. Los trabajadores humanos tienen nombres de usuario, roles y registros de auditoría.
Muchos agentes todavía se ejecutan con cuentas de servicio genéricas o credenciales compartidas.
Cuando algo sale mal, las empresas pueden saber que se utilizó una herramienta, pero no qué agente actuó, por qué lo hizo ni si esa acción se ajustaba a las políticas.
De las ventanas de chat a los privilegios del sistema
La iniciativa de IBM sigue una tendencia más amplia en la IA empresarial: pasar de las interfaces de chat a los sistemas de ejecución. La primera ola de IA corporativa se centró en resumir documentos o responder preguntas.
La segunda ola permite que el software inicie acciones en bases de datos, aplicaciones e infraestructura.
Lea también: Honeywell equipa fábricas con IA que detecta averías antes de que provoquen paradas
El anuncio también encaja con la estrategia a largo plazo de IBM tras la compra de HashiCorp, cuyo producto Vault almacena y gestiona credenciales confidenciales. La gestión de secretos es importante porque los agentes suelen necesitar acceso de corta duración a API, bases de datos y servicios en la nube.
Qué controla realmente la identidad de los agentes
La identidad de un agente no es solo una etiqueta con el nombre del software.
En la práctica, vincula un agente con un rol definido, herramientas aprobadas y un conjunto de acciones que puede realizar. Un agente financiero podría leer facturas y preparar lotes de pagos, pero no debería cambiar la configuración de nóminas ni acceder a secretos de ingeniería.
Esa separación es difícil porque los agentes son sistemas probabilísticos.
Eligen los pasos en función de las instrucciones, la información recuperada y los resultados del modelo. Los equipos de seguridad necesitan un límite estricto fuera del modelo, donde las políticas permanezcan fijas aunque varíe el razonamiento del modelo.
Cómo usa IBM HashiCorp Vault para rastrear a los trabajadores de IA
IBM intenta que los agentes se parezcan más a trabajadores sujetos a auditoría que a bots sin restricciones.
IBM combina comprobaciones de políticas en tiempo de ejecución con credenciales almacenadas en HashiCorp Vault para que un agente pueda recibir acceso limitado solo cuando una tarea coincida con las reglas aprobadas. La mención de Nvidia OpenShell sugiere que esas comprobaciones se realizan cerca del entorno de ejecución que gestiona las acciones de los agentes, y no solo en una consola de administración estática.
Esa arquitectura es importante para los equipos de sectores regulados.
Un banco, un hospital o un fabricante puede permitir que un agente obtenga registros, pero exigir un paso adicional antes de cualquier acción irreversible.
El próximo hito que habrá que observar es si IBM publica implementaciones en clientes que muestren cómo la identidad de los agentes gestiona las transferencias entre varios agentes, porque muchos flujos de trabajo reales ahora pasan tareas de un proceso basado en un modelo a otro, y los compradores empresariales querrán pruebas concretas de los controles para los agentes de IA.
Leer a continuación: Google Cloud impide que los bots de IA obtengan todos los privilegios de administrador