Разбор ошибки AADSTS50105 «User Not Assigned Role»

By Mirko Peters · 2026-04-20

Если вы работаете с Microsoft 365 или Entra ID (ранее Azure AD), появление ошибки AADSTS50105, скорее всего, означает, что кто-то в панике из-за того, что пользователи не могут войти в приложение …

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

Если вы работаете с Microsoft 365 или Entra ID (ранее Azure AD), появление ошибки AADSTS50105, скорее всего, означает, что кто-то в панике из-за того, что пользователи не могут войти в приложение. Эта ошибка связана с доступом: она возникает, когда пользователь пытается войти в корпоративное приложение и получает отказ, потому что ему не назначена нужная роль или нужные разрешения в вашей системе управления идентификацией.

Эта ошибка — не случайная помеха. Она не пускает посторонних к вашим инструментам и данным, поэтому важно понимать, что она означает, и быстро её устранять — и для безопасности, и для продуктивности бизнеса. Сейчас мы разберём, что значит эта ошибка, почему она возникает в средах Microsoft и как с ней справиться по-взрослому: не только устранять проблему, но и предотвращать её.

Что означает ошибка AADSTS50105 и что её вызывает?

Ошибка AADSTS50105 — это способ Microsoft сказать: «Извините, вас нет в списке приглашённых». Технически это значит, что пользователь пытается получить доступ к приложению, но ему не назначена ни одна роль или разрешение для этого приложения в Microsoft Entra ID. Обычно сообщение выглядит так: «AADSTS50105: The signed-in user is not assigned a role for the application.»

Это не просто сбой, а способ, которым Microsoft обеспечивает контроль доступа. Когда ваша организация настраивает корпоративное приложение в Entra ID, есть опция, которая блокирует вход всем пользователям, если им не выданы явные права. Если пользователь пытается войти без назначения, система указывает ему на дверь — в виде этой ошибки.

Непосредственная причина — отсутствующие назначения доступа, но иногда всё сложнее. Такое может случиться, если администратор хотел ограничить круг пользователей приложения, но не довёл настройку до конца. Ошибка может появиться и тогда, когда роль пользователя была удалена или когда между изменением доступа и его вступлением в силу есть задержка: Entra ID не всегда обновляется мгновенно.

Но прежде чем возлагать всю вину на одну сторону, учтите: иногда массовые изменения, истёкшие назначения или политики условного доступа тоже могут вызывать проблемы, которые выглядят точно так же. Поэтому, если кто-то утверждает, что он «должен» иметь доступ, не игнорируйте такие пограничные случаи: иногда блокировку вызывает системная политика, а не человеческая ошибка.

Распознавание симптомов и обнаружение AADSTS50105 в Microsoft 365

Обычно ошибку AADSTS50105 замечают, когда пользователь пытается войти в приложение — будь то Teams, SharePoint или стороннее SaaS-приложение, добавленное в Entra ID, — и вместо ожидаемой панели получает страницу с ошибкой. Самый распространённый симптом — неудачный вход с явным сообщением о том, что для приложения не назначена роль.

Пользователи могут говорить: «Я вошёл, но не вижу приложение» или «На прошлой неделе доступ работал, а теперь меня заблокировало». Менее прямые жалобы могут касаться пропавших кнопок или серых сервисов внутри Microsoft 365, что по сути сводится к той же проблеме.

Для ИТ-администраторов и сотрудников службы поддержки обнаружение проблемы AADSTS50105 не ограничивается тем, что вы слушаете жалобы пользователей. Журналы аудита Microsoft 365 и Entra ID — ваши лучшие помощники. Чтобы отфильтровать инциденты именно этой проблемы, поищите код ошибки 50105 в журналах входа Azure AD (или в журналах входа Entra ID — как их называют на этой неделе).

В журналах видны неудачные попытки входа: кто их сделал, откуда и в какое приложение. Так гораздо проще понять, является ли ошибка реальным отсутствием назначения или чем-то более упорным, например задержкой распространения изменений после действий администратора. Чтение этих журналов помогает найти первопричину и не ходить по кругу в погоне за призрачными разрешениями.

Как исправить проблему AADSTS50105 «User Not Assigned Role»

Перейдём сразу к делу: чтобы исправить AADSTS50105, нужно убедиться, что нужным пользователям или группам назначена подходящая роль для приложения в Entra ID. Обычно это делается в разделе «Корпоративные приложения» с помощью области «Пользователи и группы». Найдите приложение, выберите «Пользователи и группы» и назначьте пользователю или группе нужную роль доступа — просто, если знаешь путь.

Если пользователей много, ручное назначение быстро становится мучительным. Тут пригодятся такие инструменты, как PowerShell, которые автоматизируют предоставление доступа (например, массовое добавление пользователей, даже из списков HR). Можно использовать скрипт для назначения пользователей на роли приложений или управлять доступом динамически через Microsoft Graph API. Это идеально подходит для организаций с постоянным приёмом и увольнением сотрудников. Такой проактивный подход не только исправляет ошибки, но и предотвращает их до того, как они испортят вам весь день.

Имейте в виду: изменения могут вступить в силу не сразу из-за репликации и кэширования во внутренней инфраструктуре Entra ID. Если вы только что назначили доступ, а пользователи всё ещё не могут войти, придётся немного подождать: задержка в несколько минут или даже час — обычное дело. Проверьте кэш токенов и подумайте об отзыве сеансов, если подозреваете, что старые разрешения всё ещё действуют.

И наконец, проверьте скрытые препятствия. Иногда политики условного доступа или отсутствие согласия не дают получить доступ, даже когда роли назначены правильно. Проверка как назначений ролей, так и наложенных политик поможет избежать ситуаций «я всё сделал правильно!» и бесконечных циклов поиска неисправностей.

Итоги и дополнительные ресурсы по ошибкам AADSTS50105

AADSTS50105 — это способ Microsoft сообщить, что пользователь не назначен на роль для данного приложения: нет роли — нет доступа. Обычно причина в отсутствующих назначениях в Entra ID, задержке распространения изменений или конфликтующих политиках, например условного доступа. Решение: назначьте пользователей или группы напрямую, автоматизируйте процесс там, где это возможно, и наберитесь терпения с временем синхронизации.

Если проблемы повторяются, сначала проверьте журналы, прежде чем вносить новые изменения. А если вам нужно глубже разобраться в управлении доступом, разрастании политик условного доступа или инструментах для масштабируемой безопасности, посмотрите такие материалы, как этот выпуск о идентичности как плоскости управления и это руководство по управлению доступом к данным Microsoft 365. Официальная документация и поддержка Microsoft всегда доступны, если вы действительно застряли. Только не позволяйте одной ошибке остановить весь ваш бизнес.