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

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

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

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

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

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

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

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

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

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

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

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

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

Почтовый адрес: Российская Федерация, 344000, Ростовская обл, Ростов-на-Дону г, Варфоломеева ул, ЗД. 261/81

Место нахождения: Российская Федерация, 344000, Ростовская обл, Ростов-на-Дону г, Варфоломеева ул, ЗД. 261/81

Ответственное должностное лицо: Кузнецов С. А.

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

Номер контактного телефона: 7-863-2904583

Дополнительная информация: Контрактная служба организована и действует на основании Приказа от 03.08.2026 № 11.3-264 «О работе контрактной службы ТФОМС Ростовской области». Руководитель контрактной службы – заместитель начальника управления - начальник отдела МТС и ТО управления делами дирекции Кузнецов Сергей Анатольевич. Сотрудник, ответственный за осуществление закупки: Воронцова Юлия Викторовна: +7(863) 227-59-24. Сотрудник, ответственный за заключение контракта: Харченко Евгений Сергеевич +7(863)290-46-10

Регион: Ростовская обл

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

Дата и время начала срока подачи заявок: 15.10.2026 09:49 (МСК)

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

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

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

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

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

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

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

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

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

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

Срок исполнения контракта: 32  рабочих дней

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

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

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

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

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

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

- 58.29.50.000 58.29.11.000-00000003 - Программное обеспечение Вид лицензии Простая (неисключительная) Класс программ для электронных вычислительных машин и баз данных (03.15) Средства обнаружения угроз и расследования сетевых инцидентов ... Способ предоставления Экземпляр на материальном носителе - Штука - 1,00 - 2 829 080,00 - 2 829 080,00

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Вид лицензии Простая (неисключительная) Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (03.15) Средства обнаружения угроз и расследования сетевых инцидентов Значение характеристики не может изменяться участником закупки (03.02) Средства управления событиями информационной безопасности Способ предоставления Экземпляр на материальном носителе Значение характеристики не может изменяться участником закупки Общие требования к системе управления событиями информационной безопасности (далее – СУС ИБ) 1.1.СУС ИБ обеспечивает решение следующих общих задач: - сбор, обработка, отображение и долгосрочное хранение информации о событиях и подозрениях на инциденты информационной безопасности, выявляемых в инфраструктуре Заказчика; - предоставление инструментов для анализа событий и расследования инцидентов информационной безопасности, в том числе, масштабных инцидентов ИБ, затрагивающие несколько территориальных подразделений; - предоставление исходной информации для определения влияния события или подозрения на инцидент ИБ на ИТ-сервисы. 1.2.СУС ИБ строится как единая система с иерархической функциональной структурой и централизованным пунктом управления и является составной частью информационно-телекоммуникационной системы Заказчика. 1.3. СУС ИБ имеет микросервисную архитектуру, обеспечивающую перенос части функции СУС ИБ на отдельные сервера, выполняющие функции: - Приема событий; - Нормализации событий; - Корреляции событий; - Хранения событий 1.4. СУС ИБ удовлетворяет следующим общим требованиям: - Масштабируемость – способность справляться с увеличением рабочей нагрузки на СУС ИБ путем наращивания числа функциональных блоков, выполняющих одни и те же задачи (горизонтальное масштабирование); - Вертикальная масштабируемость – возможность увеличения ресурсов на выделенных серверах. - Работоспособность – состояние системы, при котором она способна выполнять заданные функции с параметрами, установленными требованиями технической документации. - Отказоустойчивость – свойство системы непрерывно сохранять работоспособность в течение некоторого времени. СУС ИБ поставлется в отказоустойчивой конфигурации (кластере) для обеспечения функционирования в случае сбоев оборудования или ПО. - Унификация – использование типовых проектных решений, обеспечение возможности использования таких решений. - Информационная безопасность – обеспечение конфиденциальности, целостности и доступности хранящейся и обрабатываемой СУС ИБ информации. Значение характеристики не может изменяться участником закупки Общие требования к системе управления событиями информационной бeзопасности (далее – СУС ИБ) 1.5. СУС ИБ обеспечивает функционирование в следующих режимах: - штатный режим – режим функционирования СУС ИБ, при котором обеспечивается выполнение функциональных возможностей системы в объеме, соответствующем текущему этапу реализации; - автономный режим – режим, характеризующийся ограничением возможностей контроля. В этом случае сохраняется основной функционал СУС ИБ за исключением функции консолидации информации; - аварийный режим – режим функционирования системы в случае сбоя (ев)/отказа(ов) одного или нескольких компонентов СУС ИБ. В аварийном режиме обеспечивается сохранность данных при возникновении аварийной ситуации с программно-техническими комплексами СУС ИБ; - сервисный режим – режим функционирования системы при проведении работ по обслуживанию инфраструктуры СУС ИБ (виртуальной или аппаратной) и обновлению ее компонентов. Сервисный режим обеспечивает реализацию основных функций СУС ИБ, за исключением работ, требующих временной приостановки работы компонента(ов) СУС ИБ. Нарушение штатной работы, включая перерывы и выход за установленные пределы параметров электропитания на время не более 30 минут не должны приводить к: - появлению ложных сигналов управления; - потере информации, важной для работы системы управления. 1.6. В СУС ИБ обеспечивается сохранность данных при возникновении аварийной ситуации с программно-техническими комплексами СУС ИБ путем резервного копирования и восстановления данных и программного обеспечения. Для этого информационные ресурсы СУС ИБ включаются в контур существующих систем резервного копирования. 1.7. Все серверные компоненты СУС ИБ строятся на базе Linux-подобных систем и не требуют приобретения дополнительных лицензий. 1.8. По окончании действия услуг технической поддержки СУС ИБ система сохраняет полную работоспособность. Значение характеристики не может изменяться участником закупки Общие требования к системе управления событиями информaционной безопасности (далее – СУС ИБ) 1.9. Мониторинг и анализ событий информационной безопасности от контролируемых ресурсов ИТС не оказывает отрицательного воздействия с точки зрения скорости исполнения обычных процессов функциональной деятельности подразделений Заказчика Значение характеристики не может изменяться участником закупки Требования к структуре СУС ИБ 2.1. В СУС ИБ реализованы следующие функциональные подсистемы: - Подсистема сбора и обработки событий ИБ; - Подсистема хранения событий ИБ; - Подсистема корреляции событий ИБ; - Подсистема поиска событий и подозрений на инциденты ИБ; - Подсистема регистрации инцидентов; - Подсистема обеспечения информационной безопасности самой системы; - Подсистемы управления. Значение характеристики не может изменяться участником закупки Требования к функционированию СУС ИБ 3.1. СУС ИБ обеспечивает выполнение следующих функций: - консолидация и хранение информации о инцидентах ИБ, регистрируемых Системой с целью выявления подозрений на инциденты ИБ; - анализ информации о подозрениях на инциденты ИБ с целью их подтверждения и назначения для последующего реагирования; - сбор и систематизация данных для проведения специалистами по ИБ последующего анализа причин и источников инцидентов информационной безопасности для определения корректирующих действий по снижению вероятности наступления аналогичных инцидентов информационной безопасности в будущем; - обобщенное представление информации о выявленных в ИТС подозрениях на инциденты ИБ на единой консоли СУС ИБ; - уведомление ответственных сотрудников ИБ об обнаружении инцидентов/подозрений на инцидент; - администрирование компонентов СУС ИБ; - мониторинг состояния, устранение сбоев и отказов компонентов СУС ИБ; - поддержка иерархической структуры с назначением головной и подчиненных площадок СУС ИБ. Значение характеристики не может изменяться участником закупки Требования к функциональным подсистемам 4.1. Реализация функциональных подсистем учитывает иерархическую структуру СУС ИБ в целом. Проектные решения по созданию СУС ИБ предусматривают возможность поэтапного внедрения и интегрирования функциональных подсистем. Решения по обеспечению информационного взаимодействия между функциональными уровнями и подсистемами СУС ИБ, а также с объектами контроля не предусматривают создания дублирующих по отношению к уже созданным сетевых и телекоммуникационных инфраструктур Значение характеристики не может изменяться участником закупки Требования к подсистеме сбора и обработки событий ИБ 5.1.Подсистема сбора и обработки событий ИБ обеспечивает реализацию следующего набора типовых действий: - сбор и обработка 2000 и более событий в секунду; - автоматизированный сбор и нормализация событий ИБ, включая: 1)присвоение событиям категорий в соответствии с типом зарегистрированного события; 2)присвоение событию степени критичности, управляемой администраторами СУС ИБ; 3)приведение событий ИБ к единому формату СУС ИБ; 4)обогащение событий (запись пользовательских значений в любое поле события) на основании пользовательских правил; 5)сохранение исходного события и нормализованного. 6)нормализация объединенного потока событий от различных источников; - передача информации о событиях ИБ в подсистему управления инцидентами ИБ, подсистему хранения событий ИБ; - поддержка передачи событий в другие системы; - возможность передачи событий в нормализованном и сыром формате, в том числе по заданному условию; - события содержат как минимум следующую информацию: 1)дата и время возникновения события; 2)источник (IP-адрес или сетевое имя); 3)уникальный идентификатор события; 4)тип (категория) события; 5)описание события; 6)критичность (приоритет) события; 7)время получения события от источника; 8)дополнительные поля. Информация об источнике события представляется в формате IPv4 и IPv6-адресации, либо в формате DNS-hostname. Информация о внешних IP адресах представляется в виде геопозиционных меток (страна, город, координаты местонахождения). Дополнительные поля таксономии могут содержать информацию о протоколах прикладного уровня, MAC-адресах, DNS-адресах, файловых доступах, различные переменные и т.д. Допускается возможность расширения схемы полей таксономии администраторами СУС ИБ. Значение характеристики не может изменяться участником закупки Требования к подсистеме сбора и обрaботки событий ИБ 5.2.Подсистема сбора имеет унифицированные транспорты для сбора событий и допускает подключение новых источников администраторами СУС ИБ без привлечения сторонних организаций и разработчиков. Подсистема обеспечивает возможность разработки правил нормализации событий для существующих полей таксономии с использованием встроенного инструментария и не требует привлечения разработчиков. Подсистема сбора автоматически применяет соответствующие формулы нормализации, без необходимости настройки типа источника или вендора в СУС ИБ. Подсистема гарантирует кэширование событий на агенте, при потере связи с центральным компонентом СУС ИБ. Подсистема обеспечивает автоматическую архивацию и шифрование событий при передаче их с агента СУС ИБ. 5.3. При сборе событий с использованием агента СУС ИБ имеет возможность настраивать модули по умолчанию, автоматически подключаемые настройки сбора для всех новых агентов. 5.4. В рамках иерархической структуры СУС ИБ реализованы следующие варианты хранения и передачи событий: - хранение событий на подчиненных площадках; - передача всех событий с подчиненных площадок на головную. Значение характеристики не может изменяться участником закупки Требования к подсистеме хранения событий ИБ 6.1. Подсистема хранения событий ИБ реализована в виде единого распределенного хранилища на базе Elasticsearch и обеспечивает реализацию следующего набора типовых действий: - выделение отдельного сервера управления, при необходимости, для оптимизации нагрузки; - выделения отдельного сервера индексирования, при необходимости, для оптимизации нагрузки; - долгосрочное хранение событий ИБ как в нормализованном, так и в исходном виде; - хранение событий ИБ в сжатом виде для экономии объема требуемого места в хранилище; - возможность хранения событий как на локальных, так и на внешних (сетевых) хранилищах; - адаптация системы хранения событий ИБ под разные часовые пояса (отображение всех событий в едином временном пространстве); - распределенное хранение событий без консолидации в единое хранилище с возможностью оперативного доступа ко всем событиям из единой консоли; - возможность распределенного поиска по всем событиям в едином запросе без передачи события в единое хранилище; - долгосрочное хранение событий с оперативным доступом к любым событиям на всем интервале хранения; - сокращение объемов хранения за счет автоматической очистки несущественных и информационных данных на основе заданной и управляемой администраторами СУС ИБ критичности событий; - автоматическая очистка хранилища от неинформативных событий; - возможность установки глубины хранения пользователем для всех типов событий; - автоматическое восстановление базы данных после сбоев. Значение характеристики не может изменяться участником закупки Требовaния к подсистеме хранения событий ИБ 6.2. Хранилище системы СУС ИБ обеспечивает хранение оперативной информации за период 3 и более последних месяцев. Обеспечена возможность последующего увеличения емкости хранилищ без изменения всей архитектуры решения (горизонтальное масштабирование). Подсистема обеспечивает использование «Горячих серверов хранения» обеспечивающих хранение событий, к которым необходим оперативный доступ и «Холодных серверов хранения» для хранения событий, доступ к которым постоянно не требуется. Подсистема хранения имеет возможность горизонтального масштабирования путем ввода новых серверов хранения событий, без привлечения сторонних организаций и разработчиков. 6.3. Подсистема хранения включает в себя модуль архивации, обладающий следующим функционалом: 1) Модуль обеспечивает возможность автоматической архивации событий с выгрузкой их в отдельные файлы на сетевом хранилище; 2) Модуль обеспечивает возможность настройки глубины хранения событий в системе – события старше указанного срока автоматически выгружаются в архив; 3) Модуль обеспечивает возможность просмотра имеющихся архивов, возможность временного подключения архива к системе для оперативной работы с ним, возможность отключения архива от системы после его использования; 4) Модуль обеспечивает возможность нескольких видов архивации событий – режим быстрой архивации с минимальной степенью сжатия и медленной архивации с большей степенью сжатия –7 раз и более от размера событий в системе. 5) Модуль обеспечивает возможность автоматического мониторинга состояния подключенного сетевого хранилища с предупреждением в интерфейсе в случае его недоступности. Значение характеристики не может изменяться участником закупки Требования к подсистеме хрaнения событий ИБ 6.4. Подсистема хранения включает в себя модуль агрегации событий, обладающий следующим функционалом: 1) Модуль уменьшает объема хранилища событий (ElasticSearch); 2) Модуль обеспечивает прекращение хранения однотипных и неважных событий; 3) Модуль хранит первое и последнее события, содержащие временные метки всех подобных событий. Подсистема хранения включает в себя модуль фильтрации приходящих событий: 1) Модуль обеспечивает фильтрацию событий по созданным правилам фильтрации; 2) Модуль осуществляет экспорт и импорт правил фильтрации; 3) Модуль обеспечивает копирование правил фильтрации на подчиненные ноды при режиме Multitenancy. Значение характеристики не может изменяться участником закупки Требования к подсистеме корреляции событий ИБ 7.1. Подсистема корреляции событий ИБ обеспечивает реализацию следующего набора типовых действий: - выявление подозрений на инциденты ИБ посредством корреляции событий ИБ по заданным в СУС ИБ правилам. Выявление подозрений на следующие инциденты, включая, но не ограничиваясь: 1) превышение числа указанного количества попыток неуспешного доступа; 2) успешный вход под учетной записью после многочисленных неуспешных попыток; 3) попытки подбора пароля к сервисам удаленного управления серверов и сетевого оборудования, а также для критичных учетных записей; 4) блокирование учетной записи после многочисленных неуспешных попыток; 5) блокирование критичной/сервисной учетной записи по превышению лимита неудачных входов; 6) интерактивный вход под служебной/сервисной учетной записью; 7)попытки входа под несуществующей учетной записью; 8) попытки входа под заблокированной учетной записью; 9) удаленный/интерактивный вход на критичные ресурсы под учетными записями, не перечисленными в указанном списке; 10) изменение или создание учетных записей пользователями, не входящими в доверенную группу; 11) изменение учетных записей и групп вне рабочего времени; 12) изменение сервисных учетных записей; 13) вход с использованием привилегированных или сервисных учетных записей, в том числе в нерабочие часы; 14) массовое изменение учетных записей и групп; 15) включение опции Password Never Expires; 16) очистка журналов событий; 17) превышение допустимого числа запрещенных межсетевым экраном соединений; 18) превышение допустимого числа сброшенных соединений; 19) превышение допустимого числа неустановленных соединений; Значение характеристики не может изменяться участником закупки Требoвания к подсистеме корреляции событий ИБ 20) многочисленные ошибки доступа к источнику (нет прав доступа); - создание корреляций по историческим данным (хранящимся в системе) с использованием всех доступных функций корреляции; - историческая корреляция имеет функционал ручного и автоматического запуска; - создание и корректировка правил корреляции событий ИБ в графическом конструкторе без знания языков программирования; - установка приоритета инцидента, регистрируемого в результате срабатывания правила корреляции; - установки зоны видимости инцидента на основе ролевой модели применительно к каждому правилу корреляции; - возможность использования в правилах корреляции изменяемых пользователем статических списков; - возможность использования в правилах корреляции динамических списков; - возможность использования в правилах корреляции динамических таблиц; - установка временных ограничительных параметров срабатывания правила корреляции; - автоматическая регистрация выявленных подозрений на инциденты ИБ, оповещение об их выявлении ответственных лиц и передача их в подсистему хранения; - приоритезация выявленных подозрений на инциденты ИБ с учетом критичности событий ИБ, вызвавших данный инцидент и критичности ресурсов, затронутых им; - автоматические механизмы поиска событий и подозрений на инциденты ИБ по заданным критериям и значениям полей событий без создания правил корреляции для каждого конкретного типа инцидентов; - формирование пользовательского события в результате срабатывания правила корреляции; - проактивные сценарии при срабатывании правила корреляции; - передача в проактивные сценарии одиночных значений или массивов имен пользователей, исходных IP адресов, прочих переменных, фигурирующих в инциденте; - отправка уведомления о регистрации инцидента по электронной почте сотрудникам, не имеющих доступа к системе. Значение характеристики не может изменяться участником закупки Требования к подсистеме кoрреляции событий ИБ 7.2. Подсистема корреляции событий ИБ обеспечивает корреляцию: - по отдельным событиям; - по количеству событий за интервал времени; - по количеству уникальных значений за интервал времени; - по последовательности действий. Значение характеристики не может изменяться участником закупки Трeбования к подсистеме корреляции событий ИБ 7.3. Подсистема корреляции обеспечивает выполнение следующих функций: - возможность использования категории события для дальнейшего использования в правилах корреляции, вместо перечисления id конкретных событий; - возможность использования уровня критичности события; - использование операций равенства "Значения"; - использование операций больше "Значения"; - использование операций больше или равно "Значения"; - использование операций меньше "Значения"; - использование операций меньше или равно "Значения"; - использование операция строкового равенства "Значения"; - использование операция строкового неравенства "Значения"; - сравнение (равенство) не зависимо от регистра значений в поле; - сравнение (неравенство) не зависимо от регистра значений в поле; - поиск неполного значения; - сравнение поля (значения) за временной диапазон. Фиксация изменений; - значение в поле начинается с определенного значения; - проверка наличия значения в поле (поле не пустое); - проверка отсутствия значения в поле (пустое поле); - значение из поля входит в указанный список или списки, как в статические, так и динамические; - значение из поля не входит в указанный список или списки; - значение в поле входит в список заблокированных ресурсов Роскомнадзором; - проверка наличия определённого поля в событии; - проверка отсутствия определённого поля в событии; - проверка наличия инцидентов по значению в указанном поле; - использования отрицания к определенному условию или группе условий; - проверка доменных имен на вредоносность; - поиск в списках не зависимо от регистра значений; - сравнение (равенство) значения и поля; - сравнение (неравенство) значения и поля; - поиск подстроки по значениям статических списков; - копирование списков на подчиненные ноды при режиме Multitenancy; - постраничный поиск значений статического списка; - сортировка значений таблиц; - массовое удаление значений таблиц. Значение характеристики не может изменяться участником закупки Требования к подсистемe корреляции событий ИБ 7.4. Подсистема обеспечивает агрегацию инцидентов. Агрегация осуществляется при совпадении значений любых заданных администратором полей событий. При регистрации большого количества однотипных событий, превышающего количественные значения правила корреляции, создается только один инцидент. Подсистема обеспечивает возможность добавления информации в динамические списки и удаления информации из них. Подсистема обеспечивает хранение событий вызвавших инцидент в отдельной базе данных. Подсистема имеет функционал проверки наличия IP или доменов, указанных заказчиком, в списке Роскомнадзора. 7.5. Администраторы СУС ИБ имеют возможность: - включения и отключения отдельных правил корреляции; - копирования правила корреляции с созданием нового без повторного написания условия; - добавление категории инцидентов к правилу корреляции; - изменения пользовательского правила корреляции с уточнением его условия; - экспортировать и импортировать правила корреляции; - привязка событий к инцидентам, созданным вручную. Условие правила корреляции трактуется однозначно, интуитивно понятно. Подсистема имеет возможность использовать любые поля событий из таксономии. 7.6. В рамках иерархической структуры СУС ИБ обеспечена следующая логика работы подсистемы корреляции событий ИБ: - в случае работы подсистемы корреляции на стороне головной площадки корреляция осуществляется независимо по каждой из подчиненных площадок; - в случае работы подсистемы корреляции на стороне подчиненной площадки обеспечивается возможность передачи правил корреляции с головной площадки на подчиненные с возможностью выбора пользователем площадок, на которые необходимо передать правила. Значение характеристики не может изменяться участником закупки Требования к подсистеме поиска событий и подозрений на инциденты ИБ 8.1. Подсистема поиска событий и подозрений на инциденты ИБ обеспечивает реализацию следующего набора типовых действий: - формирование графических представлений и визуализаций данных в событиях; - сортировка и группировка событий; - отображение нормализованных событий с выводом указанной последовательности и набора полей; - изменение очередности и количества выводимых полей при детальном просмотре событий; - группировка по указанному пользователем полю; - создание сохраненных фильтров просмотра событий пользователями и администраторами; - использование составных поисковых запросов; - поиск событий без знания текста события, по категориям и критериям; - возможность использования логических операторов; - выгрузка событий по фильтрам с указанными полями и их очередностью; - гибкое формирование отчетов по событиям на базе поисковых запросов; - поиск событий ИБ, связанных с конкретным подозрением на инцидент ИБ; - сортировка событий по каждому из возможных полей; - полнотекстовый поиск по сырым событиям; - перемещение по событиям клавишами ? «стрелка вверх» и ? «стрелка вниз»; - группировка поля события, при детальном его просмотре. - отображение порядка групп полей в соответствии с уровнем важности; - визуальное построение взаимосвязей между событиями по произвольным полям; - запоминание последнего фильтра, введенного во взаимосвязях; - поиск по всем подключенным средствам хранения событий; - полнотекстовой поиск по событиям, с возможностью использования логических операторов, а также преобразования результатов в диаграммы на лету без необходимости создания отчетов или инструментальных панелей. 8.2. В рамках иерархической структуры СУС ИБ подсистема поиска событий обеспечивает возможность распределенного поиска событий по всем подчиненным площадкам из интерфейса управления головной площадки. В рамках иерархической структуры СУС ИБ обеспечена возможность разграничения доступа пользователей головной площадки СУС ИБ к событиям каждой из подчиненных площадок. Значение характеристики не может изменяться участником закупки Требования к подсистеме регистрации инцидентов ИБ 9.1. Подсистема регистрации инцидентов безопасности СУС ИБ выполнена в виде единого решения с остальными подсистемами в единой консоли управления. Подсистема регистрации инцидентов обеспечивает реализацию следующих типовых действий: - ведение процессов инцидент-менеджмента согласно стандарту ITIL; - создание инцидента вручную; - регистрация инцидентов в результате срабатывания по правилам корреляции; - ролевое разделение доступа к инцидентам; - разделение доступа по группам и пользователям системы на основе условий, задаваемых в правилах корреляции; - постановка задач сотрудникам и группам в рамках инцидентов; - оповещение посредством электронной почты о назначенных инцидентах; - оповещение посредством электронной почты о поставленных задачах в рамках инцидентов; - звуковое оповещение о новом инциденте; - уведомления для инцидентов, созданных вручную; - постановка задач сотрудникам, не имеющим доступа к инциденту с изменением зоны видимости инцидента; - эскалация инцидентов с изменением зоны видимости инцидентов; - поиск и навигация по событиям, попавшим под инцидент; - повторное открытие ранее закрытого инцидента при его повторном возникновении; - навигация по закрытым инцидентам; - просмотр решения инцидентов; - просмотр истории инцидента; - возможность массового изменения статуса инцидентов; - обеспечение функционала добавления информации в инцидент при ведении расследования; - отображение событий, вызвавших инцидент и обеспечение поиска, сортировки и группировки полей событий в карточке инцидента; - привязка событий к инцидентам, созданным вручную; - удаление определённых инцидентов из системы и всех инцидентов с удалением всей информации об инциденте и событий, связанных с ними, без удаления событий из централизованного хранилища; - массовое удаление инцидентов, сгруппированных по тенанту (при включенном режиме Multitenancy), по наименованию или по категории; Значение характеристики не может изменяться участником закупки Требовaния к подсистеме регистрации инцидентов ИБ - в рамках иерархической структуры СУС ИБ: 1) осуществляется автоматическая передача карточек инцидентов с подчиненных площадок на головную; 2) обеспечена возможность разграничения доступа пользователей головной площадки СУС ИБ к карточкам инцидентов каждой из подчиненных площадок. - возможность создавать, отслеживать, назначать, удалять задачи по инцидентам. 9.2. Функционал удаления инцидентов имеет возможность ограничения определенными ролями пользователей или отключения данного функционала для всех пользователей СУС ИБ. 9.3. Инциденты информационной безопасности, равно как и связанные с ними события хранятся в системе 1 год и более, не зависимо от срока хранения обычных сырых и нормализованных событий в системе. Значение характеристики не может изменяться участником закупки Требования к подсистеме информационной безопасности 10.1. Подсистема информационной безопасности СУС ИБ обеспечивает реализацию следующих действий: - аутентификация пользователей посредством встроенных механизмов, интеграции с LDAP и гибридной аутентификации; - разграничение доступа к функциям и информации, обрабатываемой в СУС ИБ посредством ролевой модели; - логирование входов и действий обслуживающего персонала СУС ИБ; - защита от несанкционированного доступа к информации, находящейся в СУС ИБ; - регистрация и предотвращение попыток несанкционированного доступа к средствам контроля и контролируемой информации; - ограничение количества неуспешных попыток входа в СУС ИБ; - настройка парольных политик пользователей СУС ИБ; - ограничение количества параллельных сеансов доступа в СУС ИБ; - контроль целостности компонентов СУС ИБ и уведомление пользователя в случае нарушения целостности. Значение характеристики не может изменяться участником закупки Требования к подсистеме управления 11.1. Управление СУС ИБ осуществляется посредством графического веб-интерфейса, адаптированного под использование с различных веб-браузеров и мобильных устройств. Интерфейс отображает текущее состояние всех компонентов системы и текущую нагрузку на ресурсы системы СУС ИБ, такие как CPU, память, диск. Интерфейс позволяет пользователям создавать и формировать отчеты с возможностью визуализации данных с помощью таблиц и диаграмм. Интерфейс позволяет отображать текущее количество инцидентов, графики по возникновению инцидентов с разбивкой по времени и обеспечивать формирование отчетов по инцидентам с возможностью выбора полей инцидентов. 11.2. Подсистема управления обеспечивает возможность управления настройками и правилами корреляции на всех серверах СУС ИБ из единой консоли. Подсистема обеспечивает управление обновлением системы, в случае доступности обновления подсистема отображает список изменений в версии. Обновление системы обеспечивается автоматически, без необходимости остановки системы или отдельных ее компонентов. Обновление компонентов СУС ИБ может включать исправление работы СУС ИБ, новый функционал, обновление правил корреляции и нормализации. Все новые правила корреляции и нормализации, полученные в рамках обновления системы, активны по умолчанию, без необходимости взаимодействия с пользователем. Подсистема обеспечивает отображение состояния системы хранения и текущую ее загрузку. В случае использования кластерной сборки системы хранения, подсистема обеспечивает отображение состояния каждой ноды в отдельности. Подсистема обеспечивает централизованное хранение всех лицензий компонентов СУС ИБ (нод) в едином интерфейсе. Подсистема обеспечивает отображение на головной ноде статуса лицензий на подчиненных нодах. Подсистема обеспечивает хранение актуальных списков ресурсов (IP адреса и домены), заблокированных Роскомнадзором, и обеспечивает по ним поиск. Значение характеристики не может изменяться участником закупки Требования к подсистеме упрaвления Подсистема обеспечивает функционал множественной активации и деактивации правил корреляции и нормализации событий. Подсистема обеспечивает отображение статуса активации и деактивации правил, а также отображает статус наличия ошибок корреляции и нормализации. Подсистема имеет функционал передачи парсеров на подчинённые компоненты сбора событий. В рамках иерархической структуры СУС ИБ подсистема имеет функционал передачи пользовательских парсеров на подчинённые площадки. Подсистема обеспечивает хранение и отображение списков в системе. Обеспечивает поиск по значениям в списке. В случае удаления из системы списка, используемого в корреляциях, система ограничивает удаление данного списка с отображением списка корреляций, где он используется. Подсистема обеспечивает функционал автоматического удаления записей из списков по истечению времени или отсутствию обновлений данных в списке (TTL). Подсистема обеспечивает возможность отображения состояния подсистемы хранения событий в веб интерфейсе. Подсистема обеспечивает возможность диагностики правил нормализации с возможностью выявления событий, влияющих на производительность системы. Подсистема обеспечивает возможность сбора статистики по правилам корреляции, включая время выполнения правил корреляции, и количество инцидентов, сгенерированных правилами и созданными вручную. Подсистема обеспечивает возможность сбора статистики по парсерам, включая количество прошедших событий, процессорное время и общее время выполнения по каждому парсеру. Подсистема обеспечивает массовое удаление агентов, экспорт списка агентов и модулей, групповое управление агентами, шаблоны настроек модулей агентов. Значение характеристики не может изменяться участником закупки Требования к интеграции СУС ИБ 12.1. Технические решения по интеграции функциональных подсистем унифицированы и обеспечивают масштабируемость, наращиваемость и дальнейшее совершенствование СУС ИБ при развитии ИТС. Агент СУС ИБ включает в себя компонент сбора низкоуровневых событий с ядра ОС. Данный компонент включается/выключается для каждой установки агента СУС ИБ через центральный интерфейс СУС ИБ. 12.2. Источники событий интегрируются с платформой СУС ИБ одним из следующих способов: - сбор событий по протоколу syslog, netflow; - сбор событий с компонента, собирающего информацию о низкоуровневых событиях ядра ОС; - сбор событий, хранящихся в лог-файлах локально и на сетевых ресурсах (SMB, FTP); - сбор событий, хранящихся в БД MS SQL, Oracle, MySQL, PostgreSQL; - сбор информации об установленном ПО и патчах на ОС Windows; - сбор информации по произвольным WMI запросам; - сбор результатов выполнения команд на удаленном хосте по протоколу SSH; - сбор результатов выполнения команд на удаленном хосте по протоколу Telnet; - сбор событий посредством REST API (также возможность получения EPS по Rest API-запросу). 12.3. СУС БД имеет функционал отделяемых компонентов, обеспечивающий сбор и нормализацию событий не более 500 событий в секунду без необходимости приобретения дополнительных лицензий Значение характеристики не может изменяться участником закупки Требовaния к интеграции СУС ИБ 12.4.При передаче событий обеспечивается их целостность и гарантированная доставка в хранилище. Предусмотрено временное хранилище при невозможности передачи событий, собранных с источников. При этом, обеспечивается целостность и неизменность событий. В случае превышения лицензионных ограничений система не прерывает процесс сбора событий с источников данных без ограничения сроков, прошедших с момента выявления этих ограничений системой. В случае избыточной нагрузки система имеет возможность буферизовать поступающий поток во избежание потерь событий и распределения оптимальной нагрузки. СУС ИБ содержит инструментарий подключения новых источников событий через поддерживаемые транспорты, доступные через интерфейс пользователя. СУС ИБ обеспечивает функционал импорта данных в списки, используемые в системе из командной строки или с использованием RestAPI. СУС ИБ обеспечивает возможность передачи инцидентов и событий инцидентов во внешние системы с использованием RestAPI 12.5. СУС ИБ имеет компонент интеграции с личным кабинетом ГосСОПКА, с поддержкой следующего функционала: - Получение уведомлений о компьютерных инцидентах и уязвимостях из личного кабинета ГосСОПКА; - Получение сообщений из личного кабинета ГосСОПКА; - Получение бюллетеней из личного кабинета ГосСОПКА; - Передачу инцидентов в ГосСОПКА. Значение характеристики не может изменяться участником закупки Требования к сертификации СУС ИБ Программное обеспечение по мониторингу и управлению событиями информационной безопасности соответствует 4-му уровню доверия согласно условиям и требованиям, описанным в документе «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (утв. приказом ФСТЭК России от 2 июня 2020 г. № 76) и имеет действующий сертификат соответствия ФСТЭК Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (03.15) Средства обнаружения угроз и расследования сетевых инцидентов - - Значение характеристики не может изменяться участником закупки - (03.02) Средства управления событиями информационной безопасности - Способ предоставления - Экземпляр на материальном носителе - - Значение характеристики не может изменяться участником закупки - Общие требования к системе управления событиями информационной безопасности (далее – СУС ИБ) - 1.1.СУС ИБ обеспечивает решение следующих общих задач: - сбор, обработка, отображение и долгосрочное хранение информации о событиях и подозрениях на инциденты информационной безопасности, выявляемых в инфраструктуре Заказчика; - предоставление инструментов для анализа событий и расследования инцидентов информационной безопасности, в том числе, масштабных инцидентов ИБ, затрагивающие несколько территориальных подразделений; - предоставление исходной информации для определения влияния события или подозрения на инцидент ИБ на ИТ-сервисы. 1.2.СУС ИБ строится как единая система с иерархической функциональной структурой и централизованным пунктом управления и является составной частью информационно-телекоммуникационной системы Заказчика. 1.3. СУС ИБ имеет микросервисную архитектуру, обеспечивающую перенос части функции СУС ИБ на отдельные сервера, выполняющие функции: - Приема событий; - Нормализации событий; - Корреляции событий; - Хранения событий 1.4. СУС ИБ удовлетворяет следующим общим требованиям: - Масштабируемость – способность справляться с увеличением рабочей нагрузки на СУС ИБ путем наращивания числа функциональных блоков, выполняющих одни и те же задачи (горизонтальное масштабирование); - Вертикальная масштабируемость – возможность увеличения ресурсов на выделенных серверах. - Работоспособность – состояние системы, при котором она способна выполнять заданные функции с параметрами, установленными требованиями технической документации. - Отказоустойчивость – свойство системы непрерывно сохранять работоспособность в течение некоторого времени. СУС ИБ поставлется в отказоустойчивой конфигурации (кластере) для обеспечения функционирования в случае сбоев оборудования или ПО. - Унификация – использование типовых проектных решений, обеспечение возможности использования таких решений. - Информационная безопасность – обеспечение конфиденциальности, целостности и доступности хранящейся и обрабатываемой СУС ИБ информации. - - Значение характеристики не может изменяться участником закупки - Общие требования к системе управления событиями информационной бeзопасности (далее – СУС ИБ) - 1.5. СУС ИБ обеспечивает функционирование в следующих режимах: - штатный режим – режим функционирования СУС ИБ, при котором обеспечивается выполнение функциональных возможностей системы в объеме, соответствующем текущему этапу реализации; - автономный режим – режим, характеризующийся ограничением возможностей контроля. В этом случае сохраняется основной функционал СУС ИБ за исключением функции консолидации информации; - аварийный режим – режим функционирования системы в случае сбоя (ев)/отказа(ов) одного или нескольких компонентов СУС ИБ. В аварийном режиме обеспечивается сохранность данных при возникновении аварийной ситуации с программно-техническими комплексами СУС ИБ; - сервисный режим – режим функционирования системы при проведении работ по обслуживанию инфраструктуры СУС ИБ (виртуальной или аппаратной) и обновлению ее компонентов. Сервисный режим обеспечивает реализацию основных функций СУС ИБ, за исключением работ, требующих временной приостановки работы компонента(ов) СУС ИБ. Нарушение штатной работы, включая перерывы и выход за установленные пределы параметров электропитания на время не более 30 минут не должны приводить к: - появлению ложных сигналов управления; - потере информации, важной для работы системы управления. 1.6. В СУС ИБ обеспечивается сохранность данных при возникновении аварийной ситуации с программно-техническими комплексами СУС ИБ путем резервного копирования и восстановления данных и программного обеспечения. Для этого информационные ресурсы СУС ИБ включаются в контур существующих систем резервного копирования. 1.7. Все серверные компоненты СУС ИБ строятся на базе Linux-подобных систем и не требуют приобретения дополнительных лицензий. 1.8. По окончании действия услуг технической поддержки СУС ИБ система сохраняет полную работоспособность. - - Значение характеристики не может изменяться участником закупки - Общие требования к системе управления событиями информaционной безопасности (далее – СУС ИБ) - 1.9. Мониторинг и анализ событий информационной безопасности от контролируемых ресурсов ИТС не оказывает отрицательного воздействия с точки зрения скорости исполнения обычных процессов функциональной деятельности подразделений Заказчика - - Значение характеристики не может изменяться участником закупки - Требования к структуре СУС ИБ - 2.1. В СУС ИБ реализованы следующие функциональные подсистемы: - Подсистема сбора и обработки событий ИБ; - Подсистема хранения событий ИБ; - Подсистема корреляции событий ИБ; - Подсистема поиска событий и подозрений на инциденты ИБ; - Подсистема регистрации инцидентов; - Подсистема обеспечения информационной безопасности самой системы; - Подсистемы управления. - - Значение характеристики не может изменяться участником закупки - Требования к функционированию СУС ИБ - 3.1. СУС ИБ обеспечивает выполнение следующих функций: - консолидация и хранение информации о инцидентах ИБ, регистрируемых Системой с целью выявления подозрений на инциденты ИБ; - анализ информации о подозрениях на инциденты ИБ с целью их подтверждения и назначения для последующего реагирования; - сбор и систематизация данных для проведения специалистами по ИБ последующего анализа причин и источников инцидентов информационной безопасности для определения корректирующих действий по снижению вероятности наступления аналогичных инцидентов информационной безопасности в будущем; - обобщенное представление информации о выявленных в ИТС подозрениях на инциденты ИБ на единой консоли СУС ИБ; - уведомление ответственных сотрудников ИБ об обнаружении инцидентов/подозрений на инцидент; - администрирование компонентов СУС ИБ; - мониторинг состояния, устранение сбоев и отказов компонентов СУС ИБ; - поддержка иерархической структуры с назначением головной и подчиненных площадок СУС ИБ. - - Значение характеристики не может изменяться участником закупки - Требования к функциональным подсистемам - 4.1. Реализация функциональных подсистем учитывает иерархическую структуру СУС ИБ в целом. Проектные решения по созданию СУС ИБ предусматривают возможность поэтапного внедрения и интегрирования функциональных подсистем. Решения по обеспечению информационного взаимодействия между функциональными уровнями и подсистемами СУС ИБ, а также с объектами контроля не предусматривают создания дублирующих по отношению к уже созданным сетевых и телекоммуникационных инфраструктур - - Значение характеристики не может изменяться участником закупки - Требования к подсистеме сбора и обработки событий ИБ - 5.1.Подсистема сбора и обработки событий ИБ обеспечивает реализацию следующего набора типовых действий: - сбор и обработка 2000 и более событий в секунду; - автоматизированный сбор и нормализация событий ИБ, включая: 1)присвоение событиям категорий в соответствии с типом зарегистрированного события; 2)присвоение событию степени критичности, управляемой администраторами СУС ИБ; 3)приведение событий ИБ к единому формату СУС ИБ; 4)обогащение событий (запись пользовательских значений в любое поле события) на основании пользовательских правил; 5)сохранение исходного события и нормализованного. 6)нормализация объединенного потока событий от различных источников; - передача информации о событиях ИБ в подсистему управления инцидентами ИБ, подсистему хранения событий ИБ; - поддержка передачи событий в другие системы; - возможность передачи событий в нормализованном и сыром формате, в том числе по заданному условию; - события содержат как минимум следующую информацию: 1)дата и время возникновения события; 2)источник (IP-адрес или сетевое имя); 3)уникальный идентификатор события; 4)тип (категория) события; 5)описание события; 6)критичность (приоритет) события; 7)время получения события от источника; 8)дополнительные поля. Информация об источнике события представляется в формате IPv4 и IPv6-адресации, либо в формате DNS-hostname. Информация о внешних IP адресах представляется в виде геопозиционных меток (страна, город, координаты местонахождения). Дополнительные поля таксономии могут содержать информацию о протоколах прикладного уровня, MAC-адресах, DNS-адресах, файловых доступах, различные переменные и т.д. Допускается возможность расширения схемы полей таксономии администраторами СУС ИБ. - - Значение характеристики не может изменяться участником закупки - Требования к подсистеме сбора и обрaботки событий ИБ - 5.2.Подсистема сбора имеет унифицированные транспорты для сбора событий и допускает подключение новых источников администраторами СУС ИБ без привлечения сторонних организаций и разработчиков. Подсистема обеспечивает возможность разработки правил нормализации событий для существующих полей таксономии с использованием встроенного инструментария и не требует привлечения разработчиков. Подсистема сбора автоматически применяет соответствующие формулы нормализации, без необходимости настройки типа источника или вендора в СУС ИБ. Подсистема гарантирует кэширование событий на агенте, при потере связи с центральным компонентом СУС ИБ. Подсистема обеспечивает автоматическую архивацию и шифрование событий при передаче их с агента СУС ИБ. 5.3. При сборе событий с использованием агента СУС ИБ имеет возможность настраивать модули по умолчанию, автоматически подключаемые настройки сбора для всех новых агентов. 5.4. В рамках иерархической структуры СУС ИБ реализованы следующие варианты хранения и передачи событий: - хранение событий на подчиненных площадках; - передача всех событий с подчиненных площадок на головную. - - Значение характеристики не может изменяться участником закупки - Требования к подсистеме хранения событий ИБ - 6.1. Подсистема хранения событий ИБ реализована в виде единого распределенного хранилища на базе Elasticsearch и обеспечивает реализацию следующего набора типовых действий: - выделение отдельного сервера управления, при необходимости, для оптимизации нагрузки; - выделения отдельного сервера индексирования, при необходимости, для оптимизации нагрузки; - долгосрочное хранение событий ИБ как в нормализованном, так и в исходном виде; - хранение событий ИБ в сжатом виде для экономии объема требуемого места в хранилище; - возможность хранения событий как на локальных, так и на внешних (сетевых) хранилищах; - адаптация системы хранения событий ИБ под разные часовые пояса (отображение всех событий в едином временном пространстве); - распределенное хранение событий без консолидации в единое хранилище с возможностью оперативного доступа ко всем событиям из единой консоли; - возможность распределенного поиска по всем событиям в едином запросе без передачи события в единое хранилище; - долгосрочное хранение событий с оперативным доступом к любым событиям на всем интервале хранения; - сокращение объемов хранения за счет автоматической очистки несущественных и информационных данных на основе заданной и управляемой администраторами СУС ИБ критичности событий; - автоматическая очистка хранилища от неинформативных событий; - возможность установки глубины хранения пользователем для всех типов событий; - автоматическое восстановление базы данных после сбоев. - - Значение характеристики не может изменяться участником закупки - Требовaния к подсистеме хранения событий ИБ - 6.2. Хранилище системы СУС ИБ обеспечивает хранение оперативной информации за период 3 и более последних месяцев. Обеспечена возможность последующего увеличения емкости хранилищ без изменения всей архитектуры решения (горизонтальное масштабирование). Подсистема обеспечивает использование «Горячих серверов хранения» обеспечивающих хранение событий, к которым необходим оперативный доступ и «Холодных серверов хранения» для хранения событий, доступ к которым постоянно не требуется. Подсистема хранения имеет возможность горизонтального масштабирования путем ввода новых серверов хранения событий, без привлечения сторонних организаций и разработчиков. 6.3. Подсистема хранения включает в себя модуль архивации, обладающий следующим функционалом: 1) Модуль обеспечивает возможность автоматической архивации событий с выгрузкой их в отдельные файлы на сетевом хранилище; 2) Модуль обеспечивает возможность настройки глубины хранения событий в системе – события старше указанного срока автоматически выгружаются в архив; 3) Модуль обеспечивает возможность просмотра имеющихся архивов, возможность временного подключения архива к системе для оперативной работы с ним, возможность отключения архива от системы после его использования; 4) Модуль обеспечивает возможность нескольких видов архивации событий – режим быстрой архивации с минимальной степенью сжатия и медленной архивации с большей степенью сжатия –7 раз и более от размера событий в системе. 5) Модуль обеспечивает возможность автоматического мониторинга состояния подключенного сетевого хранилища с предупреждением в интерфейсе в случае его недоступности. - - Значение характеристики не может изменяться участником закупки - Требования к подсистеме хрaнения событий ИБ - 6.4. Подсистема хранения включает в себя модуль агрегации событий, обладающий следующим функционалом: 1) Модуль уменьшает объема хранилища событий (ElasticSearch); 2) Модуль обеспечивает прекращение хранения однотипных и неважных событий; 3) Модуль хранит первое и последнее события, содержащие временные метки всех подобных событий. Подсистема хранения включает в себя модуль фильтрации приходящих событий: 1) Модуль обеспечивает фильтрацию событий по созданным правилам фильтрации; 2) Модуль осуществляет экспорт и импорт правил фильтрации; 3) Модуль обеспечивает копирование правил фильтрации на подчиненные ноды при режиме Multitenancy. - - Значение характеристики не может изменяться участником закупки - Требования к подсистеме корреляции событий ИБ - 7.1. Подсистема корреляции событий ИБ обеспечивает реализацию следующего набора типовых действий: - выявление подозрений на инциденты ИБ посредством корреляции событий ИБ по заданным в СУС ИБ правилам. Выявление подозрений на следующие инциденты, включая, но не ограничиваясь: 1) превышение числа указанного количества попыток неуспешного доступа; 2) успешный вход под учетной записью после многочисленных неуспешных попыток; 3) попытки подбора пароля к сервисам удаленного управления серверов и сетевого оборудования, а также для критичных учетных записей; 4) блокирование учетной записи после многочисленных неуспешных попыток; 5) блокирование критичной/сервисной учетной записи по превышению лимита неудачных входов; 6) интерактивный вход под служебной/сервисной учетной записью; 7)попытки входа под несуществующей учетной записью; 8) попытки входа под заблокированной учетной записью; 9) удаленный/интерактивный вход на критичные ресурсы под учетными записями, не перечисленными в указанном списке; 10) изменение или создание учетных записей пользователями, не входящими в доверенную группу; 11) изменение учетных записей и групп вне рабочего времени; 12) изменение сервисных учетных записей; 13) вход с использованием привилегированных или сервисных учетных записей, в том числе в нерабочие часы; 14) массовое изменение учетных записей и групп; 15) включение опции Password Never Expires; 16) очистка журналов событий; 17) превышение допустимого числа запрещенных межсетевым экраном соединений; 18) превышение допустимого числа сброшенных соединений; 19) превышение допустимого числа неустановленных соединений; - - Значение характеристики не может изменяться участником закупки - Требoвания к подсистеме корреляции событий ИБ - 20) многочисленные ошибки доступа к источнику (нет прав доступа); - создание корреляций по историческим данным (хранящимся в системе) с использованием всех доступных функций корреляции; - историческая корреляция имеет функционал ручного и автоматического запуска; - создание и корректировка правил корреляции событий ИБ в графическом конструкторе без знания языков программирования; - установка приоритета инцидента, регистрируемого в результате срабатывания правила корреляции; - установки зоны видимости инцидента на основе ролевой модели применительно к каждому правилу корреляции; - возможность использования в правилах корреляции изменяемых пользователем статических списков; - возможность использования в правилах корреляции динамических списков; - возможность использования в правилах корреляции динамических таблиц; - установка временных ограничительных параметров срабатывания правила корреляции; - автоматическая регистрация выявленных подозрений на инциденты ИБ, оповещение об их выявлении ответственных лиц и передача их в подсистему хранения; - приоритезация выявленных подозрений на инциденты ИБ с учетом критичности событий ИБ, вызвавших данный инцидент и критичности ресурсов, затронутых им; - автоматические механизмы поиска событий и подозрений на инциденты ИБ по заданным критериям и значениям полей событий без создания правил корреляции для каждого конкретного типа инцидентов; - формирование пользовательского события в результате срабатывания правила корреляции; - проактивные сценарии при срабатывании правила корреляции; - передача в проактивные сценарии одиночных значений или массивов имен пользователей, исходных IP адресов, прочих переменных, фигурирующих в инциденте; - отправка уведомления о регистрации инцидента по электронной почте сотрудникам, не имеющих доступа к системе. - - Значение характеристики не может изменяться участником закупки - Требования к подсистеме кoрреляции событий ИБ - 7.2. Подсистема корреляции событий ИБ обеспечивает корреляцию: - по отдельным событиям; - по количеству событий за интервал времени; - по количеству уникальных значений за интервал времени; - по последовательности действий. - - Значение характеристики не может изменяться участником закупки - Трeбования к подсистеме корреляции событий ИБ - 7.3. Подсистема корреляции обеспечивает выполнение следующих функций: - возможность использования категории события для дальнейшего использования в правилах корреляции, вместо перечисления id конкретных событий; - возможность использования уровня критичности события; - использование операций равенства "Значения"; - использование операций больше "Значения"; - использование операций больше или равно "Значения"; - использование операций меньше "Значения"; - использование операций меньше или равно "Значения"; - использование операция строкового равенства "Значения"; - использование операция строкового неравенства "Значения"; - сравнение (равенство) не зависимо от регистра значений в поле; - сравнение (неравенство) не зависимо от регистра значений в поле; - поиск неполного значения; - сравнение поля (значения) за временной диапазон. Фиксация изменений; - значение в поле начинается с определенного значения; - проверка наличия значения в поле (поле не пустое); - проверка отсутствия значения в поле (пустое поле); - значение из поля входит в указанный список или списки, как в статические, так и динамические; - значение из поля не входит в указанный список или списки; - значение в поле входит в список заблокированных ресурсов Роскомнадзором; - проверка наличия определённого поля в событии; - проверка отсутствия определённого поля в событии; - проверка наличия инцидентов по значению в указанном поле; - использования отрицания к определенному условию или группе условий; - проверка доменных имен на вредоносность; - поиск в списках не зависимо от регистра значений; - сравнение (равенство) значения и поля; - сравнение (неравенство) значения и поля; - поиск подстроки по значениям статических списков; - копирование списков на подчиненные ноды при режиме Multitenancy; - постраничный поиск значений статического списка; - сортировка значений таблиц; - массовое удаление значений таблиц. - - Значение характеристики не может изменяться участником закупки - Требования к подсистемe корреляции событий ИБ - 7.4. Подсистема обеспечивает агрегацию инцидентов. Агрегация осуществляется при совпадении значений любых заданных администратором полей событий. При регистрации большого количества однотипных событий, превышающего количественные значения правила корреляции, создается только один инцидент. Подсистема обеспечивает возможность добавления информации в динамические списки и удаления информации из них. Подсистема обеспечивает хранение событий вызвавших инцидент в отдельной базе данных. Подсистема имеет функционал проверки наличия IP или доменов, указанных заказчиком, в списке Роскомнадзора. 7.5. Администраторы СУС ИБ имеют возможность: - включения и отключения отдельных правил корреляции; - копирования правила корреляции с созданием нового без повторного написания условия; - добавление категории инцидентов к правилу корреляции; - изменения пользовательского правила корреляции с уточнением его условия; - экспортировать и импортировать правила корреляции; - привязка событий к инцидентам, созданным вручную. Условие правила корреляции трактуется однозначно, интуитивно понятно. Подсистема имеет возможность использовать любые поля событий из таксономии. 7.6. В рамках иерархической структуры СУС ИБ обеспечена следующая логика работы подсистемы корреляции событий ИБ: - в случае работы подсистемы корреляции на стороне головной площадки корреляция осуществляется независимо по каждой из подчиненных площадок; - в случае работы подсистемы корреляции на стороне подчиненной площадки обеспечивается возможность передачи правил корреляции с головной площадки на подчиненные с возможностью выбора пользователем площадок, на которые необходимо передать правила. - - Значение характеристики не может изменяться участником закупки - Требования к подсистеме поиска событий и подозрений на инциденты ИБ - 8.1. Подсистема поиска событий и подозрений на инциденты ИБ обеспечивает реализацию следующего набора типовых действий: - формирование графических представлений и визуализаций данных в событиях; - сортировка и группировка событий; - отображение нормализованных событий с выводом указанной последовательности и набора полей; - изменение очередности и количества выводимых полей при детальном просмотре событий; - группировка по указанному пользователем полю; - создание сохраненных фильтров просмотра событий пользователями и администраторами; - использование составных поисковых запросов; - поиск событий без знания текста события, по категориям и критериям; - возможность использования логических операторов; - выгрузка событий по фильтрам с указанными полями и их очередностью; - гибкое формирование отчетов по событиям на базе поисковых запросов; - поиск событий ИБ, связанных с конкретным подозрением на инцидент ИБ; - сортировка событий по каждому из возможных полей; - полнотекстовый поиск по сырым событиям; - перемещение по событиям клавишами ? «стрелка вверх» и ? «стрелка вниз»; - группировка поля события, при детальном его просмотре. - отображение порядка групп полей в соответствии с уровнем важности; - визуальное построение взаимосвязей между событиями по произвольным полям; - запоминание последнего фильтра, введенного во взаимосвязях; - поиск по всем подключенным средствам хранения событий; - полнотекстовой поиск по событиям, с возможностью использования логических операторов, а также преобразования результатов в диаграммы на лету без необходимости создания отчетов или инструментальных панелей. 8.2. В рамках иерархической структуры СУС ИБ подсистема поиска событий обеспечивает возможность распределенного поиска событий по всем подчиненным площадкам из интерфейса управления головной площадки. В рамках иерархической структуры СУС ИБ обеспечена возможность разграничения доступа пользователей головной площадки СУС ИБ к событиям каждой из подчиненных площадок. - - Значение характеристики не может изменяться участником закупки - Требования к подсистеме регистрации инцидентов ИБ - 9.1. Подсистема регистрации инцидентов безопасности СУС ИБ выполнена в виде единого решения с остальными подсистемами в единой консоли управления. Подсистема регистрации инцидентов обеспечивает реализацию следующих типовых действий: - ведение процессов инцидент-менеджмента согласно стандарту ITIL; - создание инцидента вручную; - регистрация инцидентов в результате срабатывания по правилам корреляции; - ролевое разделение доступа к инцидентам; - разделение доступа по группам и пользователям системы на основе условий, задаваемых в правилах корреляции; - постановка задач сотрудникам и группам в рамках инцидентов; - оповещение посредством электронной почты о назначенных инцидентах; - оповещение посредством электронной почты о поставленных задачах в рамках инцидентов; - звуковое оповещение о новом инциденте; - уведомления для инцидентов, созданных вручную; - постановка задач сотрудникам, не имеющим доступа к инциденту с изменением зоны видимости инцидента; - эскалация инцидентов с изменением зоны видимости инцидентов; - поиск и навигация по событиям, попавшим под инцидент; - повторное открытие ранее закрытого инцидента при его повторном возникновении; - навигация по закрытым инцидентам; - просмотр решения инцидентов; - просмотр истории инцидента; - возможность массового изменения статуса инцидентов; - обеспечение функционала добавления информации в инцидент при ведении расследования; - отображение событий, вызвавших инцидент и обеспечение поиска, сортировки и группировки полей событий в карточке инцидента; - привязка событий к инцидентам, созданным вручную; - удаление определённых инцидентов из системы и всех инцидентов с удалением всей информации об инциденте и событий, связанных с ними, без удаления событий из централизованного хранилища; - массовое удаление инцидентов, сгруппированных по тенанту (при включенном режиме Multitenancy), по наименованию или по категории; - - Значение характеристики не может изменяться участником закупки - Требовaния к подсистеме регистрации инцидентов ИБ - - в рамках иерархической структуры СУС ИБ: 1) осуществляется автоматическая передача карточек инцидентов с подчиненных площадок на головную; 2) обеспечена возможность разграничения доступа пользователей головной площадки СУС ИБ к карточкам инцидентов каждой из подчиненных площадок. - возможность создавать, отслеживать, назначать, удалять задачи по инцидентам. 9.2. Функционал удаления инцидентов имеет возможность ограничения определенными ролями пользователей или отключения данного функционала для всех пользователей СУС ИБ. 9.3. Инциденты информационной безопасности, равно как и связанные с ними события хранятся в системе 1 год и более, не зависимо от срока хранения обычных сырых и нормализованных событий в системе. - - Значение характеристики не может изменяться участником закупки - Требования к подсистеме информационной безопасности - 10.1. Подсистема информационной безопасности СУС ИБ обеспечивает реализацию следующих действий: - аутентификация пользователей посредством встроенных механизмов, интеграции с LDAP и гибридной аутентификации; - разграничение доступа к функциям и информации, обрабатываемой в СУС ИБ посредством ролевой модели; - логирование входов и действий обслуживающего персонала СУС ИБ; - защита от несанкционированного доступа к информации, находящейся в СУС ИБ; - регистрация и предотвращение попыток несанкционированного доступа к средствам контроля и контролируемой информации; - ограничение количества неуспешных попыток входа в СУС ИБ; - настройка парольных политик пользователей СУС ИБ; - ограничение количества параллельных сеансов доступа в СУС ИБ; - контроль целостности компонентов СУС ИБ и уведомление пользователя в случае нарушения целостности. - - Значение характеристики не может изменяться участником закупки - Требования к подсистеме управления - 11.1. Управление СУС ИБ осуществляется посредством графического веб-интерфейса, адаптированного под использование с различных веб-браузеров и мобильных устройств. Интерфейс отображает текущее состояние всех компонентов системы и текущую нагрузку на ресурсы системы СУС ИБ, такие как CPU, память, диск. Интерфейс позволяет пользователям создавать и формировать отчеты с возможностью визуализации данных с помощью таблиц и диаграмм. Интерфейс позволяет отображать текущее количество инцидентов, графики по возникновению инцидентов с разбивкой по времени и обеспечивать формирование отчетов по инцидентам с возможностью выбора полей инцидентов. 11.2. Подсистема управления обеспечивает возможность управления настройками и правилами корреляции на всех серверах СУС ИБ из единой консоли. Подсистема обеспечивает управление обновлением системы, в случае доступности обновления подсистема отображает список изменений в версии. Обновление системы обеспечивается автоматически, без необходимости остановки системы или отдельных ее компонентов. Обновление компонентов СУС ИБ может включать исправление работы СУС ИБ, новый функционал, обновление правил корреляции и нормализации. Все новые правила корреляции и нормализации, полученные в рамках обновления системы, активны по умолчанию, без необходимости взаимодействия с пользователем. Подсистема обеспечивает отображение состояния системы хранения и текущую ее загрузку. В случае использования кластерной сборки системы хранения, подсистема обеспечивает отображение состояния каждой ноды в отдельности. Подсистема обеспечивает централизованное хранение всех лицензий компонентов СУС ИБ (нод) в едином интерфейсе. Подсистема обеспечивает отображение на головной ноде статуса лицензий на подчиненных нодах. Подсистема обеспечивает хранение актуальных списков ресурсов (IP адреса и домены), заблокированных Роскомнадзором, и обеспечивает по ним поиск. - - Значение характеристики не может изменяться участником закупки - Требования к подсистеме упрaвления - Подсистема обеспечивает функционал множественной активации и деактивации правил корреляции и нормализации событий. Подсистема обеспечивает отображение статуса активации и деактивации правил, а также отображает статус наличия ошибок корреляции и нормализации. Подсистема имеет функционал передачи парсеров на подчинённые компоненты сбора событий. В рамках иерархической структуры СУС ИБ подсистема имеет функционал передачи пользовательских парсеров на подчинённые площадки. Подсистема обеспечивает хранение и отображение списков в системе. Обеспечивает поиск по значениям в списке. В случае удаления из системы списка, используемого в корреляциях, система ограничивает удаление данного списка с отображением списка корреляций, где он используется. Подсистема обеспечивает функционал автоматического удаления записей из списков по истечению времени или отсутствию обновлений данных в списке (TTL). Подсистема обеспечивает возможность отображения состояния подсистемы хранения событий в веб интерфейсе. Подсистема обеспечивает возможность диагностики правил нормализации с возможностью выявления событий, влияющих на производительность системы. Подсистема обеспечивает возможность сбора статистики по правилам корреляции, включая время выполнения правил корреляции, и количество инцидентов, сгенерированных правилами и созданными вручную. Подсистема обеспечивает возможность сбора статистики по парсерам, включая количество прошедших событий, процессорное время и общее время выполнения по каждому парсеру. Подсистема обеспечивает массовое удаление агентов, экспорт списка агентов и модулей, групповое управление агентами, шаблоны настроек модулей агентов. - - Значение характеристики не может изменяться участником закупки - Требования к интеграции СУС ИБ - 12.1. Технические решения по интеграции функциональных подсистем унифицированы и обеспечивают масштабируемость, наращиваемость и дальнейшее совершенствование СУС ИБ при развитии ИТС. Агент СУС ИБ включает в себя компонент сбора низкоуровневых событий с ядра ОС. Данный компонент включается/выключается для каждой установки агента СУС ИБ через центральный интерфейс СУС ИБ. 12.2. Источники событий интегрируются с платформой СУС ИБ одним из следующих способов: - сбор событий по протоколу syslog, netflow; - сбор событий с компонента, собирающего информацию о низкоуровневых событиях ядра ОС; - сбор событий, хранящихся в лог-файлах локально и на сетевых ресурсах (SMB, FTP); - сбор событий, хранящихся в БД MS SQL, Oracle, MySQL, PostgreSQL; - сбор информации об установленном ПО и патчах на ОС Windows; - сбор информации по произвольным WMI запросам; - сбор результатов выполнения команд на удаленном хосте по протоколу SSH; - сбор результатов выполнения команд на удаленном хосте по протоколу Telnet; - сбор событий посредством REST API (также возможность получения EPS по Rest API-запросу). 12.3. СУС БД имеет функционал отделяемых компонентов, обеспечивающий сбор и нормализацию событий не более 500 событий в секунду без необходимости приобретения дополнительных лицензий - - Значение характеристики не может изменяться участником закупки - Требовaния к интеграции СУС ИБ - 12.4.При передаче событий обеспечивается их целостность и гарантированная доставка в хранилище. Предусмотрено временное хранилище при невозможности передачи событий, собранных с источников. При этом, обеспечивается целостность и неизменность событий. В случае превышения лицензионных ограничений система не прерывает процесс сбора событий с источников данных без ограничения сроков, прошедших с момента выявления этих ограничений системой. В случае избыточной нагрузки система имеет возможность буферизовать поступающий поток во избежание потерь событий и распределения оптимальной нагрузки. СУС ИБ содержит инструментарий подключения новых источников событий через поддерживаемые транспорты, доступные через интерфейс пользователя. СУС ИБ обеспечивает функционал импорта данных в списки, используемые в системе из командной строки или с использованием RestAPI. СУС ИБ обеспечивает возможность передачи инцидентов и событий инцидентов во внешние системы с использованием RestAPI 12.5. СУС ИБ имеет компонент интеграции с личным кабинетом ГосСОПКА, с поддержкой следующего функционала: - Получение уведомлений о компьютерных инцидентах и уязвимостях из личного кабинета ГосСОПКА; - Получение сообщений из личного кабинета ГосСОПКА; - Получение бюллетеней из личного кабинета ГосСОПКА; - Передачу инцидентов в ГосСОПКА. - - Значение характеристики не может изменяться участником закупки - Требования к сертификации СУС ИБ - Программное обеспечение по мониторингу и управлению событиями информационной безопасности соответствует 4-му уровню доверия согласно условиям и требованиям, описанным в документе «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (утв. приказом ФСТЭК России от 2 июня 2020 г. № 76) и имеет действующий сертификат соответствия ФСТЭК - - Значение характеристики не может изменяться участником закупки

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

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

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

