Номер извещения: 0267100000726000038

Общая информация о закупке

Внимание! За нарушение требований антимонопольного законодательства Российской Федерации о запрете участия в ограничивающих конкуренцию соглашениях, осуществления ограничивающих конкуренцию согласованных действий предусмотрена ответственность в соответствии со ст. 14.32 КоАП РФ и ст. 178 УК РФ

Способ определения поставщика (подрядчика, исполнителя): Электронный аукцион

Наименование электронной площадки в информационно-телекоммуникационной сети «Интернет»: АО «Сбербанк-АСТ»

Адрес электронной площадки в информационно-телекоммуникационной сети «Интернет»: http://www.sberbank-ast.ru

Размещение осуществляет: Заказчик ТЕРРИТОРИАЛЬНЫЙ ФОНД ОБЯЗАТЕЛЬНОГО МЕДИЦИНСКОГО СТРАХОВАНИЯ ТЮМЕНСКОЙ ОБЛАСТИ

Наименование объекта закупки: Предоставление неисключительных прав на использование программного обеспечения системы управления событиями информационной безопасности

Этап закупки: Подача заявок

Сведения о связи с позицией плана-графика: 202602671000007001000197

Контактная информация

Размещение осуществляет: Заказчик

Организация, осуществляющая размещение: ТЕРРИТОРИАЛЬНЫЙ ФОНД ОБЯЗАТЕЛЬНОГО МЕДИЦИНСКОГО СТРАХОВАНИЯ ТЮМЕНСКОЙ ОБЛАСТИ

Почтовый адрес: Российская Федерация, 625000, Тюменская обл, Тюмень г, Советская ул, Д.65 К.2

Место нахождения: Российская Федерация, 625000, Тюменская обл, Тюмень г, Советская ул, Д.65 К.2

Ответственное должностное лицо: Кармазин А. В.

Адрес электронной почты: tfoms@tfoms.ru

Номер контактного телефона: 7-3452-598333

Дополнительная информация: Информация отсутствует

Регион: Тюменская обл

Информация о процедуре закупки

Дата и время начала срока подачи заявок: 03.11.2026 16:29 (МСК+2)

Дата и время окончания срока подачи заявок: 12.11.2026 09:00 (МСК+2)

Дата проведения процедуры подачи предложений о цене контракта либо о сумме цен единиц товара, работы, услуги: 12.11.2026

Дата подведения итогов определения поставщика (подрядчика, исполнителя): 16.11.2026

Начальная (максимальная) цена контракта

Начальная (максимальная) цена контракта: 2 974 000,00

Валюта: РОССИЙСКИЙ РУБЛЬ

Идентификационный код закупки (ИКЗ): 262720202689372030100100800015829242

Информация о сроках исполнения контракта и источниках финансирования

Срок исполнения контракта (отдельных этапов исполнения контракта) включает в том числе приемку поставленного товара, выполненной работы, оказанной услуги, а также оплату заказчиком поставщику (подрядчику, исполнителю) поставленного товара, выполненной работы, оказанной услуги

Дата начала исполнения контракта: с даты заключения контракта

Срок исполнения контракта: 30.12.2026

Закупка за счет бюджетных средств: Да

Наименование бюджета: Бюджет территориального фонда обязательного медицинского страхования Тюменской области

Вид бюджета: бюджет территориального государственного внебюджетного фонда

Код территории муниципального образования: 71000009: Муниципальные образования Тюменской области / Территориальный фонд обязательного медицинского страхования

Информация об объекте закупки

Код позиции - Наименование товара, работы, услуги - Ед. измерения - Количество (объем работы, услуги) - Цена за ед., ? - Стоимость, ?

