IBM da identidad y credenciales propias a los agentes de IA

Qué anunció IBM en TechXchange 2026

Solo el 13 % de las organizaciones cree tener la gobernanza adecuada para sus agentes de IA. Ese dato, citado por IBM a partir de un comunicado de Gartner del 28 de abril de 2026, es el que explica por qué la compañía dedicó su conferencia TechXchange 2026 en Atlanta —celebrada el 27 de octubre de 2026— a un tema que hasta hace poco se resolvía con una hoja de cálculo: quién es cada agente, qué puede tocar y quién responde cuando se equivoca.

El anuncio central es la disponibilidad general de IBM Agent Identity y de HashiCorp Vault 2.2, junto con nuevas capacidades de descubrimiento, contención y evaluación en watsonx Orchestrate. En conjunto, IBM las presenta como la capa de identidad de un modelo operativo de IA: agentes conectados a los datos, aplicaciones e infraestructura de la empresa, pero ejecutados «con la misma disciplina que sus sistemas más críticos», según Dinesh Nirmal, vicepresidente sénior de IBM Software.

Para un founder que ya tiene agentes en producción —o que está a punto de ponerlos— la noticia no es el lanzamiento en sí, sino el diagnóstico que lo acompaña: credenciales persistentes, titularidad difusa y controles desconectados. Los tres problemas que cualquier equipo pequeño reconoce en cuanto su primer agente toca una base de datos de producción.

Por qué un agente necesita identidad propia (y no una API key)

La forma en que la mayoría de los equipos conecta un agente a un sistema es la misma que usaban para conectar un script: una clave de API guardada en una variable de entorno, con permisos amplios y sin fecha de caducidad. Funciona hasta que el agente hace algo que nadie previó.

La diferencia con un humano es que un agente interpreta objetivos y elige herramientas. Un empleado con acceso de solo lectura a una región de datos sigue teniendo ese acceso limitado; un agente al que le pides «el mejor informe de ventas» puede decidir que necesita mirar todas las geografías. Vibhuti Sinha, chief product officer de Saviynt, lo describe en una entrevista con ISMG como intent deviation: el agente no rompe el permiso, simplemente hace algo distinto a lo que su creador imaginaba.

El contexto de fondo es de escala. Según el Non-Human Identity Management Group, citado por BleepingComputer, las identidades máquina ya superan a los usuarios humanos hasta en 50 a 1 en muchos entornos. Y el mismo artículo recuerda el caso de UNC6395, que en 2025 usó un token OAuth de la integración de chat Drift de Salesloft para moverse por entornos de Salesforce en cientos de organizaciones. El token no era peligroso por una vulnerabilidad: era peligroso porque ya estaba confiado.

Agent Identity + Vault: la cadena de custodia del agente

La arquitectura que describe IBM separa dos funciones que suelen confundirse.

IBM Agent Identity mantiene el registro autoritativo de cada agente: quién es su dueño, sus metadatos, su clasificación de riesgo, qué herramientas tiene aprobadas y en qué estado del ciclo de vida está. Emite tokens OAuth de corta duración y alcance limitado a la tarea, y conserva la delegación «en nombre de» a través de distintos proveedores de identidad, de modo que una acción se puede rastrear hasta la persona que la originó. Los controles siguen activos mientras el agente corre: autorización contextual, aplicación de políticas, evaluación de riesgo en tiempo de ejecución y control de credenciales.

HashiCorp Vault hace lo que ya hacía con las aplicaciones, pero ahora para agentes: entrega credenciales justo a tiempo y específicas para cada sistema de destino, para los sistemas que no pueden consumir tokens delegados directamente. La combinación es la que habilita la revocación en tiempo real cuando un agente intenta una acción no autorizada.

La versión Vault 2.2 añade cuentas protegidas propias para cada agente, renovación automática de credenciales y cifrado poscuántico. También incorpora soporte de vTPM para máquinas virtuales Linux, de modo que las cargas de trabajo se autentican con prueba criptográfica ligada a un TPM virtual inscrito en lugar de repartir secretos de arranque.

IBM afirma que Vault ya protege identidades no humanas en organizaciones como ABN AMRO, Adobe, athenahealth, BBVA, BlackRock, Canva, Duke Energy, Expedia, London Stock Exchange, Starbucks, Swiss Federal Railways y Target. Es decir: la pieza no es experimental, es la misma infraestructura de secretos que ya usan bancos y retailers, extendida a un nuevo tipo de identidad.

watsonx Orchestrate: descubrir, contener y evaluar agentes de terceros

El segundo bloque del anuncio ataca un problema distinto: la visibilidad. Un agente construido en Amazon Bedrock, Microsoft Foundry o Google Gemini es invisible para el equipo de seguridad si nadie lo inventarió.