(03.02) Средства управления событиями информационной безопасности

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

Общие требования к системе управления событиями информационной безопасности (далее – СУС ИБ) - 1.1.СУС ИБ обеспечивает решение следующих общих задач: - сбор, обработка, отображение и долгосрочное хранение информации о событиях и подозрениях на инциденты информационной безопасности, выявляемых в инфраструктуре Заказчика; - предоставление инструментов для анализа событий и расследования инцидентов информационной безопасности, в том числе, масштабных инцидентов ИБ, затрагивающие несколько территориальных подразделений; - предоставление исходной информации для определения влияния события или подозрения на инцидент ИБ на ИТ-сервисы. 1.2.СУС ИБ строится как единая система с иерархической функциональной структурой и централизованным пунктом управления и является составной частью информационно-телекоммуникационной системы Заказчика. 1.3. СУС ИБ имеет микросервисную архитектуру, обеспечивающую перенос части функции СУС ИБ на отдельные сервера, выполняющие функции: - Приема событий; - Нормализации событий; - Корреляции событий; - Хранения событий 1.4. СУС ИБ удовлетворяет следующим общим требованиям: - Масштабируемость – способность справляться с увеличением рабочей нагрузки на СУС ИБ путем наращивания числа функциональных блоков, выполняющих одни и те же задачи (горизонтальное масштабирование); - Вертикальная масштабируемость – возможность увеличения ресурсов на выделенных серверах. - Работоспособность – состояние системы, при котором она способна выполнять заданные функции с параметрами, установленными требованиями технической документации. - Отказоустойчивость – свойство системы непрерывно сохранять работоспособность в течение некоторого времени. СУС ИБ поставлется в отказоустойчивой конфигурации (кластере) для обеспечения функционирования в случае сбоев оборудования или ПО. - Унификация – использование типовых проектных решений, обеспечение возможности использования таких решений. - Информационная безопасность – обеспечение конфиденциальности, целостности и доступности хранящейся и обрабатываемой СУС ИБ информации. - - Значение характеристики не может изменяться участником закупки