- 58.29.11.000 58.29.11.000-00000004 - Программное обеспечение Вид лицензии Простая (неисключительная) Класс программ для электронных вычислительных машин и баз данных (03.02) Средства управления событиями информационной безопасности Способ предоставления Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет - Условная единица - 1,00 - 2 974 000,00 - 2 974 000,00

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Вид лицензии Простая (неисключительная) Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (03.02) Средства управления событиями информационной безопасности Значение характеристики не может изменяться участником закупки Способ предоставления Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет Значение характеристики не может изменяться участником закупки Срок действия лицензии Бессрочная Значение характеристики не может изменяться участником закупки Максимальное количество собираемых и обрабатываемых событий информационной безопасно-сти (EPS) не менее 2000 событий в секунду Значение характеристики не может изменяться участником закупки Обеспечение решения следующих общих задач: 1. cбор, обработка, отображение и долгосрочное хранение информации о событиях и подозрениях на инциденты информационной безопасности, выявляемых в инфраструктуре; 2. предоставление инструментов для анализа событий и расследования инцидентов информационной безопасности, в том числе, масштабных инцидентов информационной безопасности, затрагивающих несколько территориальных подразделений; 3. предоставление исходной информации для определения влияния события или подозрения на инцидент информационной безопасности на ИТ-сервисы Наличие Значение характеристики не может изменяться участником закупки Микросервисная архитектура, обеспечивающая перенос части функции СУС ИБ на отдельные сервера, выполняющие функции: 1. приема событий; 2. нормализации событий; 3. корреляции событий; 4. хранения событий Наличие Значение характеристики не может изменяться участником закупки Наличие у СУС ИБ следующих свойств и возможностей: 1. горизонтальное масштабирование – возможность справляться с увеличением рабочей нагрузки на СУС ИБ путем наращивания числа функциональных блоков, выполняющих одни и те же задачи; 2. вертикальное масштабирование – возможность увеличения ресурсов на выделенных серверах; 3. отказоустойчивость – свойство системы непрерывно сохранять работоспособность в течение некоторого времени. СУС ИБ должна иметь возможность построения отказоустойчивой конфигурации (кластера) для обеспечения функционирования в случае сбоев оборудования или ПО Наличие Значение характеристики не может изменяться участником закупки Обеспечение функционирования в следующих режимах: 1. штатный режим – режим функционирования СУС ИБ, при котором обеспечивается выполнение функциональных возможностей системы в объеме, соответствующем текущему этапу реализации; 2. автономный режим – режим, характеризующийся ограничением возможностей контроля. В этом случае сохраняется основной функционал СУС ИБ за исключением функции консолидации информации; 3. аварийный режим – режим функционирования системы в случае сбоя (ев)/отказа(ов) одного или нескольких компонентов СУС ИБ. В аварийном режиме должна обеспечиваться сохранность данных при возникновении аварийной ситуации с программно-техническими комплексами СУС ИБ; 4. сервисный режим – режим функционирования системы при проведении работ по обслуживанию инфраструктуры СУС ИБ (виртуальной или аппаратной) и обновлению ее компонентов. Сервисный режим должен обеспечивать реализацию основных функций СУС ИБ, за исключением работ, требующих временной приостановки работы компонента(ов) СУС ИБ Наличие Значение характеристики не может изменяться участником закупки Обеспечение сохранности данных при возникновении аварийной ситуации с программно-техническими комплексами СУС ИБ путем резервного копирования и восстановления данных и программного обеспечения. Для этого информационные ресурсы СУС ИБ должны иметь возможность включаться в контур существующих систем резервного копирования. Нарушение штатной работы, включая перерывы и выход за установленные пределы параметров электропитания на время не более 30 минут не должно приводить к: 1. появлению ложных сигналов управления; 2. потере информации, важной для работы системы управления Наличие Значение характеристики не может изменяться участником закупки Соответствие системы управления событиями информационной безопасности следующим требованиям: 1. все серверные компоненты СУС ИБ должны строиться на базе Linux-подобных систем и не требовать приобретения дополнительных лицензий. 2. по окончании действия услуг технической поддержки СУС ИБ система должна сохранять полную работоспособность. 3. мониторинг и анализ событий информационной безопасности от контролируемых ресурсов ИТС не должны оказывать отрицательного воздействия с точки зрения скорости исполнения обычных процессов функциональной деятельности подразделений Заказчика Наличие Значение характеристики не может изменяться участником закупки Реализация в СУС ИБ следующих функциональных подсистем: 1. подсистема сбора и обработки событий информационной безопасности; 2. подсистема хранения событий информационной безопасности; 3. подсистема корреляции событий информационной безопасности; 4. подсистема поиска событий и подозрений на инциденты информационной безопасности; 5. подсистема регистрации инцидентов; 6. подсистема обеспечения информационной безопасности самой системы; 7. подсистемы управления Наличие Значение характеристики не может изменяться участником закупки Обеспечение выполнения СУС ИБ следующих функций: 1. консолидация и хранение информации об инцидентах информационной безопасности, регистрируемых Системой с целью выявления подозрений на инциденты информационной безопасности; 2. анализ информации о подозрениях на инциденты информационной безопасности с целью их подтверждения и назначения для последующего реагирования; 3. сбор и систематизация данных для проведения специалистами по информационной безопасности последующего анализа причин и источников инцидентов информационной безопасности для определения корректирующих действий по снижению вероятности наступления аналогичных инцидентов информационной безопасности в будущем; 4. обобщенное представление информации о выявленных в ИТС подозрениях на инциденты ИБ на единой консоли СУС ИБ; 5. уведомление ответственных сотрудников информационной безопасности об обнаружении инцидентов/подозрений на инцидент; 6. администрирование компонентов СУС ИБ; 7. мониторинг состояния, устранение сбоев и отказов компонентов СУС ИБ; 8. поддержка иерархической структуры с назначением головной и подчиненных площадок СУС ИБ Наличие Значение характеристики не может изменяться участником закупки Возможность реализации подсистемой сбора и обработки событий информационной безопасности следующего набора типовых действий: 1. Автоматизированный сбор и нормализация событий информационной безопасности, включая: o Присвоение событиям категорий в соответствии с типом зарегистрированного события; o Присвоение событию степени критичности, управляемой администраторами СУС ИБ; o Приведение событий ИБ к единому формату СУС ИБ; o Обогащение событий из активов, статических и динамических таблиц (запись пользовательских значений в любое поле события) на основании пользовательских правил; o Сохранение исходного события и нормализованного. o Нормализация объединенного потока событий от различных источников. 2. Передача информации о событиях информационной безопасности в подсистему управления инцидентами информационной безопасности, подсистему хранения событий информационной безопасности; 3. Поддержка передачи событий в другие системы; 4. Возможность передачи событий в нормализованном и сыром формате, в том числе по заданному условию; 5. События должны содержать как минимум следующую информацию: o дата и время возникновения события; o источник (IP-адрес или сетевое имя); o уникальный идентификатор события; o тип (категория) события; o описание события; o критичность (приоритет) события; o время получения события от источника; o дополнительные поля. 6. Информация об источнике события должна быть представлена в формате IPv4 и IPv6-адресации, либо в формате DNS-hostname. 7. Информация о внешних IP-адресах должна быть также представлена в виде геопозиционных меток (страна, город, координаты местонахождения). 8. Дополнительные поля таксономии могут содержать информацию о протоколах прикладного уровня, MAC-адресах, DNS-адресах, файловых доступах, различные переменные и т.д. 9. Должна допускаться возможность расширения схемы полей таксономии администраторами СУС ИБ Наличие Значение характеристики не может изменяться участником закупки Возможность реализации подсистемой сбора и обработки событий информационной безопасности следующих функций: 1. Подсистема сбора должна иметь унифицированные транспорты для сбора событий и допускать подключение новых источников администраторами СУС ИБ без привлечения сторонних организаций и разработчиков. 2. Подсистема должна обеспечивать мониторинг syslog источников. 3. Подсистема должна обеспечивать возможность разработки правил нормализации событий для существующих полей таксономии с использованием встроенного инструментария и не требовать привлечения разработчиков. 4. Подсистема сбора должна автоматически применять соответствующие формулы нормализации, без необходимости настройки типа источника или вендора в СУС ИБ. 5. Подсистема должна гарантировать кэширование событий на агенте, при потере связи с центральным компонентом СУС ИБ. 6. Подсистема должна обеспечивать автоматическую однопоточную и многопоточную архивацию и шифрование событий при передаче их с агента СУС ИБ. 7. При сборе событий с использованием агента СУС ИБ должна иметь возможность настраивать модули по умолчанию, автоматически подключаемые настройки сбора для всех новых агентов. 8. В рамках иерархической структуры СУС ИБ должны быть реализованы следующие варианты хранения и передачи событий: o Хранение событий на подчиненных площадках; o Передача всех событий с подчиненных площадок на головную Наличие Значение характеристики не может изменяться участником закупки Соответствие подсистемы хранения событий информационной безопасности следующим требованиям: 1. Подсистема хранения событий информационной безопасности должна быть реализована в виде единого распределенного хранилища на базе Elasticsearch . 2. Хранилище системы СУС ИБ должно обеспечивать хранение оперативной информации за период не менее 3 последних месяцев. 3. Должна быть обеспечена возможность последующего увеличения емкости хранилищ без изменения всей архитектуры решения (горизонтальное масштабирование). 4. Подсистема должна обеспечивать использование «Горячих серверов хранения», обеспечивающих хранение событий, к которым необходим оперативный доступ и «Холодных серверов хранения» для хранения событий, доступ к которым постоянно не требуется. 5. Подсистема хранения должна иметь возможность горизонтального масштабирования путем ввода новых серверов хранения событий, без привлечения сторонних организаций и разработчиков Наличие Значение характеристики не может изменяться участником закупки Реализация в подсистеме хранения событий информационной безопасности набора типовых действий: o Выделение отдельных серверов управления и индексирования при необходимости, для оптимизации нагрузки; o Долгосрочное хранение событий ИБ как в нормализованном, так и в исходном виде; o Хранение событий ИБ в сжатом виде; o Возможность хранения событий как на локальных, так и на внешних хранилищах; o Адаптация системы хранения событий ИБ под разные часовые пояса (отображение всех событий в едином временном пространстве); o Распределенное хранение событий без консолидации в единое хранилище с возможностью оперативного доступа ко всем событиям из единой консоли; o Возможность распределенного поиска по всем событиям в едином запросе без передачи события в единое хранилище; o Долгосрочное хранение событий с оперативным доступом к любым событиям на всем интервале хранения; o Автоматическая очистка хранилища от неинформативных событий; o Возможность установки глубины хранения пользователем для всех типов событий; o Автоматическое восстановление базы данных после сбоев Наличие Значение характеристики не может изменяться участником закупки Реализация в СУС ИБ в подсистеме хранения следующих функциональных модулей: 1. Модуль архивации, обладающий следующим функционалом: o автоматическая однопоточная и многопоточная архивация событий с выгрузкой их в отдельные файлы на сетевом хранилище; o настройка глубины хранений событий в системе – события старше указанного срока должны автоматически выгружаться в архив; o просмотр имеющихся архивов, возможность временного подключения архива к системе; o возможность нескольких видов архивации событий – режим быстрой архивации с минимальной степенью сжатия и медленной архивации с большей степенью сжатия; o автоматический мониторинг состояния подключенного сетевого хранилища. 2. Модуль агрегации событий, обеспечивающий: o уменьшение объем хранилища событий; o прекращение хранения однотипных и неважных событий; o хранение первого и последнего события, содержащих временные метки всех подобных событий. 3. Модуль фильтрации приходящих событий, обеспечивающий: o фильтрацию событий по созданным правилам фильтрации; o экспорт и импорт правил фильтрации Наличие Значение характеристики не может изменяться участником закупки Соответствие набора типовых действий, реализуемых подсистемой корреляции событий информационной безопасности следующим требованиям: 1. Выявление подозрений на инциденты информационной безопасности. 2. Создание корреляций по историческим данным (хранящимся в системе) с использованием всех доступных функций корреляции; 3. Историческая корреляция должна иметь функционал ручного и автоматического запуска; 4. Создание и корректировка правил корреляции в графическом конструкторе без знания языков программирования; 5. Установка приоритета инцидента, регистрируемого в результате срабатывания правила корреляции; 6. Возможность использования в правилах корреляции изменяемых пользователем статических списков, динамических списков, динамических таблиц; 7. Установка временных ограничительных параметров срабатывания правила корреляции; 8. Групповое управление настройками переоткрытия инцидентов. 9. Подсистема должна иметь функционал проверки наличия IP или доменов, указанных заказчиком в списке Роскомнадзора Наличие Значение характеристики не может изменяться участником закупки Возможность выявления подозрения на следующие инциденты: o Превышение числа указанного количества попыток неуспешного доступа; o Успешный вход под учетной записью после многочисленных неуспешных попыток; o Попытки подбора пароля к сервисам удаленного управления серверов и сетевого оборудования, а также для критичных учетных записей; o Блокирование учетной записи после многочисленных неуспешных попыток; o Блокирование критичной/сервисной учетной записи по превышению лимита неудачных входов; o Интерактивный вход под служебной/сервисной учетной записью; o Попытки входа под несуществующей учетной записью; o Попытки входа под заблокированной учетной записью; o Удаленный/интерактивный вход на критичные ресурсы под учетными записями, не перечисленными в указанном списке; o Изменение или создание учетных записей пользователями, не входящими в доверенную группу; o Изменение учетных записей и групп вне рабочего времени; o Изменение сервисных учетных записей; o Вход с использованием привилегированных или сервисных учетных записей, в том числе в нерабочие часы; o Массовое изменение учетных записей и групп; o Включение опции Password Never Expires; o Очистка журналов событий; o Превышение допустимого числа запрещенных межсетевым экраном соединений; o Превышение допустимого числа сброшенных соединений; o Превышение допустимого числа неустановленных соединений; o Многочисленные ошибки доступа к источнику (нет прав доступа) Наличие Значение характеристики не может изменяться участником закупки Возможность отправки уведомлений: 1. Отправка уведомления о регистрации инцидента по электронной почте сотрудникам, не имеющим доступа к системе; 2. Отправка уведомления о регистрации инцидента в Telegram сотрудникам, не имеющим доступа к системе; 3. Отправка уведомлений в Telegram для переоткрытых инцидентов Наличие Значение характеристики не может изменяться участником закупки Обеспечение подсистемой корреляции выполнения следующих функций: o Возможность использования категории события для дальнейшего использования в правилах корреляции. o Возможность использования уровня критичности события; o Поиск неполного значения; o Сравнение поля за временной диапазон. Фиксация изменений; o Значение в поле начинается с определенного значения; o Проверка наличия значения в поле; o Проверка отсутствия значения в поле; o Значение из поля входит или не входит в указанный список или списки; o Значение в поле входит в список заблокированных ресурсов Роскомнадзором; o Проверка наличия или отсутсвия определённого поля в событии; o Проверка наличия инцидентов по значению в указанном поле; o Проверка доменных имен на вредоносность; o Поиск в списках независимо от регистра значений; o Сравнение значения и поля; o Поиск подстроки по значениям статических списков; o Копирование списков на подчиненные ноды при режиме Multitenancy; o Постраничный поиск значений статического списка; o Массовое удаление значений таблиц; o Вывод правил со статическими списками Наличие Значение характеристики не может изменяться участником закупки Возможность администраторов СУС ИБ выполнять операций: o включения и отключения отдельных правил корреляции; o копирования правила корреляции с созданием нового без повторного написания условия; o добавление категории инцидентов к правилу корреляции; o изменения пользовательского правила корреляции с уточнением его условия; o экспортировать в форматах json, yaml и импортировать правила корреляции; o привязка событий к инцидентам, созданным вручную; o экспортировать содержимое статических и динамических таблиц; o импортировать данные из файлов в статические и динамические таблицы Наличие Значение характеристики не может изменяться участником закупки Соответствие подсистемы поиска событий и подозрений на инциденты информационной безопасности следующим требованиям: Подсистема поиска событий и подозрений на инциденты ИБ должна обеспечивать реализацию следующего набора типовых действий: o формирование графических представлений и визуализаций данных в событиях; o сортировка и группировка событий; o отображение нормализованных событий с выводом указанной последовательности и набора полей; o изменение очередности и количества выводимых полей при детальном просмотре событий; o группировка по указанному пользователем полю; o создание сохраненных фильтров просмотра событий пользователями и администраторами; o использование составных поисковых запросов; o поиск событий без знания текста события, по категориям и критериям; o возможность использования логических операторов; o выгрузка событий по фильтрам с указанными полями и их очередностью; o гибкое формирование отчетов по событиям на базе поисковых запросов; o поиск событий ИБ, связанных с конкретным подозрением на инцидент ИБ; o сортировка событий по каждому из возможных полей; o полнотекстовый поиск по сырым событиям; o группировка поля события, при детальном его просмотре. o отображение порядка групп полей в соответствии с уровнем важности; o визуальное построение взаимосвязей между событиями по произвольным полям; o запоминание последнего фильтра, введенного во взаимосвязях; o поиск по всем подключенным средствам хранения событий; o полнотекстовый поиск по событиям, с возможностью использования логических операторов, а также преобразования результатов в диаграммы на лету без необходимости создания отчетов или инструментальных панелей Наличие Значение характеристики не может изменяться участником закупки Соответствие подсистемы регистрации инцидентов информационной безопасности: 1. Подсистема регистрации инцидентов безопасности СУС ИБ должна быть выполнена в виде единого решения с остальными подсистемами в единой консоли управления. 2. Функционал удаления инцидентов должен иметь возможность ограничения определенными ролями пользователей или отключения данного функционала для всех пользователей СУС ИБ. 3. Инциденты информационной безопасности, равно как и связанные с ними события должны храниться в системе не менее 1 года, независимо от срока хранения обычных сырых и нормализованных событий в системе. Наличие Значение характеристики не может изменяться участником закупки Обеспечение подсистемой регистрации инцидентов реализации следующих типовых действий: o ведение процессов инцидент-менеджмента согласно стандарту ITIL o создание инцидента вручную o регистрация инцидентов в результате срабатывания по правилам корреляции o ролевое разделение доступа к инцидентам o постановка задач сотрудникам и группам в рамках инцидентов и не имеющим доступа к инциденту с изменением зоны видимости инцидента o эскалация инцидентов с изменением зоны видимости инцидентов o поиск и навигация по событиям, попавшим под инцидент o повторное открытие ранее закрытого инцидента при его повторном возникновении o возможность массового изменения статуса инцидентов o должен обеспечиваться функционал добавления информации в инцидент при ведении расследования o отображение событий, вызвавших инцидент и обеспечение поиска, сортировки и группи-ровки полей событий в карточке инцидента o привязка событий к инцидентам, созданным вручную o массовое удаление инцидентов, сгруппированных по тенанту, по наименованию или по категории o экспорт инцидентов в формате json Наличие Значение характеристики не может изменяться участником закупки Обеспечение подсистемой информационной безопасности СУС ИБ реализации следующих действий: o аутентификация пользователей посредством встроенных механизмов, интеграции с LDAP и гибридной аутентификации; o разграничение доступа к функциям и информации, обрабатываемой в СУС ИБ посредством ролевой модели; o логирование входов и действий обслуживающего персонала СУС ИБ; o логирование парольной политики; o защита от несанкционированного доступа к информации, находящейся в СУС ИБ; o регистрация и предотвращение попыток несанкционированного доступа к средствам контроля и контролируемой информации; o ограничение количества неуспешных попыток входа в СУС ИБ; o настройка парольных политик пользователей СУС ИБ; o ограничение количества параллельных сеансов доступа в СУС ИБ; o контроль целостности компонентов СУС ИБ и уведомление пользователя в случае нарушения целостности Наличие Значение характеристики не может изменяться участником закупки Соответствие подсистемы управления следующим требованиям: 1. Возможность управления настройками и правилами корреляции на всех серверах СУС ИБ из единой консоли. 2. Отображение состояния системы хранения и текущую ее загрузку. В случае использования кластерной сборки системы хранения, подсистема должна обеспечивать отображение состояния каждой ноды в отдельности. 3. Отображение на головной ноде статуса лицензий на подчиненных нодах. 4. Обеспечивать функционал множественной активации и деактивации правил корреляции и нормализации событий. 5. Обеспечивать отображение статуса активации и деактивации правил, а также отображать статус наличия ошибок корреляции и нормализации. 6. Подсистема должна иметь функционал экспорта парсеров в форматах json, yaml. 7. Обеспечивать функционал автоматического удаления записей из списков по истечении времени или отсутствию обновлений данных в списке (TTL). 8. Обеспечивать возможность сбора статистики по парсерам и правилам корреляции. 10. Обеспечивать массовое удаление агентов. 11. Обеспечивать управление локальной базой агента Наличие Значение характеристики не может изменяться участником закупки Соответствие интерфейса СУС ИБ следующим требованиям: 1. Управление СУС ИБ осуществляется посредством графического веб-интерфейса, адаптированного под использование с различных веб-браузеров и мобильных устройств. 2. Интерфейс должен отображать текущее состояние всех компонентов системы и текущую нагрузку на ресурсы системы СУС ИБ, такие как CPU, память, диск. 3. Интерфейс должен позволять пользователям создавать и формировать отчеты с возможностью визуализации данных с помощью таблиц и диаграмм. 4. Интерфейс должен позволять отображать текущее количество инцидентов, графики по возникновению инцидентов с разбивкой по времени и обеспечивать формирование отчетов по инцидентам с возможностью выбора полей инцидентов. 5. Интерфейс должен позволять возможность отображения состояния подсистемы Хранения событий в веб интерфейсе Наличие Значение характеристики не может изменяться участником закупки Соответствие требованиям к управлению обновлением систем: В случае доступности обновления, подсистема должна отображать список изменений в версии. Обновление системы должно обеспечиваться автоматически, без необходимости остановки системы или отдельных ее компонентов. Обновление компонентов СУС ИБ может включать исправление работы СУС ИБ, новый функционал, обновление правил корреляции и нормализации. Все новые правила корреляции и нормализации, полученные в рамках обновления системы, должны быть активны по умолчанию, без необходимости взаимодействия с пользователем Наличие Значение характеристики не может изменяться участником закупки Соответствие требованиям к интеграции СУС ИБ: 1. Технические решения по интеграции функциональных подсистем должны быть унифицированы и обеспечивать масштабируемость, наращиваемость и дальнейшее совершенствование СУС ИБ при развитии ИТС. 2. Агент СУС ИБ должен включать в себя компонент сбора низкоуровневых событий с ядра ОС. Данный компонент должен включаться/выключаться для каждой установки агента СУС ИБ через центральный интерфейс СУС ИБ. 3. Источники событий должны интегрироваться с платформой СУС ИБ одним из следующих способов: o сбор событий по протоколу syslog, netflow, snmp; o Сбор событий с компонента, собирающего информацию о низкоуровневых событиях ядра ОС. o сбор событий, хранящихся в лог-файлах (SMB, FTP); o сбор событий, хранящихся в журналах; o сбор событий, хранящихся в БД MS SQL, Oracle, MySQL, PostgreSQL; o сбор информации об установленном ПО и патчах на ОС Windows; o сбор информации по произвольным WMI запросам; o сбор событий посредством проприетарных протоколов; o сбор результатов выполнения команд на удаленном хосте по протоколу SSH и Telnet; o сбор событий посредством REST API Наличие Значение характеристики не может изменяться участником закупки Соответствие требованиям к отказоустойчивости СУС ИБ: 1. В случае превышения лицензионных ограничений система не должна прерывать процесс сбора событий с источников данных без ограничения сроков, прошедших с момента выявления этих ограничений системой. 2. В случае избыточной нагрузки, система должна уметь буферизовать поступающий поток во избежание потерь событий и распределения оптимальной нагрузки. СУС ИБ должна содержать инструментарий подключения новых источников событий через поддерживаемые транспорты, доступные через интерфейс пользователя Наличие Значение характеристики не может изменяться участником закупки Возможность СУС ИБ интеграции со следующими автоматизированными системами: 1. СУС ИБ должна иметь компонент интеграции с личным кабинетом ФИНЦЕРТ, позволяющий автоматически по расписанию загружать индикаторы компрометации из личного кабинета в списки, используемые в корреляциях. 2. СУС ИБ должна иметь компонент интеграции с личным кабинетом ГосСОПКА, с поддержкой следующего функционала: o Получение уведомлений о компьютерных инцидентах и уязвимостях из личного кабинета ГосСОПКА o Получение сообщений из личного кабинета ГосСОПКА o Получение бюллетеней из личного кабинета ГосСОПКА o Передачу инцидентов в ГосСОПКА Наличие Значение характеристики не может изменяться участником закупки Наличие поддержки следующих источников: 1С 8.3;1C Bitrix;3Com;Apache web server;Asterisk;AuditD;Authelia;Avsoft;Bastion;Bind;Bolid Ori-on;Brocade switch;CentOS;Cisco;DallasLock;Dell;Diasoft;D-LINK;DLP DeviceLock 8.3;Docker;DrWeb;DWDM Volga;Echelon;Eltex;Extreme Networks;Falcongaze;Filelog (IIS);Forcepoint:Forcepoint NGFW 6x. Fortinet:Fortinet Fortianalyzer;Fortinet Fortigate;Fortinet Forti-Mail.FreeRADIUS;Ideco; IDS HS; Indeed; Infotecs; Infowatch Traffic Monitor;Kaspersky: Kaspersky Antitarget Attack Platform; Kaspersky Secure Mail Gateway; Kaspersky Security Center CEF/LEEF; Kaspersky Security Center Syslog; Kaspersky (KLMS). Keepalived; Kerio; Kiwi solar-winds;Klnagent;Kron;Linux Monit;Linux postmaster;Linux/Unix/BSD/Suse sys-log;Maipu;Mate;Microsoft Windows;Mikrolink;Modsecurity;MS DHCP Server;MS Exchange 2007/2010/2013;MS IIS;MS SCCM (через MS SQL БД):MS Windows 2012 Server;MS Windows 7/8/10. Multifactor;Mysql over syslog;Named;Netflow;Netgate;ODBC;OpenBSD;OpenVPN;Oracle Audit;OracleDB for Linux;Ossec;Pgsql;Php-fpm 7.1;Poligon;Positive;Post-fix over sys-log;Postgresql;PSQL;PTAF;RedHat;Red Soft;RuAgent;Ruijie;Rusiem;;Safib;SDEE (http/https) ;SearchInform;Security code (vGate) ;Sendmail;Squid;Ssec;Ssecline SSH (RuAgent);Sshd;Staffcop;;S-terra;Stonegate Stonesoft;Suricata;Synology;Sysco;Syslog(tcp/udp);Syslog TLS;Sysmon (RuAgent);System info (RuAgent);Systemd;systemd-resolved;Tacacs;Telekom;TrendMicro Control Manager;TrendMicro Proxy IWSVA;Tripwire;Ubiquiti;Unlimited;Useradd;Userdel;UserGate: UserGate NGFW;UserGate UTM, vGate;VMware ESX;VMware ESXi;Vsftpd over syslog;WAF Forti-web;Windows Task Scheduler;Windows Power Shell;Windows Message Track-ing;Zabbix;Zyxel;АудитПлюс;АПКШ “Континент” 3.9, 4;АРМ КБР-Н;БОСС-кадровик;ДБО (Бифит) ;КриптоПро NGate;Маршрутизатор huawei;Микросервисы RuSIEM: Сisco BGP. Trassir Наличие Значение характеристики не может изменяться участником закупки Перечень поддерживаемых протоколов (транспортов) сбора событий 1. Microsoft Windows standard event logs (System/Applications/Security) ; 2. Microsoft Windows custom event logs; 3. Microsoft Windows applications event logs; 4. Microsoft Windows softwares list; 5. Microsoft Windows patches list; 6. Microsoft Windows WMI command (get answer to events) ; 7. Hasher for Windows (get processes, its hashes to events) ; 8. ms evt and wmi transport; 9. Microsoft SQL (tables, views) — any logs; 10. Secure Shell Protocol (ssh) ; 11. Telnet; 12. SysMon; 13. Oracle — any logs, Oracle Audit trail; 14. MySQL (tables, views) ; 15. PostgreSQL; 16. Cisco SDEE; 17. Checkpoint LEA; 18. File — log files over network shares; 19. Ftp — logs into ftp servers; 20. Syslog plain; 21. Syslog TLS; 22. Syslog CEF; 23. Syslog LEEF; 24. NetFlow (3,6, 9) Наличие Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (03.02) Средства управления событиями информационной безопасности - - Значение характеристики не может изменяться участником закупки - Способ предоставления - Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет - - Значение характеристики не может изменяться участником закупки - Срок действия лицензии - Бессрочная - - Значение характеристики не может изменяться участником закупки - Максимальное количество собираемых и обрабатываемых событий информационной безопасно-сти (EPS) - не менее 2000 событий в секунду - - Значение характеристики не может изменяться участником закупки - Обеспечение решения следующих общих задач: 1. cбор, обработка, отображение и долгосрочное хранение информации о событиях и подозрениях на инциденты информационной безопасности, выявляемых в инфраструктуре; 2. предоставление инструментов для анализа событий и расследования инцидентов информационной безопасности, в том числе, масштабных инцидентов информационной безопасности, затрагивающих несколько территориальных подразделений; 3. предоставление исходной информации для определения влияния события или подозрения на инцидент информационной безопасности на ИТ-сервисы - Наличие - - Значение характеристики не может изменяться участником закупки - Микросервисная архитектура, обеспечивающая перенос части функции СУС ИБ на отдельные сервера, выполняющие функции: 1. приема событий; 2. нормализации событий; 3. корреляции событий; 4. хранения событий - Наличие - - Значение характеристики не может изменяться участником закупки - Наличие у СУС ИБ следующих свойств и возможностей: 1. горизонтальное масштабирование – возможность справляться с увеличением рабочей нагрузки на СУС ИБ путем наращивания числа функциональных блоков, выполняющих одни и те же задачи; 2. вертикальное масштабирование – возможность увеличения ресурсов на выделенных серверах; 3. отказоустойчивость – свойство системы непрерывно сохранять работоспособность в течение некоторого времени. СУС ИБ должна иметь возможность построения отказоустойчивой конфигурации (кластера) для обеспечения функционирования в случае сбоев оборудования или ПО - Наличие - - Значение характеристики не может изменяться участником закупки - Обеспечение функционирования в следующих режимах: 1. штатный режим – режим функционирования СУС ИБ, при котором обеспечивается выполнение функциональных возможностей системы в объеме, соответствующем текущему этапу реализации; 2. автономный режим – режим, характеризующийся ограничением возможностей контроля. В этом случае сохраняется основной функционал СУС ИБ за исключением функции консолидации информации; 3. аварийный режим – режим функционирования системы в случае сбоя (ев)/отказа(ов) одного или нескольких компонентов СУС ИБ. В аварийном режиме должна обеспечиваться сохранность данных при возникновении аварийной ситуации с программно-техническими комплексами СУС ИБ; 4. сервисный режим – режим функционирования системы при проведении работ по обслуживанию инфраструктуры СУС ИБ (виртуальной или аппаратной) и обновлению ее компонентов. Сервисный режим должен обеспечивать реализацию основных функций СУС ИБ, за исключением работ, требующих временной приостановки работы компонента(ов) СУС ИБ - Наличие - - Значение характеристики не может изменяться участником закупки - Обеспечение сохранности данных при возникновении аварийной ситуации с программно-техническими комплексами СУС ИБ путем резервного копирования и восстановления данных и программного обеспечения. Для этого информационные ресурсы СУС ИБ должны иметь возможность включаться в контур существующих систем резервного копирования. Нарушение штатной работы, включая перерывы и выход за установленные пределы параметров электропитания на время не более 30 минут не должно приводить к: 1. появлению ложных сигналов управления; 2. потере информации, важной для работы системы управления - Наличие - - Значение характеристики не может изменяться участником закупки - Соответствие системы управления событиями информационной безопасности следующим требованиям: 1. все серверные компоненты СУС ИБ должны строиться на базе Linux-подобных систем и не требовать приобретения дополнительных лицензий. 2. по окончании действия услуг технической поддержки СУС ИБ система должна сохранять полную работоспособность. 3. мониторинг и анализ событий информационной безопасности от контролируемых ресурсов ИТС не должны оказывать отрицательного воздействия с точки зрения скорости исполнения обычных процессов функциональной деятельности подразделений Заказчика - Наличие - - Значение характеристики не может изменяться участником закупки - Реализация в СУС ИБ следующих функциональных подсистем: 1. подсистема сбора и обработки событий информационной безопасности; 2. подсистема хранения событий информационной безопасности; 3. подсистема корреляции событий информационной безопасности; 4. подсистема поиска событий и подозрений на инциденты информационной безопасности; 5. подсистема регистрации инцидентов; 6. подсистема обеспечения информационной безопасности самой системы; 7. подсистемы управления - Наличие - - Значение характеристики не может изменяться участником закупки - Обеспечение выполнения СУС ИБ следующих функций: 1. консолидация и хранение информации об инцидентах информационной безопасности, регистрируемых Системой с целью выявления подозрений на инциденты информационной безопасности; 2. анализ информации о подозрениях на инциденты информационной безопасности с целью их подтверждения и назначения для последующего реагирования; 3. сбор и систематизация данных для проведения специалистами по информационной безопасности последующего анализа причин и источников инцидентов информационной безопасности для определения корректирующих действий по снижению вероятности наступления аналогичных инцидентов информационной безопасности в будущем; 4. обобщенное представление информации о выявленных в ИТС подозрениях на инциденты ИБ на единой консоли СУС ИБ; 5. уведомление ответственных сотрудников информационной безопасности об обнаружении инцидентов/подозрений на инцидент; 6. администрирование компонентов СУС ИБ; 7. мониторинг состояния, устранение сбоев и отказов компонентов СУС ИБ; 8. поддержка иерархической структуры с назначением головной и подчиненных площадок СУС ИБ - Наличие - - Значение характеристики не может изменяться участником закупки - Возможность реализации подсистемой сбора и обработки событий информационной безопасности следующего набора типовых действий: 1. Автоматизированный сбор и нормализация событий информационной безопасности, включая: o Присвоение событиям категорий в соответствии с типом зарегистрированного события; o Присвоение событию степени критичности, управляемой администраторами СУС ИБ; o Приведение событий ИБ к единому формату СУС ИБ; o Обогащение событий из активов, статических и динамических таблиц (запись пользовательских значений в любое поле события) на основании пользовательских правил; o Сохранение исходного события и нормализованного. o Нормализация объединенного потока событий от различных источников. 2. Передача информации о событиях информационной безопасности в подсистему управления инцидентами информационной безопасности, подсистему хранения событий информационной безопасности; 3. Поддержка передачи событий в другие системы; 4. Возможность передачи событий в нормализованном и сыром формате, в том числе по заданному условию; 5. События должны содержать как минимум следующую информацию: o дата и время возникновения события; o источник (IP-адрес или сетевое имя); o уникальный идентификатор события; o тип (категория) события; o описание события; o критичность (приоритет) события; o время получения события от источника; o дополнительные поля. 6. Информация об источнике события должна быть представлена в формате IPv4 и IPv6-адресации, либо в формате DNS-hostname. 7. Информация о внешних IP-адресах должна быть также представлена в виде геопозиционных меток (страна, город, координаты местонахождения). 8. Дополнительные поля таксономии могут содержать информацию о протоколах прикладного уровня, MAC-адресах, DNS-адресах, файловых доступах, различные переменные и т.д. 9. Должна допускаться возможность расширения схемы полей таксономии администраторами СУС ИБ - Наличие - - Значение характеристики не может изменяться участником закупки - Возможность реализации подсистемой сбора и обработки событий информационной безопасности следующих функций: 1. Подсистема сбора должна иметь унифицированные транспорты для сбора событий и допускать подключение новых источников администраторами СУС ИБ без привлечения сторонних организаций и разработчиков. 2. Подсистема должна обеспечивать мониторинг syslog источников. 3. Подсистема должна обеспечивать возможность разработки правил нормализации событий для существующих полей таксономии с использованием встроенного инструментария и не требовать привлечения разработчиков. 4. Подсистема сбора должна автоматически применять соответствующие формулы нормализации, без необходимости настройки типа источника или вендора в СУС ИБ. 5. Подсистема должна гарантировать кэширование событий на агенте, при потере связи с центральным компонентом СУС ИБ. 6. Подсистема должна обеспечивать автоматическую однопоточную и многопоточную архивацию и шифрование событий при передаче их с агента СУС ИБ. 7. При сборе событий с использованием агента СУС ИБ должна иметь возможность настраивать модули по умолчанию, автоматически подключаемые настройки сбора для всех новых агентов. 8. В рамках иерархической структуры СУС ИБ должны быть реализованы следующие варианты хранения и передачи событий: o Хранение событий на подчиненных площадках; o Передача всех событий с подчиненных площадок на головную - Наличие - - Значение характеристики не может изменяться участником закупки - Соответствие подсистемы хранения событий информационной безопасности следующим требованиям: 1. Подсистема хранения событий информационной безопасности должна быть реализована в виде единого распределенного хранилища на базе Elasticsearch . 2. Хранилище системы СУС ИБ должно обеспечивать хранение оперативной информации за период не менее 3 последних месяцев. 3. Должна быть обеспечена возможность последующего увеличения емкости хранилищ без изменения всей архитектуры решения (горизонтальное масштабирование). 4. Подсистема должна обеспечивать использование «Горячих серверов хранения», обеспечивающих хранение событий, к которым необходим оперативный доступ и «Холодных серверов хранения» для хранения событий, доступ к которым постоянно не требуется. 5. Подсистема хранения должна иметь возможность горизонтального масштабирования путем ввода новых серверов хранения событий, без привлечения сторонних организаций и разработчиков - Наличие - - Значение характеристики не может изменяться участником закупки - Реализация в подсистеме хранения событий информационной безопасности набора типовых действий: o Выделение отдельных серверов управления и индексирования при необходимости, для оптимизации нагрузки; o Долгосрочное хранение событий ИБ как в нормализованном, так и в исходном виде; o Хранение событий ИБ в сжатом виде; o Возможность хранения событий как на локальных, так и на внешних хранилищах; o Адаптация системы хранения событий ИБ под разные часовые пояса (отображение всех событий в едином временном пространстве); o Распределенное хранение событий без консолидации в единое хранилище с возможностью оперативного доступа ко всем событиям из единой консоли; o Возможность распределенного поиска по всем событиям в едином запросе без передачи события в единое хранилище; o Долгосрочное хранение событий с оперативным доступом к любым событиям на всем интервале хранения; o Автоматическая очистка хранилища от неинформативных событий; o Возможность установки глубины хранения пользователем для всех типов событий; o Автоматическое восстановление базы данных после сбоев - Наличие - - Значение характеристики не может изменяться участником закупки - Реализация в СУС ИБ в подсистеме хранения следующих функциональных модулей: 1. Модуль архивации, обладающий следующим функционалом: o автоматическая однопоточная и многопоточная архивация событий с выгрузкой их в отдельные файлы на сетевом хранилище; o настройка глубины хранений событий в системе – события старше указанного срока должны автоматически выгружаться в архив; o просмотр имеющихся архивов, возможность временного подключения архива к системе; o возможность нескольких видов архивации событий – режим быстрой архивации с минимальной степенью сжатия и медленной архивации с большей степенью сжатия; o автоматический мониторинг состояния подключенного сетевого хранилища. 2. Модуль агрегации событий, обеспечивающий: o уменьшение объем хранилища событий; o прекращение хранения однотипных и неважных событий; o хранение первого и последнего события, содержащих временные метки всех подобных событий. 3. Модуль фильтрации приходящих событий, обеспечивающий: o фильтрацию событий по созданным правилам фильтрации; o экспорт и импорт правил фильтрации - Наличие - - Значение характеристики не может изменяться участником закупки - Соответствие набора типовых действий, реализуемых подсистемой корреляции событий информационной безопасности следующим требованиям: 1. Выявление подозрений на инциденты информационной безопасности. 2. Создание корреляций по историческим данным (хранящимся в системе) с использованием всех доступных функций корреляции; 3. Историческая корреляция должна иметь функционал ручного и автоматического запуска; 4. Создание и корректировка правил корреляции в графическом конструкторе без знания языков программирования; 5. Установка приоритета инцидента, регистрируемого в результате срабатывания правила корреляции; 6. Возможность использования в правилах корреляции изменяемых пользователем статических списков, динамических списков, динамических таблиц; 7. Установка временных ограничительных параметров срабатывания правила корреляции; 8. Групповое управление настройками переоткрытия инцидентов. 9. Подсистема должна иметь функционал проверки наличия IP или доменов, указанных заказчиком в списке Роскомнадзора - Наличие - - Значение характеристики не может изменяться участником закупки - Возможность выявления подозрения на следующие инциденты: o Превышение числа указанного количества попыток неуспешного доступа; o Успешный вход под учетной записью после многочисленных неуспешных попыток; o Попытки подбора пароля к сервисам удаленного управления серверов и сетевого оборудования, а также для критичных учетных записей; o Блокирование учетной записи после многочисленных неуспешных попыток; o Блокирование критичной/сервисной учетной записи по превышению лимита неудачных входов; o Интерактивный вход под служебной/сервисной учетной записью; o Попытки входа под несуществующей учетной записью; o Попытки входа под заблокированной учетной записью; o Удаленный/интерактивный вход на критичные ресурсы под учетными записями, не перечисленными в указанном списке; o Изменение или создание учетных записей пользователями, не входящими в доверенную группу; o Изменение учетных записей и групп вне рабочего времени; o Изменение сервисных учетных записей; o Вход с использованием привилегированных или сервисных учетных записей, в том числе в нерабочие часы; o Массовое изменение учетных записей и групп; o Включение опции Password Never Expires; o Очистка журналов событий; o Превышение допустимого числа запрещенных межсетевым экраном соединений; o Превышение допустимого числа сброшенных соединений; o Превышение допустимого числа неустановленных соединений; o Многочисленные ошибки доступа к источнику (нет прав доступа) - Наличие - - Значение характеристики не может изменяться участником закупки - Возможность отправки уведомлений: 1. Отправка уведомления о регистрации инцидента по электронной почте сотрудникам, не имеющим доступа к системе; 2. Отправка уведомления о регистрации инцидента в Telegram сотрудникам, не имеющим доступа к системе; 3. Отправка уведомлений в Telegram для переоткрытых инцидентов - Наличие - - Значение характеристики не может изменяться участником закупки - Обеспечение подсистемой корреляции выполнения следующих функций: o Возможность использования категории события для дальнейшего использования в правилах корреляции. o Возможность использования уровня критичности события; o Поиск неполного значения; o Сравнение поля за временной диапазон. Фиксация изменений; o Значение в поле начинается с определенного значения; o Проверка наличия значения в поле; o Проверка отсутствия значения в поле; o Значение из поля входит или не входит в указанный список или списки; o Значение в поле входит в список заблокированных ресурсов Роскомнадзором; o Проверка наличия или отсутсвия определённого поля в событии; o Проверка наличия инцидентов по значению в указанном поле; o Проверка доменных имен на вредоносность; o Поиск в списках независимо от регистра значений; o Сравнение значения и поля; o Поиск подстроки по значениям статических списков; o Копирование списков на подчиненные ноды при режиме Multitenancy; o Постраничный поиск значений статического списка; o Массовое удаление значений таблиц; o Вывод правил со статическими списками - Наличие - - Значение характеристики не может изменяться участником закупки - Возможность администраторов СУС ИБ выполнять операций: o включения и отключения отдельных правил корреляции; o копирования правила корреляции с созданием нового без повторного написания условия; o добавление категории инцидентов к правилу корреляции; o изменения пользовательского правила корреляции с уточнением его условия; o экспортировать в форматах json, yaml и импортировать правила корреляции; o привязка событий к инцидентам, созданным вручную; o экспортировать содержимое статических и динамических таблиц; o импортировать данные из файлов в статические и динамические таблицы - Наличие - - Значение характеристики не может изменяться участником закупки - Соответствие подсистемы поиска событий и подозрений на инциденты информационной безопасности следующим требованиям: Подсистема поиска событий и подозрений на инциденты ИБ должна обеспечивать реализацию следующего набора типовых действий: o формирование графических представлений и визуализаций данных в событиях; o сортировка и группировка событий; o отображение нормализованных событий с выводом указанной последовательности и набора полей; o изменение очередности и количества выводимых полей при детальном просмотре событий; o группировка по указанному пользователем полю; o создание сохраненных фильтров просмотра событий пользователями и администраторами; o использование составных поисковых запросов; o поиск событий без знания текста события, по категориям и критериям; o возможность использования логических операторов; o выгрузка событий по фильтрам с указанными полями и их очередностью; o гибкое формирование отчетов по событиям на базе поисковых запросов; o поиск событий ИБ, связанных с конкретным подозрением на инцидент ИБ; o сортировка событий по каждому из возможных полей; o полнотекстовый поиск по сырым событиям; o группировка поля события, при детальном его просмотре. o отображение порядка групп полей в соответствии с уровнем важности; o визуальное построение взаимосвязей между событиями по произвольным полям; o запоминание последнего фильтра, введенного во взаимосвязях; o поиск по всем подключенным средствам хранения событий; o полнотекстовый поиск по событиям, с возможностью использования логических операторов, а также преобразования результатов в диаграммы на лету без необходимости создания отчетов или инструментальных панелей - Наличие - - Значение характеристики не может изменяться участником закупки - Соответствие подсистемы регистрации инцидентов информационной безопасности: 1. Подсистема регистрации инцидентов безопасности СУС ИБ должна быть выполнена в виде единого решения с остальными подсистемами в единой консоли управления. 2. Функционал удаления инцидентов должен иметь возможность ограничения определенными ролями пользователей или отключения данного функционала для всех пользователей СУС ИБ. 3. Инциденты информационной безопасности, равно как и связанные с ними события должны храниться в системе не менее 1 года, независимо от срока хранения обычных сырых и нормализованных событий в системе. - Наличие - - Значение характеристики не может изменяться участником закупки - Обеспечение подсистемой регистрации инцидентов реализации следующих типовых действий: o ведение процессов инцидент-менеджмента согласно стандарту ITIL o создание инцидента вручную o регистрация инцидентов в результате срабатывания по правилам корреляции o ролевое разделение доступа к инцидентам o постановка задач сотрудникам и группам в рамках инцидентов и не имеющим доступа к инциденту с изменением зоны видимости инцидента o эскалация инцидентов с изменением зоны видимости инцидентов o поиск и навигация по событиям, попавшим под инцидент o повторное открытие ранее закрытого инцидента при его повторном возникновении o возможность массового изменения статуса инцидентов o должен обеспечиваться функционал добавления информации в инцидент при ведении расследования o отображение событий, вызвавших инцидент и обеспечение поиска, сортировки и группи-ровки полей событий в карточке инцидента o привязка событий к инцидентам, созданным вручную o массовое удаление инцидентов, сгруппированных по тенанту, по наименованию или по категории o экспорт инцидентов в формате json - Наличие - - Значение характеристики не может изменяться участником закупки - Обеспечение подсистемой информационной безопасности СУС ИБ реализации следующих действий: o аутентификация пользователей посредством встроенных механизмов, интеграции с LDAP и гибридной аутентификации; o разграничение доступа к функциям и информации, обрабатываемой в СУС ИБ посредством ролевой модели; o логирование входов и действий обслуживающего персонала СУС ИБ; o логирование парольной политики; o защита от несанкционированного доступа к информации, находящейся в СУС ИБ; o регистрация и предотвращение попыток несанкционированного доступа к средствам контроля и контролируемой информации; o ограничение количества неуспешных попыток входа в СУС ИБ; o настройка парольных политик пользователей СУС ИБ; o ограничение количества параллельных сеансов доступа в СУС ИБ; o контроль целостности компонентов СУС ИБ и уведомление пользователя в случае нарушения целостности - Наличие - - Значение характеристики не может изменяться участником закупки - Соответствие подсистемы управления следующим требованиям: 1. Возможность управления настройками и правилами корреляции на всех серверах СУС ИБ из единой консоли. 2. Отображение состояния системы хранения и текущую ее загрузку. В случае использования кластерной сборки системы хранения, подсистема должна обеспечивать отображение состояния каждой ноды в отдельности. 3. Отображение на головной ноде статуса лицензий на подчиненных нодах. 4. Обеспечивать функционал множественной активации и деактивации правил корреляции и нормализации событий. 5. Обеспечивать отображение статуса активации и деактивации правил, а также отображать статус наличия ошибок корреляции и нормализации. 6. Подсистема должна иметь функционал экспорта парсеров в форматах json, yaml. 7. Обеспечивать функционал автоматического удаления записей из списков по истечении времени или отсутствию обновлений данных в списке (TTL). 8. Обеспечивать возможность сбора статистики по парсерам и правилам корреляции. 10. Обеспечивать массовое удаление агентов. 11. Обеспечивать управление локальной базой агента - Наличие - - Значение характеристики не может изменяться участником закупки - Соответствие интерфейса СУС ИБ следующим требованиям: 1. Управление СУС ИБ осуществляется посредством графического веб-интерфейса, адаптированного под использование с различных веб-браузеров и мобильных устройств. 2. Интерфейс должен отображать текущее состояние всех компонентов системы и текущую нагрузку на ресурсы системы СУС ИБ, такие как CPU, память, диск. 3. Интерфейс должен позволять пользователям создавать и формировать отчеты с возможностью визуализации данных с помощью таблиц и диаграмм. 4. Интерфейс должен позволять отображать текущее количество инцидентов, графики по возникновению инцидентов с разбивкой по времени и обеспечивать формирование отчетов по инцидентам с возможностью выбора полей инцидентов. 5. Интерфейс должен позволять возможность отображения состояния подсистемы Хранения событий в веб интерфейсе - Наличие - - Значение характеристики не может изменяться участником закупки - Соответствие требованиям к управлению обновлением систем: В случае доступности обновления, подсистема должна отображать список изменений в версии. Обновление системы должно обеспечиваться автоматически, без необходимости остановки системы или отдельных ее компонентов. Обновление компонентов СУС ИБ может включать исправление работы СУС ИБ, новый функционал, обновление правил корреляции и нормализации. Все новые правила корреляции и нормализации, полученные в рамках обновления системы, должны быть активны по умолчанию, без необходимости взаимодействия с пользователем - Наличие - - Значение характеристики не может изменяться участником закупки - Соответствие требованиям к интеграции СУС ИБ: 1. Технические решения по интеграции функциональных подсистем должны быть унифицированы и обеспечивать масштабируемость, наращиваемость и дальнейшее совершенствование СУС ИБ при развитии ИТС. 2. Агент СУС ИБ должен включать в себя компонент сбора низкоуровневых событий с ядра ОС. Данный компонент должен включаться/выключаться для каждой установки агента СУС ИБ через центральный интерфейс СУС ИБ. 3. Источники событий должны интегрироваться с платформой СУС ИБ одним из следующих способов: o сбор событий по протоколу syslog, netflow, snmp; o Сбор событий с компонента, собирающего информацию о низкоуровневых событиях ядра ОС. o сбор событий, хранящихся в лог-файлах (SMB, FTP); o сбор событий, хранящихся в журналах; o сбор событий, хранящихся в БД MS SQL, Oracle, MySQL, PostgreSQL; o сбор информации об установленном ПО и патчах на ОС Windows; o сбор информации по произвольным WMI запросам; o сбор событий посредством проприетарных протоколов; o сбор результатов выполнения команд на удаленном хосте по протоколу SSH и Telnet; o сбор событий посредством REST API - Наличие - - Значение характеристики не может изменяться участником закупки - Соответствие требованиям к отказоустойчивости СУС ИБ: 1. В случае превышения лицензионных ограничений система не должна прерывать процесс сбора событий с источников данных без ограничения сроков, прошедших с момента выявления этих ограничений системой. 2. В случае избыточной нагрузки, система должна уметь буферизовать поступающий поток во избежание потерь событий и распределения оптимальной нагрузки. СУС ИБ должна содержать инструментарий подключения новых источников событий через поддерживаемые транспорты, доступные через интерфейс пользователя - Наличие - - Значение характеристики не может изменяться участником закупки - Возможность СУС ИБ интеграции со следующими автоматизированными системами: 1. СУС ИБ должна иметь компонент интеграции с личным кабинетом ФИНЦЕРТ, позволяющий автоматически по расписанию загружать индикаторы компрометации из личного кабинета в списки, используемые в корреляциях. 2. СУС ИБ должна иметь компонент интеграции с личным кабинетом ГосСОПКА, с поддержкой следующего функционала: o Получение уведомлений о компьютерных инцидентах и уязвимостях из личного кабинета ГосСОПКА o Получение сообщений из личного кабинета ГосСОПКА o Получение бюллетеней из личного кабинета ГосСОПКА o Передачу инцидентов в ГосСОПКА - Наличие - - Значение характеристики не может изменяться участником закупки - Наличие поддержки следующих источников: 1С 8.3;1C Bitrix;3Com;Apache web server;Asterisk;AuditD;Authelia;Avsoft;Bastion;Bind;Bolid Ori-on;Brocade switch;CentOS;Cisco;DallasLock;Dell;Diasoft;D-LINK;DLP DeviceLock 8.3;Docker;DrWeb;DWDM Volga;Echelon;Eltex;Extreme Networks;Falcongaze;Filelog (IIS);Forcepoint:Forcepoint NGFW 6x. Fortinet:Fortinet Fortianalyzer;Fortinet Fortigate;Fortinet Forti-Mail.FreeRADIUS;Ideco; IDS HS; Indeed; Infotecs; Infowatch Traffic Monitor;Kaspersky: Kaspersky Antitarget Attack Platform; Kaspersky Secure Mail Gateway; Kaspersky Security Center CEF/LEEF; Kaspersky Security Center Syslog; Kaspersky (KLMS). Keepalived; Kerio; Kiwi solar-winds;Klnagent;Kron;Linux Monit;Linux postmaster;Linux/Unix/BSD/Suse sys-log;Maipu;Mate;Microsoft Windows;Mikrolink;Modsecurity;MS DHCP Server;MS Exchange 2007/2010/2013;MS IIS;MS SCCM (через MS SQL БД):MS Windows 2012 Server;MS Windows 7/8/10. Multifactor;Mysql over syslog;Named;Netflow;Netgate;ODBC;OpenBSD;OpenVPN;Oracle Audit;OracleDB for Linux;Ossec;Pgsql;Php-fpm 7.1;Poligon;Positive;Post-fix over sys-log;Postgresql;PSQL;PTAF;RedHat;Red Soft;RuAgent;Ruijie;Rusiem;;Safib;SDEE (http/https) ;SearchInform;Security code (vGate) ;Sendmail;Squid;Ssec;Ssecline SSH (RuAgent);Sshd;Staffcop;;S-terra;Stonegate Stonesoft;Suricata;Synology;Sysco;Syslog(tcp/udp);Syslog TLS;Sysmon (RuAgent);System info (RuAgent);Systemd;systemd-resolved;Tacacs;Telekom;TrendMicro Control Manager;TrendMicro Proxy IWSVA;Tripwire;Ubiquiti;Unlimited;Useradd;Userdel;UserGate: UserGate NGFW;UserGate UTM, vGate;VMware ESX;VMware ESXi;Vsftpd over syslog;WAF Forti-web;Windows Task Scheduler;Windows Power Shell;Windows Message Track-ing;Zabbix;Zyxel;АудитПлюс;АПКШ “Континент” 3.9, 4;АРМ КБР-Н;БОСС-кадровик;ДБО (Бифит) ;КриптоПро NGate;Маршрутизатор huawei;Микросервисы RuSIEM: Сisco BGP. Trassir - Наличие - - Значение характеристики не может изменяться участником закупки - Перечень поддерживаемых протоколов (транспортов) сбора событий 1. Microsoft Windows standard event logs (System/Applications/Security) ; 2. Microsoft Windows custom event logs; 3. Microsoft Windows applications event logs; 4. Microsoft Windows softwares list; 5. Microsoft Windows patches list; 6. Microsoft Windows WMI command (get answer to events) ; 7. Hasher for Windows (get processes, its hashes to events) ; 8. ms evt and wmi transport; 9. Microsoft SQL (tables, views) — any logs; 10. Secure Shell Protocol (ssh) ; 11. Telnet; 12. SysMon; 13. Oracle — any logs, Oracle Audit trail; 14. MySQL (tables, views) ; 15. PostgreSQL; 16. Cisco SDEE; 17. Checkpoint LEA; 18. File — log files over network shares; 19. Ftp — logs into ftp servers; 20. Syslog plain; 21. Syslog TLS; 22. Syslog CEF; 23. Syslog LEEF; 24. NetFlow (3,6, 9) - Наличие - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки

