IBM lanza Agent Identity para gobernar agentes de IA

Qué anunció IBM en TechXchange 2026

IBM Agent Identity es el nombre del nuevo registro autoritativo de agentes de IA que IBM presentó durante TechXchange 2026, su conferencia anual para desarrolladores. La propuesta es simple de enunciar y compleja de ejecutar: cada agente que opera dentro de una empresa debe tener un dueño identificable, un estado de ciclo de vida y un nivel de autoridad explícito.

El anuncio se completa con tres piezas: nuevas capacidades de HashiCorp Vault para emitir credenciales efímeras, IBM Secure Hub como plano de control centralizado para supervisar entornos de Vault distribuidos, y una actualización de watsonx Orchestrate que permite descubrir y gobernar agentes construidos en Amazon Bedrock, Microsoft Foundry y Google Gemini.

El contexto que explica la urgencia: según Gartner, hacia 2028 la empresa Fortune 500 promedio usará más de 150.000 agentes de IA, frente a menos de 15 en 2025. Y solo el 13% de las organizaciones considera que tiene una gobernanza de agentes adecuada. IBM cita esos datos en su propio comunicado sobre el lanzamiento.

Leíste lo que hace la IA. ¿Y en tu negocio?

Un agente de IA puede quedarse con parte de tu día: ordenar lo pendiente y pedirte el OK antes de actuar. El Kit «tu mano derecha con IA» trae un video de 11 minutos y una ficha para dejar al tuyo trabajando. CAR está cerrada por ahora; al anotarte, te avisamos cuando abra.

👥 Quiero el Kit →

Por qué los agentes rompen el modelo de identidad tradicional

Los sistemas de gestión de identidades se diseñaron para humanos y para aplicaciones de vida larga. Un empleado conserva su puesto y sus permisos durante meses. Un agente, no.

«Los agentes aparecen cada 30 segundos. Pueden durar un minuto, 10 minutos o 30 días», explicó Tyler Lynch, director de tecnología y automatización de IBM. «Los patrones, las prácticas y las herramientas que utilizábamos para gestionar el acceso y la identidad humana no funcionan igual de bien cuando la identidad de los agentes cambia a su velocidad».

De ahí la lógica de la propuesta: registrar cada agente, identificar a su responsable y definir qué acciones tiene permitido realizar. Un punto clave para quien ya tiene su stack montado: IBM Agent Identity no reemplaza a los proveedores de identidad existentes —como Microsoft Entra, Okta o IBM Verify— sino que se apoya en ellos para la delegación de permisos y la trazabilidad de las acciones.

Credenciales de corta duración y revocación en tiempo real

Identificar al agente es apenas el primer paso. El segundo es controlar las credenciales con las que consulta bases de datos, invoca aplicaciones y accede a servicios en la nube. Una credencial de vida larga y con permisos excesivos es el equivalente moderno a dejar la llave maestra bajo el felpudo.

HashiCorp Vault 2.2, ya disponible de forma general, emite credenciales dinámicas y de corta duración que caducan o se revocan, evalúa permisos en cada solicitud y retira el acceso ante comportamientos riesgosos. La versión incorpora además cuentas propias para cada agente con renovación automática de credenciales y cifrado post-cuántico, orientado a resistir ataques de computación cuántica futura.

En la demostración presentada por IBM, un agente que asistía a un médico podía consultar el expediente de un paciente autorizado. Al intentar abrir el registro de una persona con acceso restringido, el sistema pedía la aprobación del profesional; si este la rechazaba, la sesión del agente se revocaba en tiempo real. El mismo mecanismo aplica a operaciones financieras o a cualquier proceso con información sensible.

PayPal: automatizar infraestructura sin perder el control

El caso más útil para founders viene de PayPal. Shyam Patel, responsable de ingeniería de plataformas y servicios en la nube de la compañía, explicó cómo usa agentes para simplificar la gestión de su infraestructura: los desarrolladores describen lo que necesitan, un sistema de agentes coordina las tareas y herramientas como Terraform ejecutan los cambios bajo políticas de seguridad.