Общие требования к системе управления событиями информационной бeзопасности (далее – СУС ИБ) - 1.5. СУС ИБ обеспечивает функционирование в следующих режимах: - штатный режим – режим функционирования СУС ИБ, при котором обеспечивается выполнение функциональных возможностей системы в объеме, соответствующем текущему этапу реализации; - автономный режим – режим, характеризующийся ограничением возможностей контроля. В этом случае сохраняется основной функционал СУС ИБ за исключением функции консолидации информации; - аварийный режим – режим функционирования системы в случае сбоя (ев)/отказа(ов) одного или нескольких компонентов СУС ИБ. В аварийном режиме обеспечивается сохранность данных при возникновении аварийной ситуации с программно-техническими комплексами СУС ИБ; - сервисный режим – режим функционирования системы при проведении работ по обслуживанию инфраструктуры СУС ИБ (виртуальной или аппаратной) и обновлению ее компонентов. Сервисный режим обеспечивает реализацию основных функций СУС ИБ, за исключением работ, требующих временной приостановки работы компонента(ов) СУС ИБ. Нарушение штатной работы, включая перерывы и выход за установленные пределы параметров электропитания на время не более 30 минут не должны приводить к: - появлению ложных сигналов управления; - потере информации, важной для работы системы управления. 1.6. В СУС ИБ обеспечивается сохранность данных при возникновении аварийной ситуации с программно-техническими комплексами СУС ИБ путем резервного копирования и восстановления данных и программного обеспечения. Для этого информационные ресурсы СУС ИБ включаются в контур существующих систем резервного копирования. 1.7. Все серверные компоненты СУС ИБ строятся на базе Linux-подобных систем и не требуют приобретения дополнительных лицензий. 1.8. По окончании действия услуг технической поддержки СУС ИБ система сохраняет полную работоспособность. - - Значение характеристики не может изменяться участником закупки