Класс программ для электронных вычислительных машин и баз данных - (03.02) Средства управления событиями информационной безопасности - - Значение характеристики не может изменяться участником закупки

Способ предоставления - Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет - - Значение характеристики не может изменяться участником закупки

Срок действия лицензии - Бессрочная - - Значение характеристики не может изменяться участником закупки

Максимальное количество собираемых и обрабатываемых событий информационной безопасно-сти (EPS) - не менее 2000 событий в секунду - - Значение характеристики не может изменяться участником закупки

Обеспечение решения следующих общих задач: 1. cбор, обработка, отображение и долгосрочное хранение информации о событиях и подозрениях на инциденты информационной безопасности, выявляемых в инфраструктуре; 2. предоставление инструментов для анализа событий и расследования инцидентов информационной безопасности, в том числе, масштабных инцидентов информационной безопасности, затрагивающих несколько территориальных подразделений; 3. предоставление исходной информации для определения влияния события или подозрения на инцидент информационной безопасности на ИТ-сервисы - Наличие - - Значение характеристики не может изменяться участником закупки

Микросервисная архитектура, обеспечивающая перенос части функции СУС ИБ на отдельные сервера, выполняющие функции: 1. приема событий; 2. нормализации событий; 3. корреляции событий; 4. хранения событий - Наличие - - Значение характеристики не может изменяться участником закупки

