Comprendre l’erreur AADSTS50105 « User Not Assigned Role »

Par Mirko Peters · 2026-04-20

Si vous travaillez avec Microsoft 365 ou Entra ID (anciennement Azure AD), la survenue de l’erreur AADSTS50105 signifie probablement que quelqu’un s’arrache les cheveux parce que des utilisateurs n’arrivent plus à accéder à une application. Cette erreur concerne l’accès, plus précisément le cas où un utilisateur tente de se connecter à une application d’entreprise et se voit bloqué parce qu’il ne

Traduit automatiquement par IA à partir de l'article original. Lire l'original en anglais

Cette erreur n’est pas un simple ralentissement anodin. Elle empêche les personnes non autorisées d’accéder à vos outils et à vos données, ce qui fait qu’en comprendre la cause et la corriger rapidement est essentiel, tant pour la sécurité que pour la productivité de l’entreprise. Nous allons examiner ce que signifie cette erreur, pourquoi elle apparaît dans les environnements Microsoft et comment la traiter avec méthode, non seulement pour résoudre le problème, mais aussi pour l’éviter.

Cette erreur n'est pas un simple ralentissement passager. Elle empêche les personnes non autorisées d'accéder à vos outils et à vos données, c'est pourquoi comprendre cette erreur et la corriger rapidement est essentiel, tant pour la sécurité que pour la productivité de l'entreprise. Nous allons plonger directement dans ce que signifie cette erreur, pourquoi elle apparaît dans les environnements Microsoft et comment la traiter en professionnel aguerri, non seulement pour résoudre les problèmes, mais aussi pour les prévenir.

L’erreur AADSTS50105 correspond à la manière dont Microsoft vous signifie : « Désolé, vous ne figurez pas sur la liste des invités. » Concrètement, cela veut dire que l’utilisateur tente d’accéder à une application, mais qu’il ne s’est vu attribuer aucun de ses rôles ni aucune de ses autorisations dans Microsoft Entra ID. Le message ressemble généralement à ceci : « AADSTS50105 : L’utilisateur connecté ne s’est pas vu attribuer de rôle pour l’application. »

Il ne s’agit pas d’un simple incident : c’est ainsi que Microsoft applique le contrôle d’accès. Lorsque votre organisation configure une application d’entreprise dans Entra ID, il est possible de bloquer tous les utilisateurs qui ne reçoivent pas d’accès explicite. Si un utilisateur tente de se connecter sans attribution, le système lui ferme la porte, sous la forme de cette erreur.

La cause immédiate est l’absence d’attribution d’accès, mais le problème va parfois plus loin. Cela peut arriver si un administrateur voulait restreindre l’usage d’une application sans avoir achevé la configuration. Cela peut aussi se produire si le rôle d’un utilisateur a été supprimé, ou si un délai existe entre la modification des accès et leur prise en compte, car Entra ID ne se met pas toujours à jour instantanément.

Avant de rejeter la faute sur une seule partie, sachez que des modifications en masse, des attributions expirées ou des stratégies d’accès conditionnel peuvent aussi provoquer des problèmes qui ressemblent exactement à cette erreur. Ainsi, si quelqu’un affirme qu’il « devrait » avoir accès, ne négligez pas ces cas particuliers : il arrive que ce soit une stratégie système, et non une erreur humaine, qui bloque l’accès.

Avant de tout reprocher à une seule partie, sachez que des modifications en masse, des affectations expirées ou des stratégies d'accès conditionnel peuvent aussi provoquer des problèmes qui ressemblent exactement à cette erreur. Ainsi, si quelqu'un affirme qu'il « devrait » avoir accès, ne négligez pas ces cas particuliers : il arrive que ce soit une stratégie système, et non une erreur humaine, qui soit à l'origine du blocage.

L’erreur AADSTS50105 apparaît généralement lorsqu’un utilisateur tente de se connecter à une application, qu’il s’agisse de Teams, de SharePoint ou d’une solution SaaS tierce ajoutée à Entra ID, et qu’il obtient une page d’erreur au lieu du tableau de bord attendu. Le symptôme le plus courant est un échec de connexion accompagné d’un message explicite indiquant que aucun rôle n’a été attribué à l’utilisateur pour l’application.

Les utilisateurs peuvent dire : « Je suis connecté mais je ne vois pas l’application », ou « mon accès fonctionnait la semaine dernière, maintenant je suis bloqué ». Des plaintes moins explicites peuvent évoquer des boutons manquants ou des services grisés dans Microsoft 365, qui se ramènent en réalité au même problème.

