Microsoft va a cambiar un permiso de tu directorio de usuarios sin que nadie lo pida. A partir del 4 de noviembre de 2026, cualquier persona de tu empresa con cuenta de Microsoft 365, aunque no sea administradora, podrá crear en Microsoft Entra agent blueprints, las plantillas con las que se dan de alta agentes de inteligencia artificial. El permiso viene encendido por defecto. Si no quieres que eso pase, hay que apagarlo a mano.
El aviso es el MC1506733 del Centro de mensajes de Microsoft 365, publicado el 13 de octubre de 2026 con las etiquetas de impacto para usuarios y para administradores. El despliegue mundial empieza a inicios de noviembre y Microsoft espera terminarlo a finales de noviembre, así que la fecha exacta puede variar entre organizaciones.
Qué es una plantilla de agente y por qué importa
Entra (antes Azure AD) es donde viven las cuentas de tu empresa. Con Entra Agent ID, Microsoft trata a los agentes de IA como identidades: cada agente tiene su "credencial" para entrar a correo, archivos o sistemas. Una blueprint es la plantilla administrativa de esos agentes: define su descripción, roles, editor verificado y forma de autenticarse, y todos los agentes creados a partir de ella heredan esas propiedades.
Dicho de forma simple: la plantilla es el molde. Quien puede crear moldes decide cómo se van a identificar los agentes que vengan después.
| Punto | Lo que dice el aviso MC1506733 |
|---|---|
| Nuevo permiso | "Users can create agent blueprints", dentro de los permisos de rol de usuario predeterminados |
| Valor por defecto | Encendido (Sí) |
| A quién aplica | Usuarios sin rol integrado ni personalizado de Entra |
| Fecha | Efecto desde el 4 de noviembre; despliegue de inicios a finales de noviembre de 2026 |
| Si lo pones en No | Solo administradores compatibles y el rol Agent ID Developer podrán crear plantillas |
| Lo que no cambia | Plantillas ya existentes, quién crea identidades de agente desde ellas, si una app o agente puede crear identidades, y los requisitos de licencia de Foundry o Security Copilot |
| Opción relacionada | Es independiente de "Users can register applications"; Microsoft pide revisar ambas |
Fuente: Centro de mensajes de Microsoft 365, MC1506733, 13 de octubre de 2026.
Por qué un permiso abierto es mala idea en una PyME
Tony Redmond, de Office 365 for IT Pros, publicó el 15 de octubre una crítica directa al valor por defecto. Su argumento: un usuario promedio no tiene ningún motivo para crear plantillas de agentes y, si un atacante roba una cuenta, también podría crearlas. Lo compara con el registro de aplicaciones por parte de usuarios, que muchos especialistas recomiendan apagar desde hace años, y adelantó que él desactivará la opción en cuanto aparezca.
En una PyME el riesgo es concreto:
- Cuentas robadas. Una cuenta comprometida con este permiso le da al atacante una forma más de dejar algo creado que nadie revisa.
- Objetos huérfanos. Lo que crea un empleado se queda cuando ese empleado se va. Si nadie aprueba ni inventaría agentes, al año tienes plantillas sin dueño.
- Permisos que se acumulan. Ya vimos que los agentes de IA son un blanco atractivo por las credenciales que manejan: en el aviso de CERT-In sobre agentes con credenciales expuestas el problema no era el modelo, sino los accesos que tenía.
Este cambio llega días después de otro con la misma lógica: en Copilot, la opción para que cualquier usuario suba agentes con MCP se activó el 25 de octubre si el administrador no la limitaba, como contamos en la nota sobre agentes con MCP en Copilot. Microsoft abre la puerta y le deja a cada empresa la tarea de cerrarla.
Qué hacer esta semana
- Apaga el permiso antes de que llegue. En el Centro de administración de Microsoft Entra ve a Entra ID > Usuarios > Configuración de usuario. En Permisos de rol de usuario predeterminados, pon "Users can create agent blueprints" en No y guarda. Ojo con el nombre: en el portal la opción aparece como "Users can register agent identity blueprints", según reportaron administradores que ya la tienen (ITPro Tips, 14 de octubre, e Icewolf, 22 de octubre de 2026); en algunos tenants todavía no se ve en el menú y solo aparece con un enlace directo. Según el aviso, si lo cambias antes del despliegue tu elección se aplica cuando el cambio llegue a tu organización. Si todavía no aparece, vuelve a revisar en unos días: el despliegue corre durante todo noviembre.
- Revisa la opción hermana. En la misma pantalla está "Users can register applications". Microsoft pide revisarlas juntas. Si nadie en tu empresa desarrolla integraciones, ponla también en No.
- Decide quién sí puede crear agentes. Si alguien de TI o un proveedor está construyendo agentes, asígnale el rol Agent ID Developer en lugar de dejar el permiso abierto a todos. Mejor dos personas con nombre y apellido que toda la plantilla.
- Haz inventario de lo que ya existe. Apagar la opción no borra lo creado. Revisa en Entra las aplicaciones empresariales, los registros de aplicaciones y las identidades de agente, y anota dueño y propósito de cada una. Lo que nadie reconozca se investiga antes de borrarlo.
- Cierra el círculo con las cuentas. El permiso solo es peligroso si alguien entra con una cuenta robada. Ten MFA en todas las cuentas y revisa los dos cambios de identidad que Microsoft aplica estas semanas: los métodos de restablecimiento de contraseña del 7 de noviembre y el cambio de proveedor de SMS y voz para MFA.
- Escríbelo en tu política de IA. Quién puede crear agentes, quién los aprueba y quién los da de baja debe quedar por escrito. Si todavía no tienes reglas, empieza con nuestra guía de política de uso de IA para empleados.
Los agentes de IA ya se administran como empleados digitales, con identidad y permisos. Los fabricantes los habilitan con valores pensados para adoptarse rápido; a una PyME le conviene empezar cerrada y abrir solo a quien lo necesita. Si quieres que revisemos los permisos predeterminados de tu Microsoft 365, los agentes y aplicaciones que ya existen y el MFA de tus cuentas, podemos hacerlo como parte de nuestro servicio de ciberseguridad o de administración de nube.
