Минимизация данных
Для сценария определяются действительно необходимые категории и объём данных.
Безопасность
Требования определяет конкретный контур
Архитектура, доступы и меры защиты проектируются вместе с заказчиком после обследования данных и инфраструктуры. Эта страница не является заявлением о сертификации или готовом соответствии конкретной информационной системе требованиям 152-ФЗ.
Принципы
Что рассматриваем при проектировании
Разделение доступа
Роли пользователей и администраторов проектируются с учётом обязанностей сторон.
Проверяемость
Требования к событиям, журналам и срокам хранения согласуются в проектной документации.
Управление жизненным циклом
Резервное копирование, восстановление, обновления и удаление данных рассматриваются до запуска.
Размещение
Варианты, а не обещание по умолчанию
Подходящий вариант выбирается после оценки угроз, внутренних регламентов, интеграций и эксплуатационной модели заказчика.
Локальный контур
Размещение в инфраструктуре заказчика может рассматриваться, если оно соответствует сценарию и требованиям организации.
Закрытый облачный контур
Параметры площадки, сетевого взаимодействия, администрирования и обработки данных требуют отдельного согласования.
Исследовательский контур
Для научных работ отдельно фиксируются состав выборки, порядок доступа и обезличивание, если оно требуется протоколом и правилами организации.
Чек-лист
Вопросы до начала пилота
- Какие категории данных обрабатываются и на каком основании?
- Кто является владельцем процесса и кто назначает права доступа?
- Где физически размещаются компоненты и резервные копии?
- Какие сетевые соединения и интеграции действительно необходимы?
- Какие события журналируются и кто разбирает инциденты?
- Как выполняются обновление, восстановление и вывод системы из эксплуатации?
- Какие организационные и технические меры должен подтвердить заказчик?
Обсудить требования к контуру
На первой встрече можно определить список технических и организационных вопросов для обследования.