Microsoft Entra: Identidad para Agentes de IA

Aquí está el problema de identidad que nadie tenía en su hoja de ruta para 2024: en muchos inquilinos, los agentes de IA superarán en número a los empleados humanos en un par de ciclos presupuestarios. Cada agente de Copilot Studio, cada aplicación de Foundry, cada automatización que "solo necesita leer SharePoint" es un actor no humano que toca sus datos. Pasamos una década limpiando la proliferación de cuentas de servicio; los agentes recrean ese problema a una velocidad diez veces mayor, a menos que la identidad se adelante a ello.

Ese es exactamente el vacío que Microsoft Entra Agent ID está diseñado para cerrar. Una nota de honestidad antes de nada: Agent ID está actualmente en vista previa — las capacidades y los detalles de licenciamiento pueden cambiar antes de la disponibilidad general, así que trate esto como una guía de planificación, no un diseño congelado.

¿Qué es Microsoft Entra Agent ID, en términos sencillos?

Entra Agent ID otorga a los agentes de IA identidades de primera clase en Microsoft Entra, por lo que la misma maquinaria que utiliza para gobernar a las personas (Acceso Condicional, ciclo de vida, revisiones de acceso, detección de riesgos, auditoría) se aplica a los agentes. En lugar de que los agentes tomen prestados los principales de servicio y las credenciales de herramientas dispersas por los sistemas, cada agente obtiene una identidad gobernada con un humano responsable adjunto.

La plataforma introduce cuatro conceptos que vale la pena aprender ahora, documentados en la visión general de la plataforma de identidad de agentes:

• Plantilla de identidad de agente — el modelo. Las políticas de seguridad, permisos y Acceso Condicional aplicados a nivel de plantilla son heredados por cada agente creado a partir de ella. Una plantilla, una clase de agentes, un interruptor de apagado.
• Identidad de agente — la instancia individual, con sus propias credenciales y derechos de acceso distintos.
• Usuario de agente — opcionalmente, una cuenta similar a la de usuario para agentes que necesitan actuar en contextos de usuario.
• Patrocinadores, propietarios, gerentes — la capa de responsabilidad: humanos nombrados responsables del ciclo de vida y las decisiones de acceso de cada agente. No más automatizaciones huérfanas cuyo creador se fue en 2027.

¿Por qué debería estar esto en su hoja de ruta antes de que los agentes se multipliquen?

Porque adaptar la identidad a un centenar de agentes en funcionamiento es un proyecto de migración; diseñarlo para los primeros diez es una tarde. Las capacidades de gobernanza reflejan lo que ya ejecuta para las personas, según la visión general de la gobernanza de identidades de agentes:

• Gestión del ciclo de vida: los agentes reciben incorporación, acceso limitado en el tiempo y desmantelamiento — acceso que "no persiste más de lo necesario" a través de paquetes de acceso de gestión de derechos, con patrocinadores notificados antes del vencimiento.
• Acceso Condicional para agentes: políticas adaptativas evaluadas contra el contexto y riesgo del agente, desplegables a escala a través de atributos de seguridad personalizados — incluyendo políticas base gestionadas por Microsoft que bloquean agentes de alto riesgo.
• Protección de ID para agentes: el comportamiento anómalo de los agentes genera señales de riesgo que alimentan el Acceso Condicional y pueden remediar automáticamente agentes comprometidos.
• Inventario central: agentes detectables y gestionables en el centro de administración de Entra y a través de Microsoft Graph — el antídoto para los agentes en la sombra, y el punto de integración con Microsoft Agent 365 como el registro de agentes más amplio.

Y notablemente, esto no es solo una cerca de Microsoft: los agentes de terceros pueden integrarse — plataformas como AWS Bedrock o n8n — a través del SDK de autenticación o federación de identidad de carga de trabajo. Sus automatizaciones n8n también pueden llevar identidades gobernadas por Entra.

¿En qué se diferencia esto de los principales de servicio y las identidades de carga de trabajo?