«Queremos que nuestros desarrolladores trabajen más rápido sin tener que lidiar con todas las complejidades de la infraestructura. Al mismo tiempo, debemos garantizar la seguridad, la confiabilidad y la gobernanza», dijo Patel. La compañía aplica controles antes de ejecutar los cambios y verificaciones durante el proceso, pero Patel reconoció que sigue enfrentando el desafío de que las acciones de los agentes sean atribuibles, auditables y estén sujetas a intervención humana cuando haga falta.

Ese reconocimiento es la parte honesta del anuncio: incluso un equipo con los recursos de PayPal no tiene resuelta la trazabilidad completa de sus agentes.

¿Qué significa esto para tu startup?

No necesitas el presupuesto de una Fortune 500 para que esto te aplique. Si tu equipo ya corre agentes en producción —aunque sean dos scripts con una API key— tienes el mismo problema de gobernanza, en miniatura.

Haz el inventario antes de escalar. Si no puedes listar cuántos agentes operan hoy, quién los creó, con qué credenciales corren y qué pueden tocar, no puedes gobernarlos. Es la frase que resume la posición de IBM: «Si no puedes ver qué agentes tienes, no puedes gobernarlos. Cada agente debe estar registrado, tener un responsable y contar con un patrocinador».
Mata las credenciales de vida larga. Revisa dónde tienes API keys con permisos amplios y sin rotación. Migrar a credenciales de corta duración o con alcance acotado es la mitigación más barata y de mayor impacto: reduce la ventana en la que una credencial filtrada sirve para algo.
Define un interruptor de apagado. Antes de darle a un agente permisos de escritura sobre infraestructura o datos de clientes, define quién puede detenerlo y cómo. Un agente sin kill switch es un incidente esperando su ventana.
Piensa en trazabilidad, no solo en autenticación. El estándar que IBM empuja es que una acción pueda rastrearse hasta la persona que la originó, el estado de aprobación y el sistema de origen. Si tu agente actúa «en nombre de» un usuario, guarda ese vínculo en los logs.

El mercado que se abre detrás de la gobernanza de agentes

Que IBM mueva ficha en identidad para agentes, con Nvidia integrando sus controles con su runtime seguro OpenShell, no es casual. La gobernanza de identidades no humanas se está convirtiendo en una categoría propia con inversión dedicada.

Un ejemplo: Linx Security, plataforma de seguridad de identidades nativa de IA, anunció en octubre de 2026 la ampliación de su equipo ejecutivo y está respaldada por 83 millones de dólares en financiamiento, según su propio comunicado. Su tesis es la misma que la de IBM: mapear cada identidad —humana, no humana y agente— y gobernar sus acciones antes de que se ejecuten.

Para una startup, esto tiene dos lecturas. La primera es de riesgo: si tu producto mueve datos sensibles, tus clientes corporativos empezarán a pedirte evidencia de control sobre tus agentes en los cuestionarios de seguridad, y «no lo tenemos documentado» es una respuesta que cuesta contratos. La segunda es de oportunidad: la capa de gobernanza sigue siendo un hueco que las herramientas genéricas no cubren bien para equipos pequeños.

Conclusión

IBM no está vendiendo velocidad, está vendiendo límites verificables: registrar, delegar, revocar y auditar. El mensaje para founders es que la autonomía sin trazabilidad se convierte en deuda técnica de seguridad, y esa deuda se cobra en el momento menos conveniente.

Lo verificable hoy, según el comunicado de IBM: IBM Agent Identity, HashiCorp Vault 2.2, las capacidades de evaluación de watsonx Orchestrate, IBM Concert y Terraform policy ya están disponibles de forma general. Secure Hub, el portal de desarrolladores de Terraform, el servidor MCP remoto de Terraform e IBM Z Atlas están en vista previa pública, mientras que IBM Integration Intelligence Hub y las capacidades de descubrimiento y contención de Orchestrate siguen en vista previa técnica. Si estás evaluando herramientas para tu stack, esa distinción entre «disponible» y «vista previa» debería pesar en tu decisión.