Политика информационной безопасности: структура, правила и внедрение
Политика информационной безопасности — практическая система, в которой руководство задаёт обязательные принципы, роли и правила защиты, которые поддерживаются регламентами и реальным контролем.
В этой статье
Коротко. Политика информационной безопасности: руководство задаёт обязательные принципы, роли и правила защиты, которые поддерживаются регламентами и реальным контролем. Начните с одного реального примера, зафиксируйте исходное состояние и меняйте систему по одному проверяемому шагу.
Граница материала: Верхнеуровневые принципы, роли и обязательные правила ИБ. Детальные технические регламенты и политика конфиденциальности сайта отдельны. Сквозной пример — растущая компания впервые формализует единые требования для сотрудников и подрядчиков. Каждый раздел заканчивается решением или доказательством, которое можно проверить через показатель: охват областей, подтверждённые ознакомления, исключения, нарушения, срок пересмотра и выполнение контрольных процедур.
| Этап | Действие | Критерий |
|---|---|---|
| 01 | Определить цель и область действия | для «политика информационной безопасности» есть владелец и артефакт |
| 02 | Связать требования и риски | для «политика информационной безопасности» есть владелец и артефакт |
| 03 | Назначить роли управления | для «политика информационной безопасности» есть владелец и артефакт |
| 04 | Классифицировать информацию | для «политика информационной безопасности» есть владелец и артефакт |
| 05 | Задать правила доступа | для «политика информационной безопасности» есть владелец и артефакт |
| 06 | Описать устройства и удалённую работу | для «политика информационной безопасности» есть владелец и артефакт |
Определить цель и область действия: политика информационной безопасности
Доказательство безопасности должно пережить смену исполнителя. На этапе «определить цель и область действия» владелец актива хранит артефакт операции «определить цель и область действия» для темы «политика информационной безопасности»: свидетельство защиты по шагу «определить цель и область действия» с датой, источником и итогом теста в общей системе. Для случая «растущая компания впервые формализует единые требования для сотрудников и подрядчиков» воспроизведите проверку по инструкции. Если возникает «при действии «определить цель и область действия» в теме «политика информационной безопасности» возникает отклонение: для «определить цель и область действия» нет проверки в контуре «политика информационной безопасности»», процедуру нельзя считать рабочей.
- Процедура: «определить цель и область действия» в системе «политика информационной безопасности».
- Кто выполняет: владелец актива.
- Повторяемый тест: артефакт операции «определить цель и область действия» для темы «политика информационной безопасности»: свидетельство защиты по шагу «определить цель и область действия» с датой, источником и итогом теста.
- Зависимость от человека: при действии «определить цель и область действия» в теме «политика информационной безопасности» возникает отклонение: для «определить цель и область действия» нет проверки в контуре «политика информационной безопасности».
Связать требования и риски: политика информационной безопасности
Изменение защиты проходит управляемый выпуск. Для «связать требования и риски» руководитель безопасности прикладывает артефакт операции «связать требования и риски» для темы «политика информационной безопасности»: свидетельство защиты по шагу «связать требования и риски» с датой, источником и итогом теста, тест, план отката и окно наблюдения. В теме «политика информационной безопасности» сравните риск до и после. При условии «при действии «связать требования и риски» в теме «политика информационной безопасности» возникает отклонение: для «связать требования и риски» нет проверки в контуре «политика информационной безопасности»» выпуск останавливают.
- Изменение: «связать требования и риски» в системе «политика информационной безопасности».
- Кто выпускает: руководитель безопасности.
- Тест и откат: артефакт операции «связать требования и риски» для темы «политика информационной безопасности»: свидетельство защиты по шагу «связать требования и риски» с датой, источником и итогом теста.
- Стоп выпуска: при действии «связать требования и риски» в теме «политика информационной безопасности» возникает отклонение: для «связать требования и риски» нет проверки в контуре «политика информационной безопасности».
Назначить роли управления: политика информационной безопасности
Инцидентный сценарий проверяется заранее. Во время «назначить роли управления» архитектор защиты использует артефакт операции «назначить роли управления» для темы «политика информационной безопасности»: свидетельство защиты по шагу «назначить роли управления» с датой, источником и итогом теста и фиксирует время обнаружения, ограничения и восстановления. На примере «растущая компания впервые формализует единые требования для сотрудников и подрядчиков» проведите настольную тренировку. Риск «при действии «назначить роли управления» в теме «политика информационной безопасности» возникает отклонение: для «назначить роли управления» нет проверки в контуре «политика информационной безопасности»» становится задачей с датой.
- Сценарий: «назначить роли управления» в системе «политика информационной безопасности».
- Кто реагирует: архитектор защиты.
- Хронология: артефакт операции «назначить роли управления» для темы «политика информационной безопасности»: свидетельство защиты по шагу «назначить роли управления» с датой, источником и итогом теста.
- Неготовая роль: при действии «назначить роли управления» в теме «политика информационной безопасности» возникает отклонение: для «назначить роли управления» нет проверки в контуре «политика информационной безопасности».
Классифицировать информацию: политика информационной безопасности
Исключение не должно становиться постоянным обходом. Для шага «классифицировать информацию» администратор системы записывает артефакт операции «классифицировать информацию» для темы «политика информационной безопасности»: свидетельство защиты по шагу «классифицировать информацию» с датой, источником и итогом теста, причину, компенсирующую меру и срок закрытия. В «политика информационной безопасности» регулярно ищите просроченные исключения. Ошибка: при действии «классифицировать информацию» в теме «политика информационной безопасности» возникает отклонение: для «классифицировать информацию» нет проверки в контуре «политика информационной безопасности».
- Исключение: «классифицировать информацию» в системе «политика информационной безопасности».
- Кто принимает: администратор системы.
- Компенсация: артефакт операции «классифицировать информацию» для темы «политика информационной безопасности»: свидетельство защиты по шагу «классифицировать информацию» с датой, источником и итогом теста.
- Просрочка: при действии «классифицировать информацию» в теме «политика информационной безопасности» возникает отклонение: для «классифицировать информацию» нет проверки в контуре «политика информационной безопасности».
Задать правила доступа: политика информационной безопасности
После «задать правила доступа» пересмотрите модель «политика информационной безопасности». владелец данных сопоставляет артефакт операции «задать правила доступа» для темы «политика информационной безопасности»: свидетельство защиты по шагу «задать правила доступа» с датой, источником и итогом теста с показателем «охват областей, подтверждённые ознакомления, исключения, нарушения, срок пересмотра и выполнение контрольных процедур» и обновляет правила по факту. Отдельно сохраните удачные и неудачные решения. При риске «при действии «задать правила доступа» в теме «политика информационной безопасности» возникает отклонение: для «задать правила доступа» нет проверки в контуре «политика информационной безопасности»» назначьте повторную проверку.
- Урок: «задать правила доступа» в системе «политика информационной безопасности».
- Кто закрепляет: владелец данных.
- Новое правило: артефакт операции «задать правила доступа» для темы «политика информационной безопасности»: свидетельство защиты по шагу «задать правила доступа» с датой, источником и итогом теста.
- Повторная проверка: при действии «задать правила доступа» в теме «политика информационной безопасности» возникает отклонение: для «задать правила доступа» нет проверки в контуре «политика информационной безопасности».
Описать устройства и удалённую работу: политика информационной безопасности
Для контроля «политика информационной безопасности» сначала определите защищаемый объект. На операции «описать устройства и удалённую работу» аналитик SOC оформляет артефакт операции «описать устройства и удалённую работу» для темы «политика информационной безопасности»: свидетельство защиты по шагу «описать устройства и удалённую работу» с датой, источником и итогом теста. Проверьте сценарий «растущая компания впервые формализует единые требования для сотрудников и подрядчиков» с обычным пользователем и нарушителем. Риск «при действии «описать устройства и удалённую работу» в теме «политика информационной безопасности» возникает отклонение: для «описать устройства и удалённую работу» нет проверки в контуре «политика информационной безопасности»» означает, что мера существует только формально.
- Актив: «описать устройства и удалённую работу» в системе «политика информационной безопасности».
- Владелец: аналитик SOC.
- Доказательство: артефакт операции «описать устройства и удалённую работу» для темы «политика информационной безопасности»: свидетельство защиты по шагу «описать устройства и удалённую работу» с датой, источником и итогом теста.
- Пробел: при действии «описать устройства и удалённую работу» в теме «политика информационной безопасности» возникает отклонение: для «описать устройства и удалённую работу» нет проверки в контуре «политика информационной безопасности».
Установить порядок инцидентов: политика информационной безопасности
Шаг «установить порядок инцидентов» оценивают по снижению реального риска. В контуре «политика информационной безопасности» координатор изменений сохраняет артефакт операции «установить порядок инцидентов» для темы «политика информационной безопасности»: свидетельство защиты по шагу «установить порядок инцидентов» с датой, источником и итогом теста, границу действия и известные исключения. Сопоставьте угрозу, стоимость меры и показатель «охват областей, подтверждённые ознакомления, исключения, нарушения, срок пересмотра и выполнение контрольных процедур». Если остаётся «при действии «установить порядок инцидентов» в теме «политика информационной безопасности» возникает отклонение: для «установить порядок инцидентов» нет проверки в контуре «политика информационной безопасности»», решение возвращают на уточнение.
- Угроза: «установить порядок инцидентов» в системе «политика информационной безопасности».
- Кто решает: координатор изменений.
- Оценка меры: артефакт операции «установить порядок инцидентов» для темы «политика информационной безопасности»: свидетельство защиты по шагу «установить порядок инцидентов» с датой, источником и итогом теста.
- Остаточный риск: при действии «установить порядок инцидентов» в теме «политика информационной безопасности» возникает отклонение: для «установить порядок инцидентов» нет проверки в контуре «политика информационной безопасности».
Включить поставщиков и обучение: политика информационной безопасности
Не доверяйте одному сигналу. Для действия «включить поставщиков и обучение» группа реагирования собирает артефакт операции «включить поставщиков и обучение» для темы «политика информационной безопасности»: свидетельство защиты по шагу «включить поставщиков и обучение» с датой, источником и итогом теста минимум из двух независимых источников. На примере «растущая компания впервые формализует единые требования для сотрудников и подрядчиков» проверьте ложноположительный и пропущенный случаи. При риске «при действии «включить поставщиков и обучение» в теме «политика информационной безопасности» возникает отклонение: для «включить поставщиков и обучение» нет проверки в контуре «политика информационной безопасности»» автоматическое решение ограничивают.
- Сигнал: «включить поставщиков и обучение» в системе «политика информационной безопасности».
- Кто проверяет: группа реагирования.
- Два источника: артефакт операции «включить поставщиков и обучение» для темы «политика информационной безопасности»: свидетельство защиты по шагу «включить поставщиков и обучение» с датой, источником и итогом теста.
- Ошибка детектора: при действии «включить поставщиков и обучение» в теме «политика информационной безопасности» возникает отклонение: для «включить поставщиков и обучение» нет проверки в контуре «политика информационной безопасности».
Управлять исключениями и контролем: политика информационной безопасности
Разделите предупреждение и блокировку. В системе «политика информационной безопасности» операция «управлять исключениями и контролем» получает владельца владелец исключения, правило реакции и артефакт операции «управлять исключениями и контролем» для темы «политика информационной безопасности»: свидетельство защиты по шагу «управлять исключениями и контролем» с датой, источником и итогом теста. Сначала протестируйте наблюдение, затем влияние на работу. Признак остановки: при действии «управлять исключениями и контролем» в теме «политика информационной безопасности» возникает отклонение: для «управлять исключениями и контролем» нет проверки в контуре «политика информационной безопасности».
- Режим реакции: «управлять исключениями и контролем» в системе «политика информационной безопасности».
- Кто включает: владелец исключения.
- Запись события: артефакт операции «управлять исключениями и контролем» для темы «политика информационной безопасности»: свидетельство защиты по шагу «управлять исключениями и контролем» с датой, источником и итогом теста.
- Влияние на работу: при действии «управлять исключениями и контролем» в теме «политика информационной безопасности» возникает отклонение: для «управлять исключениями и контролем» нет проверки в контуре «политика информационной безопасности».
Утвердить и пересматривать документ: политика информационной безопасности
Права на шаге «утвердить и пересматривать документ» выдаются под конкретную функцию и срок. Для «политика информационной безопасности» независимый аудитор подтверждает артефакт операции «утвердить и пересматривать документ» для темы «политика информационной безопасности»: свидетельство защиты по шагу «утвердить и пересматривать документ» с датой, источником и итогом теста. Проверьте отзыв после смены роли и аварийный доступ. Ситуация «при действии «утвердить и пересматривать документ» в теме «политика информационной безопасности» возникает отклонение: для «утвердить и пересматривать документ» нет проверки в контуре «политика информационной безопасности»» требует немедленного разбора.
- Минимальное право: «утвердить и пересматривать документ» в системе «политика информационной безопасности».
- Кто одобряет: независимый аудитор.
- Срок доступа: артефакт операции «утвердить и пересматривать документ» для темы «политика информационной безопасности»: свидетельство защиты по шагу «утвердить и пересматривать документ» с датой, источником и итогом теста.
- Лишняя привилегия: при действии «утвердить и пересматривать документ» в теме «политика информационной безопасности» возникает отклонение: для «утвердить и пересматривать документ» нет проверки в контуре «политика информационной безопасности».
Матрица контроля и владения
| Проверка | Доказательство | Когда смотреть |
|---|---|---|
| Полнота | вход, история и итог «политика информационной безопасности» связаны | ежедневно |
| Срок | таймер «политика информационной безопасности» имеет начало, паузы и финиш | еженедельно |
| Качество | выборка «политика информационной безопасности» сверена с исходниками | еженедельно |
| Причина | отклонение «политика информационной безопасности» привязано к этапу | ежемесячно |
| Эффект | для «политика информационной безопасности» есть исходная и контрольная линии | после каждого изменения |
Что изучить дальше
- аудит ИИ-систем
- инциденты с ИИ
- маскирование данных
- персональные данные в ИИ
- маскирование данных
- качество данных
Чек-лист запуска
- Граница «политика информационной безопасности» записана одним предложением.
- Каждый статус «политика информационной безопасности» означает наблюдаемое состояние.
- Для риска «политика информационной безопасности» есть ручной маршрут.
- Поля «политика информационной безопасности» собираются только для решения.
- Версия правила «политика информационной безопасности» сохраняется с результатом.
- Исходная линия «политика информационной безопасности» снята до автоматизации.
- Метрики «политика информационной безопасности» разделены по типу и сложности.
- Для «политика информационной безопасности» назначены дата проверки и откат.
Остался вопрос по теме статьи? Напишите его в предложку блога — отвечаю лично: задать вопрос в MAX. Частые вопросы разбираю отдельными статьями и присылаю ссылку тому, кто спросил.
Частые вопросы
С чего начать работу по теме «политика информационной безопасности»?
Для «политика информационной безопасности» выберите один поток, зафиксируйте исходные метрики и пройдите весь цикл вручную. После этого будет видно, какой шаг требует изменения.
Какую метрику выбрать для «политика информационной безопасности»?
Основной набор: охват областей, подтверждённые ознакомления, исключения, нарушения, срок пересмотра и выполнение контрольных процедур. Обязательно разделяйте его по типу запроса, каналу и сложности.
Когда нужна ручная проверка в «политика информационной безопасности»?
Для «политика информационной безопасности» ручная проверка нужна при новой теме, низкой уверенности автоматики, высоком риске для клиента и после изменения правил.
Как понять, что «политика информационной безопасности» работает?
Целевое состояние такое: руководство задаёт обязательные принципы, роли и правила защиты, которые поддерживаются регламентами и реальным контролем. Проверяйте не только средний показатель, но и выборку конкретных случаев.
Как часто пересматривать правила «политика информационной безопасности»?
Правила «политика информационной безопасности» пересматривают раз в месяц при стабильном потоке и сразу после релиза, нового канала или заметного сдвига защитной метрики.
Читайте дальше
-
DLP-система: как предотвращать утечки и не мешать работе
Dlp-система — практическая система, в которой чувствительные данные обнаруживаются в каналах передачи, а политика…
-
Zero Trust: как работает принцип нулевого доверия
Zero trust — практическая система, в которой доступ разрешается после явной проверки личности, устройства и контекста…
-
Резервное копирование данных: виды бэкапов и проверка восстановления
Резервное копирование данных — практическая система, в которой критичные данные копируются по целевым RPO и RTO…