| Наименование характеристики |
Значение характеристики |
Единица измерения
характеристики |
Инструкция по заполнению
характеристик в заявке |
| Требования к интеграции СУС ИБ |
Технические решения по интеграции функциональных подсистем должны быть унифицированы и обеспечивать масштабируемость, наращиваемость и дальнейшее совершенствование СУС ИБ при развитии ИТС.
Агент СУС ИБ должен включать в себя компонент сбора низкоуровневых событий с ядра ОС. Данный компонент должен включаться/выключаться для каждой установки агента СУС ИБ через центральный интерфейс СУС ИБ.
СУС БД должна иметь функционал отделяемых компонентов, обеспечивающий сбор и нормализацию событий не более 500 событий в секунду без необходимости приобретения дополнительных лицензий.
При передаче событий должна обеспечиваться их целостность и гарантированная доставка в хранилище.
Должно быть предусмотрено временное хранилище при невозможности передачи событий, собранных с источников. При этом, должна обеспечиваться целостность и неизменность событий. |
|
Значение характеристики не может изменяться участником закупки |
|
В случае превышения лицензионных ограничений система не должна прерывать процесс сбора событий с источников данных без ограничения сроков, прошедших с момента выявления этих ограничений системой.
В случае избыточной нагрузки, система должна уметь буферизовать поступающий поток во избежание потерь событий и распределения оптимальной нагрузки. СУС ИБ должна содержать инструментарий подключения новых источников событий через поддерживаемые транспорты, доступные через интерфейс пользователя.
СУС ИБ должна обеспечивать функционал импорта данных в списки, используемые в системе из командной строки или с использованием RestAPI.
СУС ИБ должна обеспечиваться возможность передачи инцидентов и событий инцидентов во внешние системы с использование RestAPI. |
|
|
| Способ предоставления |
Копия электронного экземпляра |
|
Значение характеристики не может изменяться участником закупки |
| Общие требования к системе управления событиями информационной безопасности (далее по тексту - СУС ИБ) |
СУС ИБ должна обеспечивать решение следующих общих задач:
- сбор, обработка, отображение и долгосрочное хранение информации о событиях и подозрениях на инциденты информационной безопасности, выявляемых в инфраструктуре Заказчика;
- предоставление инструментов для анализа событий и расследования инцидентов информационной безопасности, в том числе, масштабных инцидентов ИБ, затрагивающие несколько территориальных подразделений;
- предоставление исходной информации для определения влияния события или подозрения на инцидент ИБ на ИТ-сервисы.
СУС ИБ должна строиться как единая система с иерархической функциональной структурой и централизованным пунктом управления и являться составной частью информационно-телекоммуникационной системы Заказчика. |
|
Значение характеристики не может изменяться участником закупки |
|
В СУС ИБ должна обеспечиваться сохранность данных при возникновении аварийной ситуации с программно-техническими комплексами СУС ИБ путем резервного копирования и восстановления данных и программного обеспечения. Для этого информационные ресурсы СУС ИБ должны включаться в контур существующих систем резервного копирования.
Все серверные компоненты СУС ИБ должна строится на базе Linux подобных систем и не требовать приобретения дополнительных лицензий.
По окончании действия входящей в состав технической поддержки СУС ИБ система должна сохранять полную работоспособность.
Мониторинг и анализ событий информационной безопасности от контролируемых ресурсов информационно-телекоммуникационной системы ( далее по тексту - ИТС) не должен оказывать отрицательного воздействия с точки зрения скорости исполнения обычных процессов функциональной деятельности подразделений Заказчика. |
|
|
| Класс программ для электронных вычислительных машин и баз данных |
(03.02) Средства управления событиями информационной безопасности |
|
Значение характеристики не может изменяться участником закупки |
| Требования к структуре СУС ИБ |
В СУС ИБ должны быть реализованы следующие функциональные подсистемы:
- Подсистема сбора и обработки событий информационной безопасности (далее по тексту - ИБ);
- Подсистема хранения событий ИБ;
- Подсистема корреляции событий ИБ;
- Подсистема поиска событий и подозрений на инциденты ИБ;
- Подсистема регистрации инцидентов;
- Подсистема обеспечение информационной безопасности самой системы;
- Подсистемы управления. |
|
Значение характеристики не может изменяться участником закупки |
| Требования к функционированию СУС ИБ |
- обобщенное представление информации о выявленных в ИТС подозрениях на инциденты ИБ на единой консоли СУС ИБ;
- уведомление ответственных сотрудников ИБ об обнаружении инцидентов/подозрений на инцидент;
- администрирование компонентов СУС ИБ;
- мониторинг состояния, устранение сбоев и отказов компонентов СУС ИБ;
- поддержка иерархической структуры с назначением головной и подчиненных площадок СУС ИБ |
|
Значение характеристики не может изменяться участником закупки |
|
СУС ИБ должна обеспечить выполнение следующих функций:
- консолидация и хранение информации о инцидентах ИБ, регистрируемых Системой с целью выявления подозрений на инциденты ИБ;
- анализ информации о подозрениях на инциденты ИБ с целью их подтверждения и назначения для последующего реагирования;
- сбор и систематизация данных для проведения специалистами по ИБ последующего анализа причин и источников инцидентов информационной безопасности для определения корректирующих действий по снижению вероятности наступления аналогичных инцидентов информационной безопасности в будущем; |
|
|
| Требования к функциональным подсистемам |
Реализация функциональных подсистем должна учитывать иерархическую структуру СУС ИБ в целом.
Проектные решения по созданию СУС ИБ должны предусматривать возможность поэтапного внедрения и интегрирования функциональных подсистем. Решения по обеспечению информационного взаимодействия между функциональными уровнями и подсистемами СУС ИБ, а также с объектами контроля не должны предусматривать создания дублирующих по отношению к уже созданным сетевых и телекоммуникационных инфраструктур. |
|
Значение характеристики не может изменяться участником закупки |
| Подсистема управления |
Управление СУС ИБ осуществляется посредством графического веб-интерфейса, адаптированного под использование с различных веб-браузеров и мобильных устройств.
Интерфейс должен отображать текущее состояние всех компонентов системы и текущую нагрузку на ресурсы системы СУС ИБ, такие как CPU, память, диск.
Интерфейс должен позволять пользователям создавать и формировать отчеты с возможностью визуализации данных с помощью таблиц и диаграмм.
Интерфейс должен позволять отображать текущее количество инцидентов, графики по возникновению инцидентов с разведкой по времени и обеспечивать формирование отчетов по инцидентам с возможностью выбора полей инцидентов.
Подсистема управления должна обеспечивать возможность управления настройками и правилами корреляции на всех серверах СУС ИБ из единой консоли. |
|
Значение характеристики не может изменяться участником закупки |
|
Подсистема должна обеспечивать управление обновлением системы, в случае доступности обновления, подсистема должна отображать список изменений в версии. Обновление системы должно обеспечиваться автоматически, без необходимости остановки системы или отдельных ее компонентов. Обновление компонентов СУС ИБ может включать исправление работы СУС ИБ, новый функционал, обновление правил корреляции и нормализации. Все новые правила корреляции и нормализации, полученные в рамках обновлении системы, должны быть активны по умолчанию, без необходимости взаимодействия с пользователем. |
|
|
| Подсистема информационной безопасности |
Подсистема информационной безопасности СУС ИБ должна обеспечивать реализацию следующих действий:
- аутентификация пользователей посредством встроенных механизмов, интеграции с LDAP и гибридной аутентификации;
- разграничение доступа к функциям и информации, обрабатываемой в СУС ИБ посредством ролевой модели;
- логирование входов и действий обслуживающего персонала СУС ИБ;
- логирование парольной политики;
- защита от несанкционированного доступа к информации, находящейся в СУС ИБ;
- регистрация и предотвращение попыток несанкционированного доступа к средствам контроля и контролируемой информации;
- ограничение количества неуспешных попыток входа в СУС ИБ;
- настройка парольных политик пользователей СУС ИБ;
- ограничение количества параллельных сеансов доступа в СУС ИБ;
- контроль целостность компонентов СУС ИБ и уведомление пользователя в случае нарушения целостности. |
|
Значение характеристики не может изменяться участником закупки |
| Срок действия лицензии на использование ПО |
бессрочная |
|
Значение характеристики не может изменяться участником закупки |
| Вид лицензии |
Простая (неисключительная) |
|
Значение характеристики не может изменяться участником закупки |
| Подсистема регистрации инцидентов ИБ |
Подсистема регистрации инцидентов безопасности СУС ИБ должна быть выполнена в виде единого решения с остальными подсистемами в единой консоли управления.
Функционал удаления инцидентов должен иметь возможность ограничения определенными ролей пользователей или отключения данного функционала для всех пользователей СУС ИБ.
Инциденты информационной безопасности, равно как и связанные с ними события должны храниться в системе не менее 1 года, не зависимо от срока хранения обычных сырых и нормализованных событий в системе. |
|
Значение характеристики не может изменяться участником закупки |
| Подсистема сбора и обработки событий ИБ |
Подсистема сбора и обработки событий ИБ должна обеспечивать реализацию следующего набора типовых действий:
- сбор и обработка не менее 3000 событий в секунду;
- автоматизированный сбор и нормализация событий ИБ, включая:
o присвоение событиям категорий в соответствии с типом зарегистрированного события;
o присвоение событию степени критичности, управляемой администраторами СУС ИБ;
o приведение событий ИБ к единому формату СУС ИБ;
o обогащение событий из активов, статических и динамических таблиц (запись пользовательских значений в любое поле события) на основании пользовательских правил;
o сохранение исходного события и нормализованного.
o нормализация объединенного потока событий от различных источников; |
|
Значение характеристики не может изменяться участником закупки |
|
- передача информации о событиях ИБ в подсистему управления инцидентами ИБ, подсистему хранения событий ИБ;
- поддержка передачи событий в другие системы;
- возможность передачи событий в нормализованном и сыром формате, в том числе по заданному условию;
- события должны содержать как минимум следующую информацию:
o дата и время возникновения события;
o источник (IP-адрес или сетевое имя);
o уникальный идентификатор события;
o тип (категория) события;
o описание события;
o критичность (приоритет) события;
o время получения события от источника;
o дополнительные поля.
В рамках иерархической структуры СУС ИБ должны быть реализованы следующие варианты хранения и передачи событий:
- хранение событий на подчиненных площадках;
- передача всех событий с подчиненных площадок на головную. |
|
|
| Подсистема хранения событий ИБ |
Подсистема хранения событий ИБ должна быть реализована в виде единого распределенного хранилища на базе Elasticsearch.
Хранилище системы СУС ИБ должно обеспечивать хранение оперативной информации за период не менее 3 последних месяцев.
Должна быть обеспечена возможность последующего увеличения емкости хранилищ без изменения всей архитектуры решения (горизонтальное масштабирование).
Подсистема должна обеспечивать использование «Горячих серверов хранения» обеспечивающей хранение событий, к которым необходим оперативный доступ и «Холодных серверов хранения» для хранения событий, доступ к которым постоянно не требуется.
Подсистема хранения должна иметь возможность горизонтального масштабирования путем ввода новых серверов хранения событий, без привлечения сторонних организаций и разработчиков. |
|
Значение характеристики не может изменяться участником закупки |
| Подсистема корреляции событий ИБ |
Подсистема должна обеспечивать агрегацию инцидентов. Агрегация должна осуществляться при совпадении значений любых заданных администратором полей событий. При регистрации большого количества однотипных событий, превышающего количественные значения правила корреляции, должен быть создан только один инцидент.
Подсистема должна обеспечивать возможность добавления информации в динамические списки и удаления информации из них.
Подсистема должна обеспечивать хранение событий вызвавший инцидент в отдельной базе данных.
Подсистема должна иметь функционал проверки наличия IP или доменов, указанных заказчиком в списке Роскомнадзора. Условие правила корреляции должно трактоваться однозначно, быть интуитивно понятным.
Подсистема должна иметь возможность использовать любые поля событий из таксономии. |
|
Значение характеристики не может изменяться участником закупки |
|
Условие правила корреляции должно трактоваться однозначно, быть интуитивно понятным.
Подсистема должна иметь возможность использовать любые поля событий из таксономии.
В рамках иерархической структуры СУС ИБ должна быть обеспечена следующая логика работы подсистемы корреляции событий ИБ:
- в случае работы подсистемы корреляции на стороне головной площадки корреляция должна осуществляться независимо по каждой из подчиненных площадок;
- в случае работы подсистемы корреляции на стороне подчиненной площадки должна быть обеспечена возможность передачи правил корреляции с головной площадки на подчиненные с возможностью выбора пользователем площадок, на которые необходимо передать правила. |
|
|
| Подсистема поиска событий и подозрений на инциденты ИБ |
В рамках иерархической структуры СУС ИБ подсистема поиска событий должна обеспечивать возможность распределенного поиска событий по всех подчиненным площадкам из интерфейса управления головной площадки.
В рамках иерархической структуры СУС ИБ должна быть обеспечена возможность разграничения доступа пользователей головной площадки СУС ИБ к событиям каждой из подчиненных площадок. |
|
Значение характеристики не может изменяться участником закупки |
Зарегистрироваться
Войти
Все сервисы