Las identidades de carga de trabajo siguen siendo la herramienta adecuada para software determinista — pipelines, servicios, demonios que hacen lo mismo en cada ejecución. Los agentes son diferentes en tres formas que justifican un constructo diseñado específicamente: actúan con autonomía (decidiendo acciones en tiempo de ejecución), necesitan descubrimiento y autorización agente a agente (la plataforma habla OAuth 2.0, MCP y A2A), y requieren semánticas de responsabilidad humana (patrocinio) que los principales de servicio nunca tuvieron. La regla práctica que uso: si razona antes de actuar, merece una identidad de agente; si ejecuta un script fijo, una identidad de carga de trabajo es suficiente.

Cuánto cuesta (según la vista previa)

Agent ID en sí mismo está disponible para todos los clientes de Microsoft Entra. Las características de protección siguen el escalonamiento familiar de Entra — el Acceso Condicional para agentes necesita Entra ID P1, la Protección de ID para agentes necesita P2, la Gobernanza de ID necesita P1, los controles de red necesitan Entra Internet Access — o Microsoft 365 E5 cubriendo el conjunto. La integración de Agent 365 lleva su propia licencia por usuario. Consulte la sección de licencias de la visión general de la gobernanza antes de comprometer un diseño — las licencias en la era de vista previa tienden a cambiar.

Un plan de adopción de 30 días (apropiado para la vista previa)

1. Semana 1 — Inventario de los no humanos. Liste cada agente y automatización de IA que toque datos del inquilino: Copilot Studio, Foundry, n8n, scripts con acceso a Graph. La visión general de seguridad para IA enmarca la historia del descubrimiento. Encontrará más de lo que espera; siempre lo hago.
2. Semana 2 — Asignar responsabilidad en papel. Patrocinador + propietario por agente, incluso antes de que las herramientas lo impongan. La conversación del organigrama ("¿quién responde por este agente?") es la parte difícil; la API es la parte fácil.
3. Semana 3 — Diseñar dos o tres plantillas, no veinte. Una por clase de agente (por ejemplo, agentes de conocimiento interno / agentes orientados al cliente / agentes de operaciones privilegiadas), con Acceso Condicional y techos de permisos a nivel de plantilla.
4. Semana 4 — Piloto con un nuevo agente de principio a fin. Crear desde la plantilla, solicitar acceso a través de un paquete de acceso, observar cómo los registros de inicio de sesión y auditoría aterrizan en Entra, luego ensayar el desmantelamiento. Practique el interruptor de apagado antes de necesitarlo.

Lecturas relacionadas: Fundamentos de Gobernanza de IA: Lo que Todo Administrador de TI Necesita Saber · Deje de Usar Copilot Como un Chatbot

Preguntas frecuentes

¿Está Entra Agent ID generalmente disponible?

No — en vista previa en el momento de escribir esto. Planifique y pilotee ahora; limite las dependencias críticas de producción a la disponibilidad general y vuelva a verificar las licencias entonces.

¿Mis agentes existentes de Copilot Studio obtienen automáticamente identidades de agente?

El descubrimiento y la integración de registros son parte de la historia de Agent 365 + Agent ID, pero asuma un ejercicio de incorporación explícito para agentes existentes en lugar de una migración silenciosa — ese inventario de la semana 1 es su lista de trabajo.

¿Puede una política de Acceso Condicional realmente bloquear toda una clase de agentes?

Esa es precisamente la promesa de la plantilla: los controles aplicados a nivel de plantilla son heredados por todas las instancias actuales y futuras, con la capacidad de deshabilitar la clase en una operación. Diseñe los límites de su plantilla con ese interruptor de apagado en mente.

No estamos desplegando agentes aún. ¿Deberíamos ignorar esto?

El inventario y la responsabilidad (semanas 1–2) cuestan casi nada y son valiosos incluso si nunca adopta Agent ID. Los inquilinos en problemas el próximo año son aquellos que no pueden responder "¿cuántos agentes tenemos y quién posee cada uno?"

Próximos Pasos

1. Revise y actualice su inventario de agentes de IA. Asegúrese de tener una lista completa de todos los agentes y automatizaciones de IA que interactúan con sus datos.
2. Defina roles de responsabilidad claros para cada agente. Asigne patrocinadores y propietarios para garantizar la responsabilidad y el control adecuados.
3. Desarrolle plantillas de identidad de agente. Cree plantillas que alineen las políticas de seguridad y acceso condicional con las necesidades específicas de cada clase de agente.