• Discover (vista previa tecnológica): una pasarela de IA que se conecta a esas plataformas para encontrar agentes, modelos y servidores MCP creados fuera de IBM, y permite interactuar con ellos desde los canales de Orchestrate.
• Contain (vista previa tecnológica): ejecuta agentes en entornos aislados y ofrece un interruptor de emergencia para detener cualquiera de ellos. El Premium Runtime añade aislamiento de contenedores por virtualización de hardware y movimiento lateral nulo.
• Evaluate (disponibilidad general): pruebas de calidad, precisión y cumplimiento antes del despliegue, monitoreo en producción y seguimiento del costo por modelo y por tokens.

El catálogo de Orchestrate está migrando hacia un catálogo gobernado alineado con OWASP, CoSAI y el IBM AI Risk Atlas, e incluye información de cumplimiento con la Ley de IA de la UE para determinados agentes y verificaciones de integridad de esquema para servidores MCP. También se integra con Microsoft Entra e IBM Verify como proveedores de identidad.

En el plano del hardware, IBM señala que Agent Identity y Vault se integran con el software de entorno de ejecución seguro NVIDIA OpenShell, combinando un runtime protegido con identidad verificada y credenciales efímeras por agente.

El dato que mide la urgencia

Gartner proyecta que, para 2028, una empresa promedio del Fortune 500 tendrá más de 150.000 agentes en uso, frente a menos de 15 en 2025. Ese salto de cuatro órdenes de magnitud es incompatible con cualquier proceso de revisión de accesos manual.

El dato que debería inquietar más a un equipo de producto viene de otro lado: el 2026 Data and Identity Security Report de Netwrix, recogido por BleepingComputer, encontró que las organizaciones donde la IA expandió significativamente su número de identidades reportaron una tasa de brechas del 43 % en el año previo, frente al 11 % de aquellas donde la IA no cambió ese inventario. Y el detalle incómodo: esas organizaciones tenían, en general, mejores prácticas de gobernanza que sus pares. Invertir en el manual no alcanzó.

Qué significa esto para tu startup

No necesitas IBM para aplicar la lógica. Necesitas separar tres cosas que hoy probablemente están mezcladas en tu código.

1. Dale a cada agente una identidad, no una clave compartida. Si dos agentes usan la misma API key, no puedes revocar a uno sin romper al otro ni saber cuál hizo qué. Registra cada agente con un dueño humano explícito —una persona, no un equipo— y con la lista de herramientas que tiene permitidas. Es el equivalente a lo que Agent Identity hace a escala empresarial, y lo puedes implementar esta semana con un inventario en tu repositorio.

2. Migra a credenciales efímeras y de alcance por tarea. El principio de Vault es simple: la credencial nace para una tarea concreta y muere cuando la tarea termina. Si hoy guardas secretos de larga duración en variables de entorno, cada agente comprometido es una llave maestra. Herramientas de gestión de secretos con emisión dinámica existen en varios rangos de precio; el cambio de arquitectura importa más que el proveedor.

3. Mide el costo por agente antes de que te lo pida el board. La evaluación de Orchestrate incluye seguimiento de consumo de tokens por agente. En una startup, dos equipos que construyen agentes parecidos están quemando tokens dos veces por el mismo trabajo, y nadie lo nota hasta que llega la factura. Instrumenta el consumo por agente y por unidad de negocio desde el primer despliegue.

Y una advertencia de calendario: si vendes a empresas europeas, la información de cumplimiento con la Ley de IA de la UE que empieza a aparecer en catálogos como el de Orchestrate será parte de tu proceso de compra. Preparar la trazabilidad de tus agentes —quién los aprobó, qué pueden tocar, qué hicieron— deja de ser un tema de seguridad y pasa a ser un requisito comercial.

Conclusión

IBM no está vendiendo un producto nuevo tanto como formalizando una categoría: el agente como identidad no humana de primera clase, con dueño, permisos acotados, credenciales que caducan y un rastro de auditoría que resiste una investigación. La disponibilidad general de Agent Identity y Vault 2.2 marca el momento en que esa idea deja de ser una buena práctica y se convierte en infraestructura comprable.

Para el ecosistema hispanohablante, donde muchos equipos corren agentes en producción con menos capas de control que una startup de Silicon Valley, la lección es de secuencia: la gobernanza no se añade después del product-market fit. Se diseña mientras el agente todavía es un prototipo, porque retrofittear identidad sobre cien agentes sin dueño es mucho más caro que hacerlo sobre tres.

Fuentes

• Unite.AI — IBM Brings Governed Identity and Credential Controls to AI Agents (fuente original)
• IBM — IBM Introduces Identity and Control for AI Agents
• TechObserver — IBM launches identity and access controls for enterprise AI agents
• BleepingComputer — The Replicant in Your Directory: AI Agents and the Identity Security Gap
• BankInfoSecurity — Why AI Agents Challenge Identity Governance