← Назад к Проекты

Идентификация и доступ

Лаборатория управления идентификацией и Zero Trust

Практическая лаборатория безопасности, ориентированная на идентификацию как плоскость управления: аутентификация, авторизация, условный доступ, управление жизненным циклом, привилегированный доступ и практичная конструкция с нулевым доверием.

Microsoft Entra IDУправление идентификацией и доступомMFAУсловный доступRBACНаименьшие привилегииЖизненный цикл учетной записиZero Trust

Кратко о проекте

В разработке
Цель
Создание моделируемой среды идентификации предприятия, ориентированной на контроль доступа, MFA, условный доступ, привилегированный доступ, управление жизненным циклом и принципы нулевого доверия.
Моя роль
Самостоятельное исследование, проектирование и документирование лаборатории.
Состояние реализации
Сценарии Conditional Access, MFA и доступа на основе ролей находятся в разработке. Рабочие процессы жизненного цикла, привилегированный доступ и официальные проверки доступа остаются запланированными.
Следующий этап
Публикуйте экспортированные политики с удалением сведений об арендаторах, матрицу ролей и тесты доступа «ожидаемый/наблюдаемый» по мере развития лаборатории.
Исходный код кейса (портфолио) ↗

Репозиторий реализации: ещё не опубликован.

Доказательства и результаты

Что демонстрирует работа

В разработке

Сценарии Conditional Access, MFA и доступа на основе ролей находятся в разработке. Рабочие процессы жизненного цикла, привилегированный доступ и официальные проверки доступа остаются запланированными.

  1. Личность пользователя

  2. Аутентификация · MFA

  3. Conditional Access · Роли

  4. Доступ к приложению

Предполагаемый поток управления доступом в лабораторию. На диаграмме описан проект, а не завершенное производственное развертывание.

Документированная работа

  • В тематическом исследовании определены сценарии нового сотрудника, смены ролей, MFA-усталости и привилегированного администрирования.
  • Лаборатория отделяет текущую работу по аутентификации от запланированного жизненного цикла и проверок доступа.

Следующее доказательство для публикации

Публикуйте экспортированные политики с удалением сведений об арендаторах, матрицу ролей и тесты доступа «ожидаемый/наблюдаемый» по мере развития лаборатории.

Ссылка на источник содержит этот опубликованный практический пример, а не отдельный репозиторий реализации.

Обзор

Почему идентичность на первом месте

Многие решения по безопасности в конечном итоге становятся решениями об идентификации: кто запрашивает доступ, к чему им разрешен доступ, при каких условиях доступ должен быть предоставлен и как этот доступ меняется с течением времени.

Целью этой лабораторной работы является выход за рамки теории сертификации путем превращения концепций IAM в повторяемые сценарии, связанные с MFA, условным доступом, дизайном ролей, наименьшими привилегиями, управлением жизненным циклом и привилегированным доступом.

Проект намеренно итерационный. Некоторые меры контроля уже изучаются, тогда как другие остаются в планах до тех пор, пока не будет доработана поддерживающая лабораторная среда и политики.

Архитектура идентичности

Доступ как жизненный цикл

01

Личность

Рассматривайте идентификацию как плоскость управления для принятия решения о том, кто может получить доступ к системам, приложениям и административным функциям.

02

Аутентификация

Используйте MFA и более строгие средства проверки подлинности, чтобы уменьшить зависимость только от паролей.

03

Авторизация

Проектируйте доступ на основе ролей, групп и минимальных привилегий, а не широких разрешений, назначаемых непосредственно отдельным лицам.

04

Жизненный цикл

Управляйте доступом как чем-то, что меняется во время адаптации, смены ролей, перевода и отключения.

Лабораторная работа

Что я строю

Лаборатория организована вокруг практических задач идентификации, а не рассматривает каждую функцию Entra ID как изолированное упражнение.

Текущее состояние

Условный доступ, MFA и доступ на основе ролей — текущие области исследований и лабораторных разработок. Рабочие процессы жизненного цикла, привилегированный доступ и официальные проверки доступа планируются по мере развития среды.

В процессе

Условный доступ

Создание сценариев с учетом требований аутентификации, условий доступа, пользовательского контекста, чувствительности приложений и более строгого обеспечения соблюдения требований.

В процессе

Правоприменение МИД

Изучение того, как политики MFA могут снизить риск компрометации учетных записей, сохраняя при этом поддержку реальных рабочих процессов и доступа пользователей.

В процессе

Ролевой доступ

Моделирование разрешений в зависимости от должностных обязанностей, чтобы доступом можно было управлять с помощью ролей и групп вместо прямого назначения.

Запланировано

Столяр/Переезд/Отпускник

Разработка повторяемых рабочих процессов для предоставления, изменения, проверки и удаления доступа по мере перемещения пользователей по организации.

Запланировано

Привилегированный доступ

Изучение того, как административные привилегии могут быть отделены от доступа обычных пользователей и ограничены контролируемыми рабочими процессами.

Запланировано

Обзоры доступа

Планирование периодических проверок, чтобы можно было проверять разрешения и удалять ненужный доступ по мере изменения обязанностей.

Операционные сценарии

Проблемы идентичности в реальном мире

Наиболее полезные упражнения по идентификации — это те, которые отражают проблемы, которые администраторам действительно приходится решать.

01

Новый сотрудник

Вопрос

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.

02

Смена роли

Вопрос

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.

03

Усталость МИД

Вопрос

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.

04

Привилегированное администрирование

Вопрос

Should everyday user accounts carry administrative privileges?

Подход

Separate normal work from privileged administration and reduce standing access wherever practical.

05

Оффбординг

Вопрос

How quickly should access disappear when a user leaves?

Подход

Disable identity access promptly, invalidate active sessions where appropriate, remove privileged access, and document completion.

06

Доступ к дрейфу

Вопрос

How do permissions become excessive over time?

Подход

Use periodic review, ownership, documentation, and role-based assignment to identify and remove accumulated access.

Zero Trust

Проверяйте доступ вместо предположения доверия

01

Подтвердите явно

Принимайте решения о доступе, используя личность, уровень аутентификации, контекст устройства, риск и другие доступные сигналы, а не полагаясь только на местоположение.

02

Используйте наименьшие привилегии

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

03

Предположить нарушение

Спроектируйте доступ так, чтобы одно скомпрометированное удостоверение или устройство не обеспечивало автоматически неограниченное перемещение по среде.

"Идентичность должна отвечать больше, чем то, кем вы являетесь. Она должна помочь определить, чего вы можете достичь, при каких условиях и как долго".

Извлеченные уроки

Чему меня учит лаборатория

01

Безопасность идентификации связана не только с аутентификацией, но и с жизненным циклом и управлением.

02

Непосредственно назначенные разрешения становится трудно просматривать и удалять по мере роста среды.

03

MFA повышает безопасность, но при разработке политики по-прежнему необходимо учитывать поведение пользователей и операционную реальность.

04

Наименьшие привилегии работают лучше всего, когда доступ имеет четкое право собственности и привязан к определенным ролям.

05

Проверка документации и доступа необходима, поскольку разрешения естественным образом меняются со временем.

Следующие шаги

Расширение лаборатории

01

Создайте дополнительные сценарии условного доступа.

02

Создание рабочих процессов соединения, перемещения и выхода

03

Роль документа и дизайн группы

04

Расширить тестирование привилегированного доступа

05

Добавьте упражнения по проверке доступа.

06

Сопоставьте лабораторные средства управления со сценариями ИТ в сфере гостеприимства.

Больше проектов

Исследовать остальную часть лаборатории.

Назад к проектам →