Наличие у СУС ИБ следующих свойств и возможностей: 1. горизонтальное масштабирование – возможность справляться с увеличением рабочей нагрузки на СУС ИБ путем наращивания числа функциональных блоков, выполняющих одни и те же задачи; 2. вертикальное масштабирование – возможность увеличения ресурсов на выделенных серверах; 3. отказоустойчивость – свойство системы непрерывно сохранять работоспособность в течение некоторого времени. СУС ИБ должна иметь возможность построения отказоустойчивой конфигурации (кластера) для обеспечения функционирования в случае сбоев оборудования или ПО - Наличие - - Значение характеристики не может изменяться участником закупки

Обеспечение функционирования в следующих режимах: 1. штатный режим – режим функционирования СУС ИБ, при котором обеспечивается выполнение функциональных возможностей системы в объеме, соответствующем текущему этапу реализации; 2. автономный режим – режим, характеризующийся ограничением возможностей контроля. В этом случае сохраняется основной функционал СУС ИБ за исключением функции консолидации информации; 3. аварийный режим – режим функционирования системы в случае сбоя (ев)/отказа(ов) одного или нескольких компонентов СУС ИБ. В аварийном режиме должна обеспечиваться сохранность данных при возникновении аварийной ситуации с программно-техническими комплексами СУС ИБ; 4. сервисный режим – режим функционирования системы при проведении работ по обслуживанию инфраструктуры СУС ИБ (виртуальной или аппаратной) и обновлению ее компонентов. Сервисный режим должен обеспечивать реализацию основных функций СУС ИБ, за исключением работ, требующих временной приостановки работы компонента(ов) СУС ИБ - Наличие - - Значение характеристики не может изменяться участником закупки

