RBAC: как построить ролевую модель доступа

Граница материала: Конкретная модель, где права собираются в роли и назначаются пользователям. U1014 охватывает весь жизненный цикл доступа. Сквозной пример — в CRM нужно разделить права продавца, руководителя, поддержки, аналитика и администратора. Каждый раздел заканчивается решением или доказательством, которое можно проверить через показатель: число ролей и прямых назначений, конфликтующие права, неиспользуемые разрешения, исключения и результаты сертификации.

Собрать операции и объекты: RBAC

Права на шаге «собрать операции и объекты» выдаются под конкретную функцию и срок. Для «RBAC» владелец актива подтверждает артефакт операции «собрать операции и объекты» для темы «RBAC»: свидетельство защиты по шагу «собрать операции и объекты» с датой, источником и итогом теста. Проверьте отзыв после смены роли и аварийный доступ. Ситуация «при действии «собрать операции и объекты» в теме «RBAC» возникает отклонение: для «собрать операции и объекты» нет проверки в контуре «RBAC»» требует немедленного разбора.

• Минимальное право: «собрать операции и объекты» в системе «RBAC».
• Кто одобряет: владелец актива.
• Срок доступа: артефакт операции «собрать операции и объекты» для темы «RBAC»: свидетельство защиты по шагу «собрать операции и объекты» с датой, источником и итогом теста.
• Лишняя привилегия: при действии «собрать операции и объекты» в теме «RBAC» возникает отклонение: для «собрать операции и объекты» нет проверки в контуре «RBAC».

Проанализировать реальные функции: RBAC

Доказательство безопасности должно пережить смену исполнителя. На этапе «проанализировать реальные функции» руководитель безопасности хранит артефакт операции «проанализировать реальные функции» для темы «RBAC»: свидетельство защиты по шагу «проанализировать реальные функции» с датой, источником и итогом теста в общей системе. Для случая «в CRM нужно разделить права продавца, руководителя, поддержки, аналитика и администратора» воспроизведите проверку по инструкции. Если возникает «при действии «проанализировать реальные функции» в теме «RBAC» возникает отклонение: для «проанализировать реальные функции» нет проверки в контуре «RBAC»», процедуру нельзя считать рабочей.

• Процедура: «проанализировать реальные функции» в системе «RBAC».
• Кто выполняет: руководитель безопасности.
• Повторяемый тест: артефакт операции «проанализировать реальные функции» для темы «RBAC»: свидетельство защиты по шагу «проанализировать реальные функции» с датой, источником и итогом теста.
• Зависимость от человека: при действии «проанализировать реальные функции» в теме «RBAC» возникает отклонение: для «проанализировать реальные функции» нет проверки в контуре «RBAC».

Создать базовые роли: RBAC

Изменение защиты проходит управляемый выпуск. Для «создать базовые роли» архитектор защиты прикладывает артефакт операции «создать базовые роли» для темы «RBAC»: свидетельство защиты по шагу «создать базовые роли» с датой, источником и итогом теста, тест, план отката и окно наблюдения. В теме «RBAC» сравните риск до и после. При условии «при действии «создать базовые роли» в теме «RBAC» возникает отклонение: для «создать базовые роли» нет проверки в контуре «RBAC»» выпуск останавливают.

• Изменение: «создать базовые роли» в системе «RBAC».
• Кто выпускает: архитектор защиты.
• Тест и откат: артефакт операции «создать базовые роли» для темы «RBAC»: свидетельство защиты по шагу «создать базовые роли» с датой, источником и итогом теста.
• Стоп выпуска: при действии «создать базовые роли» в теме «RBAC» возникает отклонение: для «создать базовые роли» нет проверки в контуре «RBAC».

Отделить чувствительные полномочия: RBAC

Инцидентный сценарий проверяется заранее. Во время «отделить чувствительные полномочия» администратор системы использует артефакт операции «отделить чувствительные полномочия» для темы «RBAC»: свидетельство защиты по шагу «отделить чувствительные полномочия» с датой, источником и итогом теста и фиксирует время обнаружения, ограничения и восстановления. На примере «в CRM нужно разделить права продавца, руководителя, поддержки, аналитика и администратора» проведите настольную тренировку. Риск «при действии «отделить чувствительные полномочия» в теме «RBAC» возникает отклонение: для «отделить чувствительные полномочия» нет проверки в контуре «RBAC»» становится задачей с датой.

