Identidades de máquina: las cuentas que nadie cuenta

Con Microsoft Entra Agent ID, los agentes de IA han obtenido sus propias identidades desde el 1 de mayo, con el mismo aparato de políticas de acceso, detección de riesgos y registro que hasta ahora tenían los humanos y las cargas de trabajo. Esta es la respuesta correcta a un problema real. Sin embargo, también crea una nueva clase de cuentas en el directorio que crece más rápido de lo que el equipo de IAM puede contar. Las identidades de máquina son ahora un elemento en cada revisión de seguridad.

Relacionado:Copilot Cowork actúa solo, el SOC no lo ve  /  Autorreplicación: agentes de IA de 6 a 81 por ciento

¿Qué es Microsoft Entra Agent ID? Entra Agent ID es un marco de identidad y seguridad que extiende las funciones de Microsoft Entra a los agentes de IA. Los agentes obtienen sus propias identidades, a través de las cuales se autentican, autorizan y gestionan. Obtienen los mismos mecanismos de protección impulsados por identidad que los usuarios y las cargas de trabajo: políticas de acceso adaptativas, detección de riesgos en tiempo real, gestión del ciclo de vida y registro. Entra Agent ID está disponible públicamente desde el 1 de mayo de 2026 y forma parte de Agent 365, que cuesta 15 dólares por usuario y mes o está incluido en el paquete Microsoft 365 E7.

De la ayuda de registro de aplicaciones a la identidad real

Hasta 2025, los agentes de inteligencia artificial (IA) en el mundo de Microsoft solían funcionar principalmente a través de un registro de aplicaciones. Desde el punto de vista de la identidad, un agente era una aplicación, no un actor independiente. Esto funcionaba mientras los agentes eran una rareza. Tan pronto como una empresa opera productivamente docenas de ellos, el modelo se rompe. Un registro de aplicaciones dice poco sobre lo que hace el agente, quién es responsable de él y qué derechos ha acumulado con el tiempo.

Entra Agent ID reemplaza esta ayuda provisional con un modelo de identidad propio. En lugar de un registro de aplicaciones único, viene una jerarquía de tres niveles con cuatro tipos de objetos. Al principio, esto parece más complejidad, pero al segundo glance, ofrece más control, porque los derechos, la responsabilidad y el ciclo de vida de cada agente se pueden asignar de manera clara.

Fuente: Microsoft Learn sobre Microsoft Entra Agent ID, estado de mayo de 2026.

A través de la plantilla, un agente puede generar una o varias identidades de agente, opcionalmente una identidad de usuario de agente por cada una. Este es el punto en el que un equipo de seguridad debe mirar con atención. A partir de una plantilla se crean muchas identidades. Cada una de ellas es una cuenta en el directorio.

La nueva clase de cuentas que nadie cuenta

Las identidades no humanas, es decir, las identidades sin un ser humano detrás, no son un tema nuevo. Las cuentas de servicio, las identidades de carga de trabajo y las claves de API han acompañado a los equipos de seguridad durante años. Lo nuevo es el ritmo. Una cuenta de servicio se crea conscientemente, generalmente a través de una solicitud. Una identidad de agente surge tan pronto como alguien construye un agente y lo activa.

Esto desplaza el problema de la cantidad. Donde antes había un puñado de cuentas de servicio por departamento, después de unos pocos meses de operación de agentes pueden estar docenas de identidades de agente en el directorio, cada una con sus propios derechos. Si la plantilla genera varias identidades por agente y cada una opcionalmente obtiene un usuario de agente, el número se multiplica aún más.

El diagnóstico de la práctica es claro: Quien no lleva un inventario actualizado de las identidades de agente pierde la visión general en un trimestre. El inventario no es algo adicional. Es la condición previa para poder decir en caso de un incidente qué cuentas no humanas existen y cuál de ellas está causando problemas en ese momento.

Dónde la cuenta de agente se convierte en un foco de escalada

El tipo de objeto más delicado de los cuatro es el usuario agente. Una identidad similar a un usuario para un agente es práctica porque permite que el agente opere en sistemas diseñados para usuarios humanos. Pero es riesgosa por la misma razón. Una cuenta que se comporta como un usuario también puede acumular permisos como tal.

El patrón clásico de escalada se traslada directamente. Un agente recibe acceso a un sistema para una primera tarea. Para la siguiente, se añade un segundo acceso, luego un tercero. Nadie revoca los permisos anteriores porque el agente sigue activo. Al cabo de un año, la identidad del agente posee una combinación de derechos que nadie ha concedido conscientemente. Si ese agente es comprometido, por ejemplo mediante una entrada manipulada, el atacante obtiene acceso a toda esa combinación acumulada de privilegios.

La consecuencia es clara: las identidades de agentes con acceso amplio deben clasificarse en la misma categoría que las cuentas de usuario privilegiadas. Necesitan revisiones periódicas de permisos, el principio del mínimo privilegio y, idealmente, una concesión de derechos limitada en el tiempo en lugar de una permanente. Entra Agent ID proporciona las herramientas necesarias, ya que los agentes reciben las mismas políticas de acceso que las personas. Pero estas herramientas solo funcionan si un equipo las aplica deliberadamente a las cuentas de agente.

Ciclo de vida de credenciales para no humanos

Una cuenta humana tiene un ciclo de vida bien definido. Se crea al incorporarse, se ajusta al cambiar de rol y se desactiva al salir. La salida es el momento más importante, porque cierra la cuenta. En las identidades de agente, este momento a menudo falta, porque un agente no se da de baja.