Обеспечение сохранности данных при возникновении аварийной ситуации с программно-техническими комплексами СУС ИБ путем резервного копирования и восстановления данных и программного обеспечения. Для этого информационные ресурсы СУС ИБ должны иметь возможность включаться в контур существующих систем резервного копирования. Нарушение штатной работы, включая перерывы и выход за установленные пределы параметров электропитания на время не более 30 минут не должно приводить к: 1. появлению ложных сигналов управления; 2. потере информации, важной для работы системы управления - Наличие - - Значение характеристики не может изменяться участником закупки

Соответствие системы управления событиями информационной безопасности следующим требованиям: 1. все серверные компоненты СУС ИБ должны строиться на базе Linux-подобных систем и не требовать приобретения дополнительных лицензий. 2. по окончании действия услуг технической поддержки СУС ИБ система должна сохранять полную работоспособность. 3. мониторинг и анализ событий информационной безопасности от контролируемых ресурсов ИТС не должны оказывать отрицательного воздействия с точки зрения скорости исполнения обычных процессов функциональной деятельности подразделений Заказчика - Наличие - - Значение характеристики не может изменяться участником закупки

Реализация в СУС ИБ следующих функциональных подсистем: 1. подсистема сбора и обработки событий информационной безопасности; 2. подсистема хранения событий информационной безопасности; 3. подсистема корреляции событий информационной безопасности; 4. подсистема поиска событий и подозрений на инциденты информационной безопасности; 5. подсистема регистрации инцидентов; 6. подсистема обеспечения информационной безопасности самой системы; 7. подсистемы управления - Наличие - - Значение характеристики не может изменяться участником закупки