• Сценарий: «отделить чувствительные полномочия» в системе «RBAC».
• Кто реагирует: администратор системы.
• Хронология: артефакт операции «отделить чувствительные полномочия» для темы «RBAC»: свидетельство защиты по шагу «отделить чувствительные полномочия» с датой, источником и итогом теста.
• Неготовая роль: при действии «отделить чувствительные полномочия» в теме «RBAC» возникает отклонение: для «отделить чувствительные полномочия» нет проверки в контуре «RBAC».

Проверить разделение обязанностей: RBAC

Исключение не должно становиться постоянным обходом. Для шага «проверить разделение обязанностей» владелец данных записывает артефакт операции «проверить разделение обязанностей» для темы «RBAC»: свидетельство защиты по шагу «проверить разделение обязанностей» с датой, источником и итогом теста, причину, компенсирующую меру и срок закрытия. В «RBAC» регулярно ищите просроченные исключения. Ошибка: при действии «проверить разделение обязанностей» в теме «RBAC» возникает отклонение: для «проверить разделение обязанностей» нет проверки в контуре «RBAC».

• Исключение: «проверить разделение обязанностей» в системе «RBAC».
• Кто принимает: владелец данных.
• Компенсация: артефакт операции «проверить разделение обязанностей» для темы «RBAC»: свидетельство защиты по шагу «проверить разделение обязанностей» с датой, источником и итогом теста.
• Просрочка: при действии «проверить разделение обязанностей» в теме «RBAC» возникает отклонение: для «проверить разделение обязанностей» нет проверки в контуре «RBAC».

Назначать пользователей через роли: RBAC

После «назначать пользователей через роли» пересмотрите модель «RBAC». аналитик SOC сопоставляет артефакт операции «назначать пользователей через роли» для темы «RBAC»: свидетельство защиты по шагу «назначать пользователей через роли» с датой, источником и итогом теста с показателем «число ролей и прямых назначений, конфликтующие права, неиспользуемые разрешения, исключения и результаты сертификации» и обновляет правила по факту. Отдельно сохраните удачные и неудачные решения. При риске «при действии «назначать пользователей через роли» в теме «RBAC» возникает отклонение: для «назначать пользователей через роли» нет проверки в контуре «RBAC»» назначьте повторную проверку.

• Урок: «назначать пользователей через роли» в системе «RBAC».
• Кто закрепляет: аналитик SOC.
• Новое правило: артефакт операции «назначать пользователей через роли» для темы «RBAC»: свидетельство защиты по шагу «назначать пользователей через роли» с датой, источником и итогом теста.
• Повторная проверка: при действии «назначать пользователей через роли» в теме «RBAC» возникает отклонение: для «назначать пользователей через роли» нет проверки в контуре «RBAC».

Ограничить прямые разрешения: RBAC

Для контроля «RBAC» сначала определите защищаемый объект. На операции «ограничить прямые разрешения» координатор изменений оформляет артефакт операции «ограничить прямые разрешения» для темы «RBAC»: свидетельство защиты по шагу «ограничить прямые разрешения» с датой, источником и итогом теста. Проверьте сценарий «в CRM нужно разделить права продавца, руководителя, поддержки, аналитика и администратора» с обычным пользователем и нарушителем. Риск «при действии «ограничить прямые разрешения» в теме «RBAC» возникает отклонение: для «ограничить прямые разрешения» нет проверки в контуре «RBAC»» означает, что мера существует только формально.

• Актив: «ограничить прямые разрешения» в системе «RBAC».
• Владелец: координатор изменений.
• Доказательство: артефакт операции «ограничить прямые разрешения» для темы «RBAC»: свидетельство защиты по шагу «ограничить прямые разрешения» с датой, источником и итогом теста.
• Пробел: при действии «ограничить прямые разрешения» в теме «RBAC» возникает отклонение: для «ограничить прямые разрешения» нет проверки в контуре «RBAC».