Justo aquí reside la brecha silenciosa. Un agente se crea para un proyecto, el proyecto termina, pero el agente sigue ejecutándose o al menos permanece en el directorio. Su identidad, sus credenciales y sus permisos siguen activos. Desde la perspectiva de un atacante, una identidad de agente olvidada pero aún autorizada es un objetivo ideal: funcional, con privilegios asignados y sin supervisión.

Por eso, el ciclo de vida de las identidades de agente necesita un punto final definido. Cada identidad de agente debe incluir una fecha de caducidad o una obligación de revisión. Una identidad cuyo agente asociado no ha mostrado actividad durante meses es candidata a la desactivación. Entra Agent ID registra la actividad de cada identidad de agente, por lo que los datos para tomar esta decisión ya están disponibles. Solo queda analizarlos.

Qué deben planificar ahora los equipos de seguridad

Entra Agent ID es una mejora. Integra a los agentes en un sistema que lleva años gestionando identidades de forma ordenada. El error sería asumir que esta mejora actúa automáticamente. Cuatro pasos deben incluirse en la planificación antes de que el número de agentes alcance cifras de dos dígitos.

Primero, el inventario. Un registro actualizado de todas las identidades de agente, con el agente asociado, el propietario y el alcance de sus permisos. Sin este inventario, cualquier otra medida actúa a ciegas.

Segundo, la clasificación de privilegios. Las identidades de agente con acceso amplio deben tratarse como cuentas privilegiadas, con revisiones periódicas de permisos y concesión mínima de derechos.

Tercero, el ciclo de vida. Cada identidad de agente debe tener una fecha de caducidad o una obligación de revisión. Las identidades inactivas deben desactivarse, no dejarse activas por comodidad.

Cuarto, la detección. El SOC necesita reglas para detectar comportamientos anómalos en identidades de agente, como una ampliación inusual de permisos o actividad fuera del patrón esperado. Entra Agent ID proporciona los datos de registro necesarios; su análisis es una tarea independiente.

La valoración realista: las identidades de máquina no son motivo de alarma, pero sí de disciplina. Microsoft ha creado el marco adecuado para que los agentes de IA existan como identidades gestionables. Si esto resulta en un directorio de cuentas bien organizado o en una proliferación descontrolada de cuentas no humanas, lo decidirá el equipo de seguridad, no el producto.

Preguntas frecuentes

Cada pregunta está bloqueada. Un toque desbloquea la respuesta.

¿Qué es Microsoft Entra Agent ID?

Entra Agent ID es un marco de identidad y seguridad que extiende las funciones de Microsoft Entra a los agentes de IA. Los agentes obtienen identidades propias con políticas de acceso adaptativas, detección de riesgos, gestión del ciclo de vida y registro de actividad. Está disponible generalmente desde el 1 de mayo de 2026 y forma parte de Agent 365.

¿Cuáles son los cuatro tipos de objetos en el modelo de identidad?

El modelo consta del Agent Identity Blueprint como plantilla, el Blueprint Principal como ancla de seguridad, la Agent Identity como identidad del agente en ejecución y el Agent User opcional, una identidad similar a un usuario. A través del Blueprint, se pueden crear una o varias identidades de agente.

¿Por qué las identidades de máquina son un riesgo de seguridad?

No porque sean fundamentalmente inseguras, sino porque crecen rápida y desapercibidamente. Cada agente productivo genera al menos una identidad. Sin inventario, clasificación de privilegios y ciclo de vida, se crea un conjunto de cuentas no humanas que no son capturadas por ninguna rutina estándar y que se convierten en un punto ciego en caso de incidente.

¿Qué es lo que hace que el Agent-User sea especialmente delicado?

El Agent User es una identidad similar a un usuario para un agente. Debido a que se comporta como una cuenta de usuario, también puede acumular derechos como una cuenta de usuario. Sin una revisión periódica de los derechos, se crea una combinación de derechos que nadie ha asignado conscientemente. Un Agent-User comprometido abre entonces todo este acceso.

¿Qué deberían hacer los equipos de seguridad primero?

Crear un inventario en curso de todas las identidades de agente, tratar las identidades con acceso amplio como cuentas privilegiadas, asignar una fecha de vencimiento o una obligación de revisión a cada identidad de agente y complementar las reglas de detección de comportamiento anómalo del agente en el SOC. Los datos de protocolo para esto los proporciona Entra Agent ID.

Consejos de lectura de la redacción

• Auditoría NIS2: dónde se rompe la lista de proveedores en dos horas
• Monitoreo eBPF en Kubernetes: detección de operaciones de ejecución invisibles
• Ingeniería de detección sin bloqueo de proveedores: pila Wazuh 2026

Selección de la redacción

RecomendadoAuditoría NIS2: Cuando la lista de proveedores se desmorona en dos horasRecomendadoMonitoreo de eBPF en Kubernetes: Detección de amenazas de tiempo de ejecución invisiblesRecomendadoIngeniería de detección sin bloqueo de proveedor: pila Wazuh 2026

Más de la red MBF Media

cloudmagazinCopilot Studio se convierte en la central de agentesMyBusinessFuture¿Vale la pena el paquete de IA de Microsoft por $99?Digital ChiefsAgente 365 ordena los agentes de inteligencia artificial, la responsabilidad sigue abierta