Обеспечение выполнения СУС ИБ следующих функций: 1. консолидация и хранение информации об инцидентах информационной безопасности, регистрируемых Системой с целью выявления подозрений на инциденты информационной безопасности; 2. анализ информации о подозрениях на инциденты информационной безопасности с целью их подтверждения и назначения для последующего реагирования; 3. сбор и систематизация данных для проведения специалистами по информационной безопасности последующего анализа причин и источников инцидентов информационной безопасности для определения корректирующих действий по снижению вероятности наступления аналогичных инцидентов информационной безопасности в будущем; 4. обобщенное представление информации о выявленных в ИТС подозрениях на инциденты ИБ на единой консоли СУС ИБ; 5. уведомление ответственных сотрудников информационной безопасности об обнаружении инцидентов/подозрений на инцидент; 6. администрирование компонентов СУС ИБ; 7. мониторинг состояния, устранение сбоев и отказов компонентов СУС ИБ; 8. поддержка иерархической структуры с назначением головной и подчиненных площадок СУС ИБ - Наличие - - Значение характеристики не может изменяться участником закупки

Возможность реализации подсистемой сбора и обработки событий информационной безопасности следующего набора типовых действий: 1. Автоматизированный сбор и нормализация событий информационной безопасности, включая: o Присвоение событиям категорий в соответствии с типом зарегистрированного события; o Присвоение событию степени критичности, управляемой администраторами СУС ИБ; o Приведение событий ИБ к единому формату СУС ИБ; o Обогащение событий из активов, статических и динамических таблиц (запись пользовательских значений в любое поле события) на основании пользовательских правил; o Сохранение исходного события и нормализованного. o Нормализация объединенного потока событий от различных источников. 2. Передача информации о событиях информационной безопасности в подсистему управления инцидентами информационной безопасности, подсистему хранения событий информационной безопасности; 3. Поддержка передачи событий в другие системы; 4. Возможность передачи событий в нормализованном и сыром формате, в том числе по заданному условию; 5. События должны содержать как минимум следующую информацию: o дата и время возникновения события; o источник (IP-адрес или сетевое имя); o уникальный идентификатор события; o тип (категория) события; o описание события; o критичность (приоритет) события; o время получения события от источника; o дополнительные поля. 6. Информация об источнике события должна быть представлена в формате IPv4 и IPv6-адресации, либо в формате DNS-hostname. 7. Информация о внешних IP-адресах должна быть также представлена в виде геопозиционных меток (страна, город, координаты местонахождения). 8. Дополнительные поля таксономии могут содержать информацию о протоколах прикладного уровня, MAC-адресах, DNS-адресах, файловых доступах, различные переменные и т.д. 9. Должна допускаться возможность расширения схемы полей таксономии администраторами СУС ИБ - Наличие - - Значение характеристики не может изменяться участником закупки

Возможность реализации подсистемой сбора и обработки событий информационной безопасности следующих функций: 1. Подсистема сбора должна иметь унифицированные транспорты для сбора событий и допускать подключение новых источников администраторами СУС ИБ без привлечения сторонних организаций и разработчиков. 2. Подсистема должна обеспечивать мониторинг syslog источников. 3. Подсистема должна обеспечивать возможность разработки правил нормализации событий для существующих полей таксономии с использованием встроенного инструментария и не требовать привлечения разработчиков. 4. Подсистема сбора должна автоматически применять соответствующие формулы нормализации, без необходимости настройки типа источника или вендора в СУС ИБ. 5. Подсистема должна гарантировать кэширование событий на агенте, при потере связи с центральным компонентом СУС ИБ. 6. Подсистема должна обеспечивать автоматическую однопоточную и многопоточную архивацию и шифрование событий при передаче их с агента СУС ИБ. 7. При сборе событий с использованием агента СУС ИБ должна иметь возможность настраивать модули по умолчанию, автоматически подключаемые настройки сбора для всех новых агентов. 8. В рамках иерархической структуры СУС ИБ должны быть реализованы следующие варианты хранения и передачи событий: o Хранение событий на подчиненных площадках; o Передача всех событий с подчиненных площадок на головную - Наличие - - Значение характеристики не может изменяться участником закупки

Соответствие подсистемы хранения событий информационной безопасности следующим требованиям: 1. Подсистема хранения событий информационной безопасности должна быть реализована в виде единого распределенного хранилища на базе Elasticsearch . 2. Хранилище системы СУС ИБ должно обеспечивать хранение оперативной информации за период не менее 3 последних месяцев. 3. Должна быть обеспечена возможность последующего увеличения емкости хранилищ без изменения всей архитектуры решения (горизонтальное масштабирование). 4. Подсистема должна обеспечивать использование «Горячих серверов хранения», обеспечивающих хранение событий, к которым необходим оперативный доступ и «Холодных серверов хранения» для хранения событий, доступ к которым постоянно не требуется. 5. Подсистема хранения должна иметь возможность горизонтального масштабирования путем ввода новых серверов хранения событий, без привлечения сторонних организаций и разработчиков - Наличие - - Значение характеристики не может изменяться участником закупки