Описать временные исключения: RBAC

Шаг «описать временные исключения» оценивают по снижению реального риска. В контуре «RBAC» группа реагирования сохраняет артефакт операции «описать временные исключения» для темы «RBAC»: свидетельство защиты по шагу «описать временные исключения» с датой, источником и итогом теста, границу действия и известные исключения. Сопоставьте угрозу, стоимость меры и показатель «число ролей и прямых назначений, конфликтующие права, неиспользуемые разрешения, исключения и результаты сертификации». Если остаётся «при действии «описать временные исключения» в теме «RBAC» возникает отклонение: для «описать временные исключения» нет проверки в контуре «RBAC»», решение возвращают на уточнение.

• Угроза: «описать временные исключения» в системе «RBAC».
• Кто решает: группа реагирования.
• Оценка меры: артефакт операции «описать временные исключения» для темы «RBAC»: свидетельство защиты по шагу «описать временные исключения» с датой, источником и итогом теста.
• Остаточный риск: при действии «описать временные исключения» в теме «RBAC» возникает отклонение: для «описать временные исключения» нет проверки в контуре «RBAC».

Проводить пересмотр ролей: RBAC

Не доверяйте одному сигналу. Для действия «проводить пересмотр ролей» владелец исключения собирает артефакт операции «проводить пересмотр ролей» для темы «RBAC»: свидетельство защиты по шагу «проводить пересмотр ролей» с датой, источником и итогом теста минимум из двух независимых источников. На примере «в CRM нужно разделить права продавца, руководителя, поддержки, аналитика и администратора» проверьте ложноположительный и пропущенный случаи. При риске «при действии «проводить пересмотр ролей» в теме «RBAC» возникает отклонение: для «проводить пересмотр ролей» нет проверки в контуре «RBAC»» автоматическое решение ограничивают.

• Сигнал: «проводить пересмотр ролей» в системе «RBAC».
• Кто проверяет: владелец исключения.
• Два источника: артефакт операции «проводить пересмотр ролей» для темы «RBAC»: свидетельство защиты по шагу «проводить пересмотр ролей» с датой, источником и итогом теста.
• Ошибка детектора: при действии «проводить пересмотр ролей» в теме «RBAC» возникает отклонение: для «проводить пересмотр ролей» нет проверки в контуре «RBAC».

Добавить атрибуты там где ролей мало: RBAC

Разделите предупреждение и блокировку. В системе «RBAC» операция «добавить атрибуты там где ролей мало» получает владельца независимый аудитор, правило реакции и артефакт операции «добавить атрибуты там где ролей мало» для темы «RBAC»: свидетельство защиты по шагу «добавить атрибуты там где ролей мало» с датой, источником и итогом теста. Сначала протестируйте наблюдение, затем влияние на работу. Признак остановки: при действии «добавить атрибуты там где ролей мало» в теме «RBAC» возникает отклонение: для «добавить атрибуты там где ролей мало» нет проверки в контуре «RBAC».

• Режим реакции: «добавить атрибуты там где ролей мало» в системе «RBAC».
• Кто включает: независимый аудитор.
• Запись события: артефакт операции «добавить атрибуты там где ролей мало» для темы «RBAC»: свидетельство защиты по шагу «добавить атрибуты там где ролей мало» с датой, источником и итогом теста.
• Влияние на работу: при действии «добавить атрибуты там где ролей мало» в теме «RBAC» возникает отклонение: для «добавить атрибуты там где ролей мало» нет проверки в контуре «RBAC».

Матрица контроля и владения

Что изучить дальше

• персональные данные в ИИ
• маскирование данных
• качество данных
• аудит ИИ-систем
• инциденты с ИИ
• маскирование данных

Чек-лист запуска

Для пилота RBAC выберите одну систему и две-три устойчивые функции. Сравните прежние прямые назначения с ролями, проверьте увольнение, перевод и временное замещение. Только после этого переносите модель на остальные подразделения.