Comprender el error AADSTS50105 "User Not Assigned Role"

By Mirko Peters · 2026-04-20

Si trabajas con Microsoft 365 o Entra ID (antes Azure AD), ver el error AADSTS50105 probablemente significa que alguien está al límite porque los usuarios no pueden entrar en una aplicación. Este error tiene que ver con el acceso: concretamente, aparece cuando un usuario intenta iniciar sesión en una aplicación empresarial y se le bloquea porque no tiene asignado el rol o los permisos de acceso ad

Automatically translated with AI from the original post. Read the English original

Si trabajas con Microsoft 365 o Entra ID (antes Azure AD), ver el error AADSTS50105 probablemente significa que alguien está al límite porque los usuarios no pueden entrar en una aplicación. Este error tiene que ver con el acceso: concretamente, aparece cuando un usuario intenta iniciar sesión en una aplicación empresarial y se le bloquea porque no tiene asignado el rol o los permisos de acceso adecuados en tu sistema de identidades.

Este error no es un simple obstáculo sin importancia. Impide que personas no autorizadas accedan a tus herramientas y datos, por lo que entenderlo y solucionarlo rápidamente es importante tanto para la seguridad como para la productividad del negocio. Vamos a ver a fondo qué significa este error, por qué aparece en los entornos de Microsoft y cómo gestionarlo con soltura, no solo para resolver problemas, sino también para evitarlos.

¿Qué significa el error AADSTS50105 y qué lo causa?

El error AADSTS50105 es la forma que tiene Microsoft de decir: "Lo siento, no estás en la lista de invitados". Técnicamente, significa que el usuario intenta acceder a una aplicación, pero no se le ha asignado ninguno de sus roles o permisos en Microsoft Entra ID. El mensaje suele tener este aspecto: "AADSTS50105: The signed-in user is not assigned a role for the application."

Esto no es un simple contratiempo; es la manera en que Microsoft aplica el control de acceso. Cuando tu organización configura una aplicación empresarial en Entra ID, existe una opción para bloquear a todos los usuarios que no tengan acceso concedido de forma específica. Si un usuario intenta entrar sin una asignación, el sistema le cierra la puerta con este error.

La causa inmediata es la falta de asignaciones de acceso, pero a veces hay más detrás. Puede ocurrir si un administrador quiso limitar quién puede usar una aplicación, pero no terminó la configuración. También puede aparecer si se eliminó el rol de un usuario o si hay un retraso entre los cambios de acceso y su aplicación efectiva, ya que Entra ID no siempre se actualiza al instante.

Antes de culpar a una sola parte, ten en cuenta que los cambios masivos, las asignaciones caducadas o las directivas de acceso condicional también pueden provocar problemas que se parecen exactamente a este error. Así que, si alguien insiste en que "debería" tener acceso, no descartes esos casos: a veces el bloqueo lo causa una directiva del sistema y no un error humano.

Cómo reconocer los síntomas y detectar AADSTS50105 en Microsoft 365

Normalmente detectas el error AADSTS50105 cuando un usuario intenta iniciar sesión en una aplicación, ya sea Teams, SharePoint o un SaaS de terceros añadido a Entra ID, y en lugar del panel que esperaba recibe una página de error. El síntoma más común es un inicio de sesión fallido con un mensaje explícito que indica que no se le ha asignado un rol para la aplicación.

Los usuarios pueden decir: "He iniciado sesión, pero no veo la aplicación", o "mi acceso funcionaba la semana pasada y ahora estoy bloqueado". Las quejas menos directas pueden referirse a botones que faltan o servicios en gris dentro de Microsoft 365, que en realidad se reducen al mismo problema.

Para los administradores de TI y el equipo de soporte, detectar el problema AADSTS50105 va más allá de escuchar las quejas de los usuarios. Los registros de auditoría de Microsoft 365 y Entra ID son tus mejores aliados. Puedes buscar el código de error 50105 en los registros de inicio de sesión de Azure AD (o de Entra ID, según cómo lo llames esta semana) para filtrar los incidentes de este problema concreto.

Los registros muestran los intentos de inicio de sesión fallidos, quién los hizo, desde dónde y a qué aplicación. Así es mucho más fácil confirmar si el error se debe a una asignación que realmente falta o a algo más persistente, como un retraso de propagación tras cambios del administrador. Revisar estos registros te ayuda a diagnosticar la causa raíz y evita que des vueltas persiguiendo fantasmas de permisos.

Cómo solucionar el problema AADSTS50105 User Not Assigned Role

Vamos al grano: para solucionar AADSTS50105, debes asegurarte de que los usuarios o grupos correctos tengan asignado el rol adecuado para la aplicación en Entra ID. Normalmente se gestiona en la sección "Aplicaciones empresariales", usando la hoja "Usuarios y grupos". Localizas la aplicación, eliges "Usuarios y grupos" y asignas al usuario o grupo el rol de acceso necesario. Sencillo si conoces la ruta.

Si gestionas muchos usuarios, la asignación manual se vuelve tediosa muy rápido. Ahí es donde herramientas como PowerShell resultan útiles para automatizar el acceso (piensa en añadir usuarios en masa, incluso a partir de listas de RRHH). Puedes usar un script para asignar usuarios a roles de aplicación o gestionar de forma dinámica mediante la API de Microsoft Graph, ideal para organizaciones con incorporaciones y bajas constantes. Este enfoque proactivo no solo corrige errores: los evita antes de que te arruinen la mañana.

Ten en cuenta que los cambios pueden no surtir efecto de inmediato debido a la replicación y el almacenamiento en caché del backend de Entra ID. Si acabas de hacer la asignación y los usuarios siguen sin acceso, espera cierto retraso (de unos minutos a una hora no es raro). Revisa la caché de tokens y considera revocar las sesiones si sospechas que permisos antiguos siguen activos.

Por último, revisa si hay bloqueos ocultos. A veces, las directivas de acceso condicional o un consentimiento que falta impiden el acceso aunque los roles parezcan correctos. Verificar tanto las asignaciones de roles como las superposiciones de directivas evitará que esos momentos de "¡lo hice todo bien!" se conviertan en bucles interminables de resolución de problemas.

Resumen y recursos adicionales para los errores AADSTS50105

AADSTS50105 es la forma en que Microsoft te indica que un usuario no tiene asignado un rol para una aplicación determinada: sin rol, no hay acceso. Normalmente se debe a asignaciones que faltan en Entra ID, a retrasos en la propagación de los cambios o, a veces, a directivas en conflicto como el acceso condicional. La solución: asigna esos usuarios o grupos directamente, automatiza cuando sea posible y ten paciencia con los tiempos de sincronización.

Si te encuentras con dolores de cabeza recurrentes, revisa los registros para confirmar el problema antes de hacer más cambios. Y si quieres una visión más profunda sobre gobernanza de acceso, la proliferación de directivas de acceso condicional o herramientas para habilitar una seguridad escalable, consulta recursos como este episodio sobre la identidad como plano de control y esta guía sobre gobernanza del acceso a datos de Microsoft 365. La documentación oficial y el soporte de Microsoft siempre están disponibles si te quedas realmente atascado; eso sí, no dejes que un solo error paralice todo tu negocio.