Реализация в подсистеме хранения событий информационной безопасности набора типовых действий: o Выделение отдельных серверов управления и индексирования при необходимости, для оптимизации нагрузки; o Долгосрочное хранение событий ИБ как в нормализованном, так и в исходном виде; o Хранение событий ИБ в сжатом виде; o Возможность хранения событий как на локальных, так и на внешних хранилищах; o Адаптация системы хранения событий ИБ под разные часовые пояса (отображение всех событий в едином временном пространстве); o Распределенное хранение событий без консолидации в единое хранилище с возможностью оперативного доступа ко всем событиям из единой консоли; o Возможность распределенного поиска по всем событиям в едином запросе без передачи события в единое хранилище; o Долгосрочное хранение событий с оперативным доступом к любым событиям на всем интервале хранения; o Автоматическая очистка хранилища от неинформативных событий; o Возможность установки глубины хранения пользователем для всех типов событий; o Автоматическое восстановление базы данных после сбоев - Наличие - - Значение характеристики не может изменяться участником закупки

Реализация в СУС ИБ в подсистеме хранения следующих функциональных модулей: 1. Модуль архивации, обладающий следующим функционалом: o автоматическая однопоточная и многопоточная архивация событий с выгрузкой их в отдельные файлы на сетевом хранилище; o настройка глубины хранений событий в системе – события старше указанного срока должны автоматически выгружаться в архив; o просмотр имеющихся архивов, возможность временного подключения архива к системе; o возможность нескольких видов архивации событий – режим быстрой архивации с минимальной степенью сжатия и медленной архивации с большей степенью сжатия; o автоматический мониторинг состояния подключенного сетевого хранилища. 2. Модуль агрегации событий, обеспечивающий: o уменьшение объем хранилища событий; o прекращение хранения однотипных и неважных событий; o хранение первого и последнего события, содержащих временные метки всех подобных событий. 3. Модуль фильтрации приходящих событий, обеспечивающий: o фильтрацию событий по созданным правилам фильтрации; o экспорт и импорт правил фильтрации - Наличие - - Значение характеристики не может изменяться участником закупки

Соответствие набора типовых действий, реализуемых подсистемой корреляции событий информационной безопасности следующим требованиям: 1. Выявление подозрений на инциденты информационной безопасности. 2. Создание корреляций по историческим данным (хранящимся в системе) с использованием всех доступных функций корреляции; 3. Историческая корреляция должна иметь функционал ручного и автоматического запуска; 4. Создание и корректировка правил корреляции в графическом конструкторе без знания языков программирования; 5. Установка приоритета инцидента, регистрируемого в результате срабатывания правила корреляции; 6. Возможность использования в правилах корреляции изменяемых пользователем статических списков, динамических списков, динамических таблиц; 7. Установка временных ограничительных параметров срабатывания правила корреляции; 8. Групповое управление настройками переоткрытия инцидентов. 9. Подсистема должна иметь функционал проверки наличия IP или доменов, указанных заказчиком в списке Роскомнадзора - Наличие - - Значение характеристики не может изменяться участником закупки

Возможность выявления подозрения на следующие инциденты: o Превышение числа указанного количества попыток неуспешного доступа; o Успешный вход под учетной записью после многочисленных неуспешных попыток; o Попытки подбора пароля к сервисам удаленного управления серверов и сетевого оборудования, а также для критичных учетных записей; o Блокирование учетной записи после многочисленных неуспешных попыток; o Блокирование критичной/сервисной учетной записи по превышению лимита неудачных входов; o Интерактивный вход под служебной/сервисной учетной записью; o Попытки входа под несуществующей учетной записью; o Попытки входа под заблокированной учетной записью; o Удаленный/интерактивный вход на критичные ресурсы под учетными записями, не перечисленными в указанном списке; o Изменение или создание учетных записей пользователями, не входящими в доверенную группу; o Изменение учетных записей и групп вне рабочего времени; o Изменение сервисных учетных записей; o Вход с использованием привилегированных или сервисных учетных записей, в том числе в нерабочие часы; o Массовое изменение учетных записей и групп; o Включение опции Password Never Expires; o Очистка журналов событий; o Превышение допустимого числа запрещенных межсетевым экраном соединений; o Превышение допустимого числа сброшенных соединений; o Превышение допустимого числа неустановленных соединений; o Многочисленные ошибки доступа к источнику (нет прав доступа) - Наличие - - Значение характеристики не может изменяться участником закупки

Возможность отправки уведомлений: 1. Отправка уведомления о регистрации инцидента по электронной почте сотрудникам, не имеющим доступа к системе; 2. Отправка уведомления о регистрации инцидента в Telegram сотрудникам, не имеющим доступа к системе; 3. Отправка уведомлений в Telegram для переоткрытых инцидентов - Наличие - - Значение характеристики не может изменяться участником закупки

Обеспечение подсистемой корреляции выполнения следующих функций: o Возможность использования категории события для дальнейшего использования в правилах корреляции. o Возможность использования уровня критичности события; o Поиск неполного значения; o Сравнение поля за временной диапазон. Фиксация изменений; o Значение в поле начинается с определенного значения; o Проверка наличия значения в поле; o Проверка отсутствия значения в поле; o Значение из поля входит или не входит в указанный список или списки; o Значение в поле входит в список заблокированных ресурсов Роскомнадзором; o Проверка наличия или отсутсвия определённого поля в событии; o Проверка наличия инцидентов по значению в указанном поле; o Проверка доменных имен на вредоносность; o Поиск в списках независимо от регистра значений; o Сравнение значения и поля; o Поиск подстроки по значениям статических списков; o Копирование списков на подчиненные ноды при режиме Multitenancy; o Постраничный поиск значений статического списка; o Массовое удаление значений таблиц; o Вывод правил со статическими списками - Наличие - - Значение характеристики не может изменяться участником закупки

Возможность администраторов СУС ИБ выполнять операций: o включения и отключения отдельных правил корреляции; o копирования правила корреляции с созданием нового без повторного написания условия; o добавление категории инцидентов к правилу корреляции; o изменения пользовательского правила корреляции с уточнением его условия; o экспортировать в форматах json, yaml и импортировать правила корреляции; o привязка событий к инцидентам, созданным вручную; o экспортировать содержимое статических и динамических таблиц; o импортировать данные из файлов в статические и динамические таблицы - Наличие - - Значение характеристики не может изменяться участником закупки

Соответствие подсистемы поиска событий и подозрений на инциденты информационной безопасности следующим требованиям: Подсистема поиска событий и подозрений на инциденты ИБ должна обеспечивать реализацию следующего набора типовых действий: o формирование графических представлений и визуализаций данных в событиях; o сортировка и группировка событий; o отображение нормализованных событий с выводом указанной последовательности и набора полей; o изменение очередности и количества выводимых полей при детальном просмотре событий; o группировка по указанному пользователем полю; o создание сохраненных фильтров просмотра событий пользователями и администраторами; o использование составных поисковых запросов; o поиск событий без знания текста события, по категориям и критериям; o возможность использования логических операторов; o выгрузка событий по фильтрам с указанными полями и их очередностью; o гибкое формирование отчетов по событиям на базе поисковых запросов; o поиск событий ИБ, связанных с конкретным подозрением на инцидент ИБ; o сортировка событий по каждому из возможных полей; o полнотекстовый поиск по сырым событиям; o группировка поля события, при детальном его просмотре. o отображение порядка групп полей в соответствии с уровнем важности; o визуальное построение взаимосвязей между событиями по произвольным полям; o запоминание последнего фильтра, введенного во взаимосвязях; o поиск по всем подключенным средствам хранения событий; o полнотекстовый поиск по событиям, с возможностью использования логических операторов, а также преобразования результатов в диаграммы на лету без необходимости создания отчетов или инструментальных панелей - Наличие - - Значение характеристики не может изменяться участником закупки

Соответствие подсистемы регистрации инцидентов информационной безопасности: 1. Подсистема регистрации инцидентов безопасности СУС ИБ должна быть выполнена в виде единого решения с остальными подсистемами в единой консоли управления. 2. Функционал удаления инцидентов должен иметь возможность ограничения определенными ролями пользователей или отключения данного функционала для всех пользователей СУС ИБ. 3. Инциденты информационной безопасности, равно как и связанные с ними события должны храниться в системе не менее 1 года, независимо от срока хранения обычных сырых и нормализованных событий в системе. - Наличие - - Значение характеристики не может изменяться участником закупки

Обеспечение подсистемой регистрации инцидентов реализации следующих типовых действий: o ведение процессов инцидент-менеджмента согласно стандарту ITIL o создание инцидента вручную o регистрация инцидентов в результате срабатывания по правилам корреляции o ролевое разделение доступа к инцидентам o постановка задач сотрудникам и группам в рамках инцидентов и не имеющим доступа к инциденту с изменением зоны видимости инцидента o эскалация инцидентов с изменением зоны видимости инцидентов o поиск и навигация по событиям, попавшим под инцидент o повторное открытие ранее закрытого инцидента при его повторном возникновении o возможность массового изменения статуса инцидентов o должен обеспечиваться функционал добавления информации в инцидент при ведении расследования o отображение событий, вызвавших инцидент и обеспечение поиска, сортировки и группи-ровки полей событий в карточке инцидента o привязка событий к инцидентам, созданным вручную o массовое удаление инцидентов, сгруппированных по тенанту, по наименованию или по категории o экспорт инцидентов в формате json - Наличие - - Значение характеристики не может изменяться участником закупки

Обеспечение подсистемой информационной безопасности СУС ИБ реализации следующих действий: o аутентификация пользователей посредством встроенных механизмов, интеграции с LDAP и гибридной аутентификации; o разграничение доступа к функциям и информации, обрабатываемой в СУС ИБ посредством ролевой модели; o логирование входов и действий обслуживающего персонала СУС ИБ; o логирование парольной политики; o защита от несанкционированного доступа к информации, находящейся в СУС ИБ; o регистрация и предотвращение попыток несанкционированного доступа к средствам контроля и контролируемой информации; o ограничение количества неуспешных попыток входа в СУС ИБ; o настройка парольных политик пользователей СУС ИБ; o ограничение количества параллельных сеансов доступа в СУС ИБ; o контроль целостности компонентов СУС ИБ и уведомление пользователя в случае нарушения целостности - Наличие - - Значение характеристики не может изменяться участником закупки

Соответствие подсистемы управления следующим требованиям: 1. Возможность управления настройками и правилами корреляции на всех серверах СУС ИБ из единой консоли. 2. Отображение состояния системы хранения и текущую ее загрузку. В случае использования кластерной сборки системы хранения, подсистема должна обеспечивать отображение состояния каждой ноды в отдельности. 3. Отображение на головной ноде статуса лицензий на подчиненных нодах. 4. Обеспечивать функционал множественной активации и деактивации правил корреляции и нормализации событий. 5. Обеспечивать отображение статуса активации и деактивации правил, а также отображать статус наличия ошибок корреляции и нормализации. 6. Подсистема должна иметь функционал экспорта парсеров в форматах json, yaml. 7. Обеспечивать функционал автоматического удаления записей из списков по истечении времени или отсутствию обновлений данных в списке (TTL). 8. Обеспечивать возможность сбора статистики по парсерам и правилам корреляции. 10. Обеспечивать массовое удаление агентов. 11. Обеспечивать управление локальной базой агента - Наличие - - Значение характеристики не может изменяться участником закупки

Соответствие интерфейса СУС ИБ следующим требованиям: 1. Управление СУС ИБ осуществляется посредством графического веб-интерфейса, адаптированного под использование с различных веб-браузеров и мобильных устройств. 2. Интерфейс должен отображать текущее состояние всех компонентов системы и текущую нагрузку на ресурсы системы СУС ИБ, такие как CPU, память, диск. 3. Интерфейс должен позволять пользователям создавать и формировать отчеты с возможностью визуализации данных с помощью таблиц и диаграмм. 4. Интерфейс должен позволять отображать текущее количество инцидентов, графики по возникновению инцидентов с разбивкой по времени и обеспечивать формирование отчетов по инцидентам с возможностью выбора полей инцидентов. 5. Интерфейс должен позволять возможность отображения состояния подсистемы Хранения событий в веб интерфейсе - Наличие - - Значение характеристики не может изменяться участником закупки