Общие требования к системе управления событиями информaционной безопасности (далее – СУС ИБ) - 1.9. Мониторинг и анализ событий информационной безопасности от контролируемых ресурсов ИТС не оказывает отрицательного воздействия с точки зрения скорости исполнения обычных процессов функциональной деятельности подразделений Заказчика - - Значение характеристики не может изменяться участником закупки

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

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

Требования к функциональным подсистемам - 4.1. Реализация функциональных подсистем учитывает иерархическую структуру СУС ИБ в целом. Проектные решения по созданию СУС ИБ предусматривают возможность поэтапного внедрения и интегрирования функциональных подсистем. Решения по обеспечению информационного взаимодействия между функциональными уровнями и подсистемами СУС ИБ, а также с объектами контроля не предусматривают создания дублирующих по отношению к уже созданным сетевых и телекоммуникационных инфраструктур - - Значение характеристики не может изменяться участником закупки

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

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

Требования к подсистеме хранения событий ИБ - 6.1. Подсистема хранения событий ИБ реализована в виде единого распределенного хранилища на базе Elasticsearch и обеспечивает реализацию следующего набора типовых действий: - выделение отдельного сервера управления, при необходимости, для оптимизации нагрузки; - выделения отдельного сервера индексирования, при необходимости, для оптимизации нагрузки; - долгосрочное хранение событий ИБ как в нормализованном, так и в исходном виде; - хранение событий ИБ в сжатом виде для экономии объема требуемого места в хранилище; - возможность хранения событий как на локальных, так и на внешних (сетевых) хранилищах; - адаптация системы хранения событий ИБ под разные часовые пояса (отображение всех событий в едином временном пространстве); - распределенное хранение событий без консолидации в единое хранилище с возможностью оперативного доступа ко всем событиям из единой консоли; - возможность распределенного поиска по всем событиям в едином запросе без передачи события в единое хранилище; - долгосрочное хранение событий с оперативным доступом к любым событиям на всем интервале хранения; - сокращение объемов хранения за счет автоматической очистки несущественных и информационных данных на основе заданной и управляемой администраторами СУС ИБ критичности событий; - автоматическая очистка хранилища от неинформативных событий; - возможность установки глубины хранения пользователем для всех типов событий; - автоматическое восстановление базы данных после сбоев. - - Значение характеристики не может изменяться участником закупки

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