Pour les administrateurs informatiques et le support, détecter le problème AADSTS50105 ne se limite pas à écouter les plaintes des utilisateurs. Les journaux d’audit de Microsoft 365 et d’Entra ID sont vos meilleurs alliés. Vous pouvez rechercher le code d’erreur 50105 dans les journaux de connexion Azure AD (ou les journaux de connexion Entra ID, selon l’appellation du moment) afin de filtrer les incidents correspondant exactement à ce problème.

Les journaux affichent les tentatives de connexion échouées, leur auteur, leur origine et l’application visée. Il devient ainsi beaucoup plus simple de déterminer si l’erreur provient d’une attribution réellement manquante ou d’un problème plus persistant, comme un délai de propagation après des modifications administratives. Lire ces journaux vous aide à identifier la cause profonde et évite de tourner en rond à la poursuite de fantômes d’autorisations.

Les journaux affichent les tentatives de connexion échouées, leur auteur, l'origine de la connexion et l'application ciblée. Il devient ainsi beaucoup plus simple de vérifier s'il s'agit bien d'une affectation manquante ou d'un phénomène plus tenace, comme un délai de propagation après des modifications effectuées par un administrateur. La consultation de ces journaux vous aide à identifier la cause profonde et vous évite de tourner en rond à la poursuite de fantômes d'autorisations.

Allons droit au but : pour corriger AADSTS50105, vous devez vous assurer que les bons utilisateurs ou groupes se voient attribuer le rôle approprié pour l’application dans Entra ID. Cette opération se réalise généralement dans la section « Applications d’entreprise », via le volet « Utilisateurs et groupes ». Vous recherchez l’application, sélectionnez « Utilisateurs et groupes », puis attribuez à l’utilisateur ou au groupe le rôle d’accès nécessaire. C’est simple, à condition de connaître le chemin.

Allons droit au but : pour corriger AADSTS50105, vous devez vérifier que les bons utilisateurs ou groupes disposent du rôle approprié pour l'application dans Entra ID. Cette opération s'effectue généralement dans la section « Applications d'entreprise », à l'aide du volet « Utilisateurs et groupes ». Recherchez l'application, sélectionnez « Utilisateurs et groupes », puis affectez à l'utilisateur ou au groupe le rôle d'accès nécessaire. C'est simple, à condition de connaître le chemin.

Lorsque vous gérez un grand nombre d’utilisateurs, l’attribution manuelle devient vite pénible. C’est là que des outils comme PowerShell prennent tout leur intérêt pour automatiser les accès (par exemple : ajouter en masse des utilisateurs, y compris à partir de listes RH). Vous pouvez utiliser un script pour attribuer des utilisateurs à des rôles d’application, ou piloter une gestion dynamique via l’API Microsoft Graph, ce qui est idéal pour les organisations confrontées à des arrivées et départs constants. Cette approche proactive ne se contente pas de corriger les erreurs : elle les empêche de se produire avant qu’elles ne gâchent votre matinée.

Gardez à l’esprit que les modifications peuvent ne pas prendre effet immédiatement, en raison de la réplication et de la mise en cache au niveau du backend d’Entra ID. Si vous venez d’effectuer l’attribution et que les utilisateurs sont toujours bloqués, attendez-vous à un délai (quelques minutes à une heure, ce n’est pas inhabituel). Examinez le cache de jetons et envisagez de révoquer les sessions si vous soupçonnez que d’anciennes autorisations subsistent.

Enfin, vérifiez soigneusement l’absence de blocages cachés. Il arrive que des stratégies d’accès conditionnel ou un consentement manquant empêchent l’accès alors même que les rôles semblent corrects. Vérifier à la fois les attributions de rôles et les superpositions de stratégies vous évitera de transformer les moments du type « J’ai tout fait correctement ! » en boucles de dépannage interminables.

Résumé et ressources complémentaires sur les erreurs AADSTS50105

AADSTS50105 est la façon qu’a Microsoft de vous signaler qu’un utilisateur n’est pas affecté à un rôle pour une application donnée : pas de rôle, pas d’accès. Cela tient généralement à des attributions manquantes dans Entra ID, à un retard de propagation des modifications ou, parfois, à des stratégies en conflit, comme l’accès conditionnel. La solution ? Attribuez directement ces utilisateurs ou groupes, automatisez lorsque c’est possible, et soyez patient face aux délais de synchronisation.

Si vous rencontrez des problèmes récurrents, consultez les journaux pour confirmer la situation avant de procéder à de nouvelles modifications. Et si vous souhaitez approfondir la gouvernance des accès, la prolifération de l’accès conditionnel ou les outils permettant une sécurité évolutive, consultez des ressources comme cet épisode consacré à l’identité comme plan de contrôle et ce guide sur la gouvernance des accès aux données dans Microsoft 365. La documentation officielle et le support de Microsoft sont toujours disponibles si vous êtes vraiment bloqué : ne laissez simplement pas une seule erreur mettre en pause l’ensemble de votre activité.