Соответствие требованиям к управлению обновлением систем: В случае доступности обновления, подсистема должна отображать список изменений в версии. Обновление системы должно обеспечиваться автоматически, без необходимости остановки системы или отдельных ее компонентов. Обновление компонентов СУС ИБ может включать исправление работы СУС ИБ, новый функционал, обновление правил корреляции и нормализации. Все новые правила корреляции и нормализации, полученные в рамках обновления системы, должны быть активны по умолчанию, без необходимости взаимодействия с пользователем - Наличие - - Значение характеристики не может изменяться участником закупки

Соответствие требованиям к интеграции СУС ИБ: 1. Технические решения по интеграции функциональных подсистем должны быть унифицированы и обеспечивать масштабируемость, наращиваемость и дальнейшее совершенствование СУС ИБ при развитии ИТС. 2. Агент СУС ИБ должен включать в себя компонент сбора низкоуровневых событий с ядра ОС. Данный компонент должен включаться/выключаться для каждой установки агента СУС ИБ через центральный интерфейс СУС ИБ. 3. Источники событий должны интегрироваться с платформой СУС ИБ одним из следующих способов: o сбор событий по протоколу syslog, netflow, snmp; o Сбор событий с компонента, собирающего информацию о низкоуровневых событиях ядра ОС. o сбор событий, хранящихся в лог-файлах (SMB, FTP); o сбор событий, хранящихся в журналах; o сбор событий, хранящихся в БД MS SQL, Oracle, MySQL, PostgreSQL; o сбор информации об установленном ПО и патчах на ОС Windows; o сбор информации по произвольным WMI запросам; o сбор событий посредством проприетарных протоколов; o сбор результатов выполнения команд на удаленном хосте по протоколу SSH и Telnet; o сбор событий посредством REST API - Наличие - - Значение характеристики не может изменяться участником закупки

Соответствие требованиям к отказоустойчивости СУС ИБ: 1. В случае превышения лицензионных ограничений система не должна прерывать процесс сбора событий с источников данных без ограничения сроков, прошедших с момента выявления этих ограничений системой. 2. В случае избыточной нагрузки, система должна уметь буферизовать поступающий поток во избежание потерь событий и распределения оптимальной нагрузки. СУС ИБ должна содержать инструментарий подключения новых источников событий через поддерживаемые транспорты, доступные через интерфейс пользователя - Наличие - - Значение характеристики не может изменяться участником закупки

Возможность СУС ИБ интеграции со следующими автоматизированными системами: 1. СУС ИБ должна иметь компонент интеграции с личным кабинетом ФИНЦЕРТ, позволяющий автоматически по расписанию загружать индикаторы компрометации из личного кабинета в списки, используемые в корреляциях. 2. СУС ИБ должна иметь компонент интеграции с личным кабинетом ГосСОПКА, с поддержкой следующего функционала: o Получение уведомлений о компьютерных инцидентах и уязвимостях из личного кабинета ГосСОПКА o Получение сообщений из личного кабинета ГосСОПКА o Получение бюллетеней из личного кабинета ГосСОПКА o Передачу инцидентов в ГосСОПКА - Наличие - - Значение характеристики не может изменяться участником закупки

Наличие поддержки следующих источников: 1С 8.3;1C Bitrix;3Com;Apache web server;Asterisk;AuditD;Authelia;Avsoft;Bastion;Bind;Bolid Ori-on;Brocade switch;CentOS;Cisco;DallasLock;Dell;Diasoft;D-LINK;DLP DeviceLock 8.3;Docker;DrWeb;DWDM Volga;Echelon;Eltex;Extreme Networks;Falcongaze;Filelog (IIS);Forcepoint:Forcepoint NGFW 6x. Fortinet:Fortinet Fortianalyzer;Fortinet Fortigate;Fortinet Forti-Mail.FreeRADIUS;Ideco; IDS HS; Indeed; Infotecs; Infowatch Traffic Monitor;Kaspersky: Kaspersky Antitarget Attack Platform; Kaspersky Secure Mail Gateway; Kaspersky Security Center CEF/LEEF; Kaspersky Security Center Syslog; Kaspersky (KLMS). Keepalived; Kerio; Kiwi solar-winds;Klnagent;Kron;Linux Monit;Linux postmaster;Linux/Unix/BSD/Suse sys-log;Maipu;Mate;Microsoft Windows;Mikrolink;Modsecurity;MS DHCP Server;MS Exchange 2007/2010/2013;MS IIS;MS SCCM (через MS SQL БД):MS Windows 2012 Server;MS Windows 7/8/10. Multifactor;Mysql over syslog;Named;Netflow;Netgate;ODBC;OpenBSD;OpenVPN;Oracle Audit;OracleDB for Linux;Ossec;Pgsql;Php-fpm 7.1;Poligon;Positive;Post-fix over sys-log;Postgresql;PSQL;PTAF;RedHat;Red Soft;RuAgent;Ruijie;Rusiem;;Safib;SDEE (http/https) ;SearchInform;Security code (vGate) ;Sendmail;Squid;Ssec;Ssecline SSH (RuAgent);Sshd;Staffcop;;S-terra;Stonegate Stonesoft;Suricata;Synology;Sysco;Syslog(tcp/udp);Syslog TLS;Sysmon (RuAgent);System info (RuAgent);Systemd;systemd-resolved;Tacacs;Telekom;TrendMicro Control Manager;TrendMicro Proxy IWSVA;Tripwire;Ubiquiti;Unlimited;Useradd;Userdel;UserGate: UserGate NGFW;UserGate UTM, vGate;VMware ESX;VMware ESXi;Vsftpd over syslog;WAF Forti-web;Windows Task Scheduler;Windows Power Shell;Windows Message Track-ing;Zabbix;Zyxel;АудитПлюс;АПКШ “Континент” 3.9, 4;АРМ КБР-Н;БОСС-кадровик;ДБО (Бифит) ;КриптоПро NGate;Маршрутизатор huawei;Микросервисы RuSIEM: Сisco BGP. Trassir - Наличие - - Значение характеристики не может изменяться участником закупки

Перечень поддерживаемых протоколов (транспортов) сбора событий 1. Microsoft Windows standard event logs (System/Applications/Security) ; 2. Microsoft Windows custom event logs; 3. Microsoft Windows applications event logs; 4. Microsoft Windows softwares list; 5. Microsoft Windows patches list; 6. Microsoft Windows WMI command (get answer to events) ; 7. Hasher for Windows (get processes, its hashes to events) ; 8. ms evt and wmi transport; 9. Microsoft SQL (tables, views) — any logs; 10. Secure Shell Protocol (ssh) ; 11. Telnet; 12. SysMon; 13. Oracle — any logs, Oracle Audit trail; 14. MySQL (tables, views) ; 15. PostgreSQL; 16. Cisco SDEE; 17. Checkpoint LEA; 18. File — log files over network shares; 19. Ftp — logs into ftp servers; 20. Syslog plain; 21. Syslog TLS; 22. Syslog CEF; 23. Syslog LEEF; 24. NetFlow (3,6, 9) - Наличие - - Значение характеристики не может изменяться участником закупки

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

Преимущества, требования к участникам

Преимущества: Преимущество в соответствии с ч. 3 ст. 30 Закона № 44-ФЗ - Размер преимущества не установлен

Требования к участникам: 1. Единые требования к участникам закупок в соответствии с ч. 1 ст. 31 Закона № 44-ФЗ 2. Требования к участникам закупок в соответствии с ч. 1.1 ст. 31 Закона № 44-ФЗ

Применение национального режима по ст. 14 Закона № 44-ФЗ

Применение национального режима по ст. 14 Закона № 44-ФЗ: Основанием для установки указания запретов, ограничений закупок товаров, происходящих из иностранных государств, выполняемых работ, оказываемых услуг иностранными лицами, а так же преимуществ в отношении товаров российского происхождения, а также товаров происходящих из стран ЕАЭС, выполняемых работ, оказываемых услуг российскими лицами, а также лицами, зарегистрированными в странах ЕАЭС, является Постановление Правительства Российской Федерации о мерах по предоставлению национального режима от 23.12.2024 № 1875.

Обеспечение заявки

Требуется обеспечение заявки: Да

Размер обеспечения заявки: 29 740,00 РОССИЙСКИЙ РУБЛЬ

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Обеспечение заявки предоставляется одним из следующих способов: а) путем блокирования денежных средств, внесенных участником закупки на банковский счет, открытый таким участником в банке, включенном в перечень, утвержденный Правительством Российской Федерации; б) путем предоставления независимой гарантии, соответствующей требованиям статьи 45 настоящего Федерального закона № 44-ФЗ; Выбор способа обеспечения осуществляется участником закупки самостоятельно. Срок действия независимой гарантии должен составлять не менее месяца с даты окончания срока подачи заявок. Предприятия уголовно-исполнительной системы, организации инвалидов, предусмотренные частью 2 статьи 29 настоящего Федерального закона, предоставляют обеспечение заявки на участие в закупке (в случае установления заказчиком требования обеспечения заявок на участие в закупке) в размере одной второй процента начальной (максимальной) цены контракта. Государственные, муниципальные учреждения не предоставляют обеспечение подаваемых ими заявок на участие в закупках. Порядок предоставления обеспечения заявки на участие в электронном аукционе, порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, условия независимой гарантии определяются в соответствии с Федеральным законом № 44-ФЗ.

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03272643710000095100, л/c 05500621000, БИК 015004950, ОКЦ № 1 СибГУ Банка России//УФК по Новосибирской области, г Новосибирск, к/c 40102810445370000043

Реквизиты счета для перечисления денежных средств в случае, предусмотренном ч.13 ст. 44 Закона № 44-ФЗ (в соответствующий бюджет бюджетной системы Российской Федерации): Получатель Номер единого казначейского счета Номер казначейского счета БИК ТОФК УПРАВЛЕНИЕ ФЕДЕРАЛЬНОГО КАЗНАЧЕЙСТВА ПО ТЮМЕНСКОЙ ОБЛАСТИ (ТФОМС ТЮМЕНСКОЙ ОБЛАСТИ) () ИНН: 7202026893 КПП: 720301001 КБК: 39511610058090000140 ОКТМО: 71701000001 40102810945370000060 03100643000000016700 017102101

Условия контракта

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, обл. Тюменская, г.о. город Тюмень, г. Тюмень, ул. Советская, д. 65 к. 2

Обеспечение исполнения контракта

Требуется обеспечение исполнения контракта: Да

Размер обеспечения исполнения контракта: 10 %

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Исполнение контракта может обеспечиваться предоставлением независимой гарантии, соответствующей требованиям ст.45 Федерального закона от 05.04.2013 № 44-ФЗ, или внесением денежных средств на указанный заказчиком счет, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими заказчику. Способ обеспечения исполнения контракта, срок действия независимой гарантии определяются в соответствии с требованиями настоящего Федерального закона участником закупки, с которым заключается контракт, самостоятельно. При этом срок действия независимой гарантии должен превышать предусмотренный контрактом срок исполнения обязательств, которые должны быть обеспечены такой независимой гарантией, не менее чем на один месяц, в том числе в случае его изменения в соответствии со ст.95 Федерального закона от 05.04.2013 № 44-ФЗ. Контракт заключается после предоставления участником закупки, с которым заключается контракт, обеспечения исполнения контракта в соответствии с Федеральным законом от 05.04.2013 № 44-ФЗ. В случае непредоставления участником закупки, с которым заключается контракт, обеспечения исполнения контракта в срок, установленный для заключения контракта, такой участник считается уклонившимся от заключения контракта.

Платежные реквизиты для обеспечения исполнения контракта: p/c 03272643710000095100, л/c 05500621000, БИК 015004950, ОКЦ № 1 СибГУ Банка России//УФК по Новосибирской области, г Новосибирск, к/c 40102810445370000043

Информация о банковском и (или) казначейском сопровождении контракта

Банковское или казначейское сопровождение контракта не требуется

Документы

Общая информация

Документы

Журнал событий