Требования к подсистеме хрaнения событий ИБ - 6.4. Подсистема хранения включает в себя модуль агрегации событий, обладающий следующим функционалом: 1) Модуль уменьшает объема хранилища событий (ElasticSearch); 2) Модуль обеспечивает прекращение хранения однотипных и неважных событий; 3) Модуль хранит первое и последнее события, содержащие временные метки всех подобных событий. Подсистема хранения включает в себя модуль фильтрации приходящих событий: 1) Модуль обеспечивает фильтрацию событий по созданным правилам фильтрации; 2) Модуль осуществляет экспорт и импорт правил фильтрации; 3) Модуль обеспечивает копирование правил фильтрации на подчиненные ноды при режиме Multitenancy. - - Значение характеристики не может изменяться участником закупки

Требования к подсистеме корреляции событий ИБ - 7.1. Подсистема корреляции событий ИБ обеспечивает реализацию следующего набора типовых действий: - выявление подозрений на инциденты ИБ посредством корреляции событий ИБ по заданным в СУС ИБ правилам. Выявление подозрений на следующие инциденты, включая, но не ограничиваясь: 1) превышение числа указанного количества попыток неуспешного доступа; 2) успешный вход под учетной записью после многочисленных неуспешных попыток; 3) попытки подбора пароля к сервисам удаленного управления серверов и сетевого оборудования, а также для критичных учетных записей; 4) блокирование учетной записи после многочисленных неуспешных попыток; 5) блокирование критичной/сервисной учетной записи по превышению лимита неудачных входов; 6) интерактивный вход под служебной/сервисной учетной записью; 7)попытки входа под несуществующей учетной записью; 8) попытки входа под заблокированной учетной записью; 9) удаленный/интерактивный вход на критичные ресурсы под учетными записями, не перечисленными в указанном списке; 10) изменение или создание учетных записей пользователями, не входящими в доверенную группу; 11) изменение учетных записей и групп вне рабочего времени; 12) изменение сервисных учетных записей; 13) вход с использованием привилегированных или сервисных учетных записей, в том числе в нерабочие часы; 14) массовое изменение учетных записей и групп; 15) включение опции Password Never Expires; 16) очистка журналов событий; 17) превышение допустимого числа запрещенных межсетевым экраном соединений; 18) превышение допустимого числа сброшенных соединений; 19) превышение допустимого числа неустановленных соединений; - - Значение характеристики не может изменяться участником закупки

