Глава 5: Как на самом деле работают системы управления | Жизненный цикл системы управления

Вам сложно понять весь процесс управления контролем в ServiceNow GRC? В этом видео я подробно разбираю весь жизненный цикл контроля — от момента его создания до мониторинга с помощью индикаторов. Мы подробно рассмотрим конкретные роли участников (владельцы и аудиторы), как запускаются и проверяются подтверждения, а также ключевую роль шаблонов индикаторов в автоматизации соответствия требованиям. В этом видео мы рассмотрим: Создание контроля: как создаются и составляются документы контроля. Жизненный цикл: от создания до проверки — мониторинга и вывода из эксплуатации. Роль участников: кто что делает? Понимание ролей владельцев контроля и аудиторов. Подтверждения: как разрабатывать, запрашивать и проверять подтверждающие документы от заинтересованных сторон. Индикаторы и шаблоны: как использовать индикаторы и шаблоны контроля для автоматизации сбора подтверждающих документов. Поля контроля: обзор критически важных полей, которые необходимо знать в форме контроля. 🔗 Свяжитесь со мной: LinkedIn:   / sandeep-dutta-08149158   В этом видео я хочу предоставить письменное руководство, в котором подробно описаны технические нюансы генерации контролей, персон, аттестаций и шаблонов индикаторов. 1. Архитектура: от политики к контролю. Прежде чем рассматривать жизненный цикл, необходимо понять иерархию. Организационный документ: внешний нормативный акт (например, ISO 27001, GDPR). Ссылка: конкретный фрагмент из нормативного акта. Цель контроля: шаблон для контроля. Сущность: конкретный актив, отдел или бизнес-процесс (например, «Отдел кадров» или «Сервер-001»). Контроль: пересечение цели контроля и сущности. 2. 5 этапов жизненного цикла. Как показано на диаграмме в моем видео, жизненный цикл протекает линейно, но итеративно. ЧЕРНОВИК: Это этап конфигурации. Здесь менеджер соответствия определяет контроль. В ServiceNow контроль часто генерируется автоматически с помощью типов сущностей. Если у вас есть цель контроля, примененная к типу сущности под названием «Все серверы Windows», и вы добавляете новый сервер в CMDB, система автоматически генерирует черновой контроль для этого сервера. ПРОВЕРКА: Это уровень «человеческой» проверки. Состояние переходит в состояние «Проверка», и отправляется уведомление владельцу контроля. Персона: Владелец контроля обычно является заинтересованной стороной бизнеса, а не экспертом по GRC. Действие: Он получает оценку (проверку). UX: В видео я показываю, как это выглядит в Центре сотрудников ServiceNow. Пользователь отвечает на вопросы типа «Реализован ли этот контроль?» и прикрепляет подтверждающие документы. ПРОВЕРКА: После отправки подтверждения соответствие требованиям не гарантируется автоматически. Оно переходит на этап проверки. На этом этапе менеджер по соответствию или менеджер по контролю проверяет представленные доказательства. Пройдено: Контроль переходит на этап мониторинга. Не пройдено: Контроль может вернуться в черновик, или будет создана проблема для исправления. МОНИТОРИНГ: Это «стабильное состояние» контроля. Пассивный мониторинг: Ожидание следующего запланированного подтверждения (например, ежегодного продления). Активный мониторинг (индикаторы): Здесь ServiceNow проявляет себя наилучшим образом. Мы используем индикаторы для проведения непрерывных проверок. ВЫВОД ИЗ ЭКСПЛУАТАЦИИ: Если объект деактивирован (например, сервер выведен из эксплуатации) или цель контроля устарела, контроль переходит в этап вывода из эксплуатации. Это гарантирует, что ваш показатель соответствия не будет искусственно занижен «фантомными» активами. 3. Подробный анализ: Индикаторы и шаблоны. Святой Грааль GRC — это переход от «Спросите меня, соответствую ли я требованиям» (аттестация) к «Сообщите мне, соответствую ли я требованиям» (индикаторы). Шаблоны индикаторов: Вместо создания проверки для каждого отдельного элемента управления, мы создаем шаблон индикатора на уровне цели управления. Пример: «Проверка наличия действительных резервных копий». Применение: Этот шаблон автоматически применяется ко всем 500 сгенерированным элементам управления для данной цели. Результат: Создается 500 уникальных индикаторов, проверяющих 500 уникальных серверов, все управляются из одного шаблона. Жизненный цикл индикатора: Индикаторы имеют свой собственный жизненный цикл. Когда индикатор выполняется, он создает результат. Пройдено: Зеленый статус. Не пройдено: Красный статус. Это автоматически создает «Проблему», которую должен исправить владелец элемента управления. 4. Технические советы по внедрению. Для разработчиков, читающих это: Потоки состояний: Будьте осторожны при изменении потоков состояний по умолчанию. Переход от черновика к подтверждению регулируется полем «Метод» (ручной или автоматический). Конструктор подтверждений: Используйте конструктор для создания динамической логики (например, если пользователь отвечает «Нет», скройте поле загрузки файла и потребуйте текстовое пояснение). Заключение. Понимание жизненного цикла контроля — это...