Личность
Рассматривайте идентификацию как плоскость управления для принятия решения о том, кто может получить доступ к системам, приложениям и административным функциям.
Идентификация и доступ
Практическая лаборатория безопасности, ориентированная на идентификацию как плоскость управления: аутентификация, авторизация, условный доступ, управление жизненным циклом, привилегированный доступ и практичная конструкция с нулевым доверием.
Репозиторий реализации: ещё не опубликован.
Доказательства и результаты
Сценарии Conditional Access, MFA и доступа на основе ролей находятся в разработке. Рабочие процессы жизненного цикла, привилегированный доступ и официальные проверки доступа остаются запланированными.
Личность пользователя
Аутентификация · MFA
Conditional Access · Роли
Доступ к приложению
Публикуйте экспортированные политики с удалением сведений об арендаторах, матрицу ролей и тесты доступа «ожидаемый/наблюдаемый» по мере развития лаборатории.
Ссылка на источник содержит этот опубликованный практический пример, а не отдельный репозиторий реализации.
Обзор
Многие решения по безопасности в конечном итоге становятся решениями об идентификации: кто запрашивает доступ, к чему им разрешен доступ, при каких условиях доступ должен быть предоставлен и как этот доступ меняется с течением времени.
Целью этой лабораторной работы является выход за рамки теории сертификации путем превращения концепций IAM в повторяемые сценарии, связанные с MFA, условным доступом, дизайном ролей, наименьшими привилегиями, управлением жизненным циклом и привилегированным доступом.
Проект намеренно итерационный. Некоторые меры контроля уже изучаются, тогда как другие остаются в планах до тех пор, пока не будет доработана поддерживающая лабораторная среда и политики.
Архитектура идентичности
Рассматривайте идентификацию как плоскость управления для принятия решения о том, кто может получить доступ к системам, приложениям и административным функциям.
Используйте MFA и более строгие средства проверки подлинности, чтобы уменьшить зависимость только от паролей.
Проектируйте доступ на основе ролей, групп и минимальных привилегий, а не широких разрешений, назначаемых непосредственно отдельным лицам.
Управляйте доступом как чем-то, что меняется во время адаптации, смены ролей, перевода и отключения.
Лабораторная работа
Лаборатория организована вокруг практических задач идентификации, а не рассматривает каждую функцию Entra ID как изолированное упражнение.
Текущее состояние
Условный доступ, MFA и доступ на основе ролей — текущие области исследований и лабораторных разработок. Рабочие процессы жизненного цикла, привилегированный доступ и официальные проверки доступа планируются по мере развития среды.
Создание сценариев с учетом требований аутентификации, условий доступа, пользовательского контекста, чувствительности приложений и более строгого обеспечения соблюдения требований.
Изучение того, как политики MFA могут снизить риск компрометации учетных записей, сохраняя при этом поддержку реальных рабочих процессов и доступа пользователей.
Моделирование разрешений в зависимости от должностных обязанностей, чтобы доступом можно было управлять с помощью ролей и групп вместо прямого назначения.
Разработка повторяемых рабочих процессов для предоставления, изменения, проверки и удаления доступа по мере перемещения пользователей по организации.
Изучение того, как административные привилегии могут быть отделены от доступа обычных пользователей и ограничены контролируемыми рабочими процессами.
Планирование периодических проверок, чтобы можно было проверять разрешения и удалять ненужный доступ по мере изменения обязанностей.
Операционные сценарии
Наиболее полезные упражнения по идентификации — это те, которые отражают проблемы, которые администраторам действительно приходится решать.
Вопрос
What access should a new user receive on day one, and who should approve it?
Подход
Define access through role-based groups and documented ownership instead of copying another employee's permissions.
Вопрос
What happens when an employee changes departments or responsibilities?
Подход
Remove access that is no longer required before layering on new permissions so privileges do not accumulate indefinitely.
Вопрос
How should repeated unexpected MFA prompts be treated?
Подход
Treat unexpected prompts as a potential identity incident, contain the account, review authentication activity, and validate user behavior.
Вопрос
Should everyday user accounts carry administrative privileges?
Подход
Separate normal work from privileged administration and reduce standing access wherever practical.
Вопрос
How quickly should access disappear when a user leaves?
Подход
Disable identity access promptly, invalidate active sessions where appropriate, remove privileged access, and document completion.
Вопрос
How do permissions become excessive over time?
Подход
Use periodic review, ownership, documentation, and role-based assignment to identify and remove accumulated access.
Zero Trust
Принимайте решения о доступе, используя личность, уровень аутентификации, контекст устройства, риск и другие доступные сигналы, а не полагаясь только на местоположение.
предоставляйте только разрешения, необходимые для текущей роли, и сокращайте постоянный административный доступ, где это возможно.
Спроектируйте доступ так, чтобы одно скомпрометированное удостоверение или устройство не обеспечивало автоматически неограниченное перемещение по среде.
"Идентичность должна отвечать больше, чем то, кем вы являетесь. Она должна помочь определить, чего вы можете достичь, при каких условиях и как долго".
Извлеченные уроки
Безопасность идентификации связана не только с аутентификацией, но и с жизненным циклом и управлением.
Непосредственно назначенные разрешения становится трудно просматривать и удалять по мере роста среды.
MFA повышает безопасность, но при разработке политики по-прежнему необходимо учитывать поведение пользователей и операционную реальность.
Наименьшие привилегии работают лучше всего, когда доступ имеет четкое право собственности и привязан к определенным ролям.
Проверка документации и доступа необходима, поскольку разрешения естественным образом меняются со временем.
Следующие шаги
Создайте дополнительные сценарии условного доступа.
Создание рабочих процессов соединения, перемещения и выхода
Роль документа и дизайн группы
Расширить тестирование привилегированного доступа
Добавьте упражнения по проверке доступа.
Сопоставьте лабораторные средства управления со сценариями ИТ в сфере гостеприимства.
Больше проектов