Требoвания к подсистеме корреляции событий ИБ - 20) многочисленные ошибки доступа к источнику (нет прав доступа); - создание корреляций по историческим данным (хранящимся в системе) с использованием всех доступных функций корреляции; - историческая корреляция имеет функционал ручного и автоматического запуска; - создание и корректировка правил корреляции событий ИБ в графическом конструкторе без знания языков программирования; - установка приоритета инцидента, регистрируемого в результате срабатывания правила корреляции; - установки зоны видимости инцидента на основе ролевой модели применительно к каждому правилу корреляции; - возможность использования в правилах корреляции изменяемых пользователем статических списков; - возможность использования в правилах корреляции динамических списков; - возможность использования в правилах корреляции динамических таблиц; - установка временных ограничительных параметров срабатывания правила корреляции; - автоматическая регистрация выявленных подозрений на инциденты ИБ, оповещение об их выявлении ответственных лиц и передача их в подсистему хранения; - приоритезация выявленных подозрений на инциденты ИБ с учетом критичности событий ИБ, вызвавших данный инцидент и критичности ресурсов, затронутых им; - автоматические механизмы поиска событий и подозрений на инциденты ИБ по заданным критериям и значениям полей событий без создания правил корреляции для каждого конкретного типа инцидентов; - формирование пользовательского события в результате срабатывания правила корреляции; - проактивные сценарии при срабатывании правила корреляции; - передача в проактивные сценарии одиночных значений или массивов имен пользователей, исходных IP адресов, прочих переменных, фигурирующих в инциденте; - отправка уведомления о регистрации инцидента по электронной почте сотрудникам, не имеющих доступа к системе. - - Значение характеристики не может изменяться участником закупки

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

Трeбования к подсистеме корреляции событий ИБ - 7.3. Подсистема корреляции обеспечивает выполнение следующих функций: - возможность использования категории события для дальнейшего использования в правилах корреляции, вместо перечисления id конкретных событий; - возможность использования уровня критичности события; - использование операций равенства "Значения"; - использование операций больше "Значения"; - использование операций больше или равно "Значения"; - использование операций меньше "Значения"; - использование операций меньше или равно "Значения"; - использование операция строкового равенства "Значения"; - использование операция строкового неравенства "Значения"; - сравнение (равенство) не зависимо от регистра значений в поле; - сравнение (неравенство) не зависимо от регистра значений в поле; - поиск неполного значения; - сравнение поля (значения) за временной диапазон. Фиксация изменений; - значение в поле начинается с определенного значения; - проверка наличия значения в поле (поле не пустое); - проверка отсутствия значения в поле (пустое поле); - значение из поля входит в указанный список или списки, как в статические, так и динамические; - значение из поля не входит в указанный список или списки; - значение в поле входит в список заблокированных ресурсов Роскомнадзором; - проверка наличия определённого поля в событии; - проверка отсутствия определённого поля в событии; - проверка наличия инцидентов по значению в указанном поле; - использования отрицания к определенному условию или группе условий; - проверка доменных имен на вредоносность; - поиск в списках не зависимо от регистра значений; - сравнение (равенство) значения и поля; - сравнение (неравенство) значения и поля; - поиск подстроки по значениям статических списков; - копирование списков на подчиненные ноды при режиме Multitenancy; - постраничный поиск значений статического списка; - сортировка значений таблиц; - массовое удаление значений таблиц. - - Значение характеристики не может изменяться участником закупки

Требования к подсистемe корреляции событий ИБ - 7.4. Подсистема обеспечивает агрегацию инцидентов. Агрегация осуществляется при совпадении значений любых заданных администратором полей событий. При регистрации большого количества однотипных событий, превышающего количественные значения правила корреляции, создается только один инцидент. Подсистема обеспечивает возможность добавления информации в динамические списки и удаления информации из них. Подсистема обеспечивает хранение событий вызвавших инцидент в отдельной базе данных. Подсистема имеет функционал проверки наличия IP или доменов, указанных заказчиком, в списке Роскомнадзора. 7.5. Администраторы СУС ИБ имеют возможность: - включения и отключения отдельных правил корреляции; - копирования правила корреляции с созданием нового без повторного написания условия; - добавление категории инцидентов к правилу корреляции; - изменения пользовательского правила корреляции с уточнением его условия; - экспортировать и импортировать правила корреляции; - привязка событий к инцидентам, созданным вручную. Условие правила корреляции трактуется однозначно, интуитивно понятно. Подсистема имеет возможность использовать любые поля событий из таксономии. 7.6. В рамках иерархической структуры СУС ИБ обеспечена следующая логика работы подсистемы корреляции событий ИБ: - в случае работы подсистемы корреляции на стороне головной площадки корреляция осуществляется независимо по каждой из подчиненных площадок; - в случае работы подсистемы корреляции на стороне подчиненной площадки обеспечивается возможность передачи правил корреляции с головной площадки на подчиненные с возможностью выбора пользователем площадок, на которые необходимо передать правила. - - Значение характеристики не может изменяться участником закупки

Требования к подсистеме поиска событий и подозрений на инциденты ИБ - 8.1. Подсистема поиска событий и подозрений на инциденты ИБ обеспечивает реализацию следующего набора типовых действий: - формирование графических представлений и визуализаций данных в событиях; - сортировка и группировка событий; - отображение нормализованных событий с выводом указанной последовательности и набора полей; - изменение очередности и количества выводимых полей при детальном просмотре событий; - группировка по указанному пользователем полю; - создание сохраненных фильтров просмотра событий пользователями и администраторами; - использование составных поисковых запросов; - поиск событий без знания текста события, по категориям и критериям; - возможность использования логических операторов; - выгрузка событий по фильтрам с указанными полями и их очередностью; - гибкое формирование отчетов по событиям на базе поисковых запросов; - поиск событий ИБ, связанных с конкретным подозрением на инцидент ИБ; - сортировка событий по каждому из возможных полей; - полнотекстовый поиск по сырым событиям; - перемещение по событиям клавишами ? «стрелка вверх» и ? «стрелка вниз»; - группировка поля события, при детальном его просмотре. - отображение порядка групп полей в соответствии с уровнем важности; - визуальное построение взаимосвязей между событиями по произвольным полям; - запоминание последнего фильтра, введенного во взаимосвязях; - поиск по всем подключенным средствам хранения событий; - полнотекстовой поиск по событиям, с возможностью использования логических операторов, а также преобразования результатов в диаграммы на лету без необходимости создания отчетов или инструментальных панелей. 8.2. В рамках иерархической структуры СУС ИБ подсистема поиска событий обеспечивает возможность распределенного поиска событий по всем подчиненным площадкам из интерфейса управления головной площадки. В рамках иерархической структуры СУС ИБ обеспечена возможность разграничения доступа пользователей головной площадки СУС ИБ к событиям каждой из подчиненных площадок. - - Значение характеристики не может изменяться участником закупки

Требования к подсистеме регистрации инцидентов ИБ - 9.1. Подсистема регистрации инцидентов безопасности СУС ИБ выполнена в виде единого решения с остальными подсистемами в единой консоли управления. Подсистема регистрации инцидентов обеспечивает реализацию следующих типовых действий: - ведение процессов инцидент-менеджмента согласно стандарту ITIL; - создание инцидента вручную; - регистрация инцидентов в результате срабатывания по правилам корреляции; - ролевое разделение доступа к инцидентам; - разделение доступа по группам и пользователям системы на основе условий, задаваемых в правилах корреляции; - постановка задач сотрудникам и группам в рамках инцидентов; - оповещение посредством электронной почты о назначенных инцидентах; - оповещение посредством электронной почты о поставленных задачах в рамках инцидентов; - звуковое оповещение о новом инциденте; - уведомления для инцидентов, созданных вручную; - постановка задач сотрудникам, не имеющим доступа к инциденту с изменением зоны видимости инцидента; - эскалация инцидентов с изменением зоны видимости инцидентов; - поиск и навигация по событиям, попавшим под инцидент; - повторное открытие ранее закрытого инцидента при его повторном возникновении; - навигация по закрытым инцидентам; - просмотр решения инцидентов; - просмотр истории инцидента; - возможность массового изменения статуса инцидентов; - обеспечение функционала добавления информации в инцидент при ведении расследования; - отображение событий, вызвавших инцидент и обеспечение поиска, сортировки и группировки полей событий в карточке инцидента; - привязка событий к инцидентам, созданным вручную; - удаление определённых инцидентов из системы и всех инцидентов с удалением всей информации об инциденте и событий, связанных с ними, без удаления событий из централизованного хранилища; - массовое удаление инцидентов, сгруппированных по тенанту (при включенном режиме Multitenancy), по наименованию или по категории; - - Значение характеристики не может изменяться участником закупки

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

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

Требования к подсистеме управления - 11.1. Управление СУС ИБ осуществляется посредством графического веб-интерфейса, адаптированного под использование с различных веб-браузеров и мобильных устройств. Интерфейс отображает текущее состояние всех компонентов системы и текущую нагрузку на ресурсы системы СУС ИБ, такие как CPU, память, диск. Интерфейс позволяет пользователям создавать и формировать отчеты с возможностью визуализации данных с помощью таблиц и диаграмм. Интерфейс позволяет отображать текущее количество инцидентов, графики по возникновению инцидентов с разбивкой по времени и обеспечивать формирование отчетов по инцидентам с возможностью выбора полей инцидентов. 11.2. Подсистема управления обеспечивает возможность управления настройками и правилами корреляции на всех серверах СУС ИБ из единой консоли. Подсистема обеспечивает управление обновлением системы, в случае доступности обновления подсистема отображает список изменений в версии. Обновление системы обеспечивается автоматически, без необходимости остановки системы или отдельных ее компонентов. Обновление компонентов СУС ИБ может включать исправление работы СУС ИБ, новый функционал, обновление правил корреляции и нормализации. Все новые правила корреляции и нормализации, полученные в рамках обновления системы, активны по умолчанию, без необходимости взаимодействия с пользователем. Подсистема обеспечивает отображение состояния системы хранения и текущую ее загрузку. В случае использования кластерной сборки системы хранения, подсистема обеспечивает отображение состояния каждой ноды в отдельности. Подсистема обеспечивает централизованное хранение всех лицензий компонентов СУС ИБ (нод) в едином интерфейсе. Подсистема обеспечивает отображение на головной ноде статуса лицензий на подчиненных нодах. Подсистема обеспечивает хранение актуальных списков ресурсов (IP адреса и домены), заблокированных Роскомнадзором, и обеспечивает по ним поиск. - - Значение характеристики не может изменяться участником закупки

Требования к подсистеме упрaвления - Подсистема обеспечивает функционал множественной активации и деактивации правил корреляции и нормализации событий. Подсистема обеспечивает отображение статуса активации и деактивации правил, а также отображает статус наличия ошибок корреляции и нормализации. Подсистема имеет функционал передачи парсеров на подчинённые компоненты сбора событий. В рамках иерархической структуры СУС ИБ подсистема имеет функционал передачи пользовательских парсеров на подчинённые площадки. Подсистема обеспечивает хранение и отображение списков в системе. Обеспечивает поиск по значениям в списке. В случае удаления из системы списка, используемого в корреляциях, система ограничивает удаление данного списка с отображением списка корреляций, где он используется. Подсистема обеспечивает функционал автоматического удаления записей из списков по истечению времени или отсутствию обновлений данных в списке (TTL). Подсистема обеспечивает возможность отображения состояния подсистемы хранения событий в веб интерфейсе. Подсистема обеспечивает возможность диагностики правил нормализации с возможностью выявления событий, влияющих на производительность системы. Подсистема обеспечивает возможность сбора статистики по правилам корреляции, включая время выполнения правил корреляции, и количество инцидентов, сгенерированных правилами и созданными вручную. Подсистема обеспечивает возможность сбора статистики по парсерам, включая количество прошедших событий, процессорное время и общее время выполнения по каждому парсеру. Подсистема обеспечивает массовое удаление агентов, экспорт списка агентов и модулей, групповое управление агентами, шаблоны настроек модулей агентов. - - Значение характеристики не может изменяться участником закупки

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

Требовaния к интеграции СУС ИБ - 12.4.При передаче событий обеспечивается их целостность и гарантированная доставка в хранилище. Предусмотрено временное хранилище при невозможности передачи событий, собранных с источников. При этом, обеспечивается целостность и неизменность событий. В случае превышения лицензионных ограничений система не прерывает процесс сбора событий с источников данных без ограничения сроков, прошедших с момента выявления этих ограничений системой. В случае избыточной нагрузки система имеет возможность буферизовать поступающий поток во избежание потерь событий и распределения оптимальной нагрузки. СУС ИБ содержит инструментарий подключения новых источников событий через поддерживаемые транспорты, доступные через интерфейс пользователя. СУС ИБ обеспечивает функционал импорта данных в списки, используемые в системе из командной строки или с использованием RestAPI. СУС ИБ обеспечивает возможность передачи инцидентов и событий инцидентов во внешние системы с использованием RestAPI 12.5. СУС ИБ имеет компонент интеграции с личным кабинетом ГосСОПКА, с поддержкой следующего функционала: - Получение уведомлений о компьютерных инцидентах и уязвимостях из личного кабинета ГосСОПКА; - Получение сообщений из личного кабинета ГосСОПКА; - Получение бюллетеней из личного кабинета ГосСОПКА; - Передачу инцидентов в ГосСОПКА. - - Значение характеристики не может изменяться участником закупки

Требования к сертификации СУС ИБ - Программное обеспечение по мониторингу и управлению событиями информационной безопасности соответствует 4-му уровню доверия согласно условиям и требованиям, описанным в документе «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (утв. приказом ФСТЭК России от 2 июня 2020 г. № 76) и имеет действующий сертификат соответствия ФСТЭК - - Значение характеристики не может изменяться участником закупки

- Обоснование включения дополнительной информации в сведения о товаре, работе, услуге В соответствии с требованиями п. 1 ч. 1 ст. 33 Закона №44-ФЗ в описании объекта закупки указываются функциональные, технические и качественные характеристики, эксплуатационные характеристики объекта закупки (при необходимости). В связи с тем, что характеристики, указанные в КТРУ, не являются исчерпывающими и не позволяют точно определить качественные, функциональные и технические характеристики закупаемого Товара, указание в описании объекта закупки дополнительных характеристик, которым должен отвечать закупаемый Товар, обусловлено потребностью Заказчика.

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

Преимущества: Не установлены

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

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

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

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

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

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

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Обеспечение заявки на участие в закупке предоставляется одним из следующих способов: а) путем блокирования денежных средств, внесенных участником закупки на банковский счет, открытый таким участником в банке, включенном в перечень, утвержденный распоряжением Правительства РФ от 13 июля 2018 года № 1451-р (специальный счет). Требования к таким банкам, к договору специального счета, к порядку использования имеющегося у участника закупки банковского счета в качестве специального счета устанавливаются постановлением Правительства РФ от 20.12.2021 № 2369; б) путем предоставления независимой гарантии, соответствующей требованиям ст. 45 Закона № 44-ФЗ. Срок действия независимой гарантии должен составлять не менее месяца с даты окончания срока подачи заявок. Участник закупки для подачи заявки выбирает с использованием электронной площадки способ обеспечения заявки путем указания реквизитов специального счета или указания номера реестровой записи из реестра независимых гарантий, размещенного в единой информационной системе в сфере закупок. Участники закупки - юрлица, зарегистрированные на территории государства - члена ЕАЭС (за исключением РФ), или граждане такого государства вправе предоставлять обеспечение заявок в виде денежных средств с учетом следующих особенностей (ч. 18 ст. 44 Закона N 44-ФЗ, пп. "а", "б" п. 1 Постановления Правительства РФ от 10.04.2023 N 579) Заявка должна содержать информацию и документы, подтверждающие предоставление обеспечения, в форме электронных документов или электронных образов бумажных документов.

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03272643600000095800, л/c 05585400030, БИК 016015102, Управление Федерального казначейства по Ростовской области, к/c 40102810845370000050

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

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

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, обл. Ростовская, г.о. город Ростов-на-Дону, г. Ростов-на-Дону, ул. Варфоломеева, зд. 261/81, 3 этаж (лифт отсутствует), кабинет 310 в рабочие дни: понедельник-четверг с 9-00 до 18-00, пятница с 9-00 до 16-45, перерыв с 13-00 до 13-45, время московское. Неисключительные пользовательские права (лицензии) на право использования системы управления событиями информационной безопасности на электронном носителе (диск с дистрибутивом актуальной версии программного обеспечения, формуляр) (далее по тексту – НПП) должны быть переданы Исполнителем Заказчику в течение 15 (пятнадцати) рабочих дней с момента заключения контракта.

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

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

Размер обеспечения исполнения контракта: 282 908,00 Российский рубль (10 %)

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Контракт заключается после предоставления участником закупки, с которым заключается контракт, обеспечения исполнения контракта в соответствии с требованиями статьи 96 Закона № 44–ФЗ. Исполнение контракта обеспечивается предоставлением независимой гарантии, соответствующей требованиям статьи 45 Закона № 44-ФЗ, или внесением денежных средств на указанный заказчиком счет с указанием назначения платежа «Обеспечение исполнения контракта, № извещения или ИКЗ». Способ обеспечения исполнения контракта определяется участником закупки, с которым заключается контракт, самостоятельно. Обеспечение исполнения контракта предоставляется в размере, составляющем 10% начальной (максимальной) цены контракта, что составляет 282 908 (Двести восемьдесят две тысячи девятьсот восемь) рублей 00 копеек. В случае если предложенные в заявке участника закупки цена, сумма цен единиц товара, работы, услуги снижены на двадцать пять и более процентов по отношению к начальной (максимальной) цене Контракта, участник закупки, с которым заключается Контракт, предоставляет обеспечение исполнения Контракта с учетом положений статьи 37 Закона № 44-ФЗ. Исполнитель предоставляет обеспечение исполнения Контракта в размере, превышающем в полтора раза размер обеспечения исполнения Контракта, указанный в абзаце 1 пункта 10.6 Контракта и составляющем 424 362 (Четыреста двадцать четыре тысячи триста шестьдесят два) рубля 00 копеек или информацию, подтверждающую добросовестность Исполнителя на дату подачи заявки, в соответствии с частью 3 статьи 37 Закона № 44-ФЗ, с одновременным предоставлением обеспечения исполнения Контракта в размере, указанном в абзаце 1 пункта 10.6 Контракта.

Платежные реквизиты для обеспечения исполнения контракта: p/c 03272643600000095800, л/c 05585400030, БИК 016015102, Управление Федерального казначейства по Ростовской области, к/c 40102810845370000050

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

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

Документы

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

Документы

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