| Объект закупки |
Кол-во |
Ед. изм. |
Цена |
Сумма |
Доля |
| Наименование характеристики |
Значение характеристики |
Единица измерения
характеристики |
Инструкция по заполнению
характеристик в заявке |
| Возможности аутентификации владельца |
Соответствие |
|
|
| Двухфакторная аутентификация: по предъявлению самого идентификатора и по предъявлению уникального PIN-кода. |
Соответствие |
|
|
| Поддержка 3 категорий владельцев: Администратор, Пользователь, Гость. |
Соответствие |
|
|
| Поддержка 2-х Глобальных PIN-кодов: Администратора и Пользователя |
Соответствие |
|
|
| Настраиваемый минимальный размер PIN-кода (для любого PIN-кода настраивается независимо). |
Соответствие |
|
|
| Индикация факта смены Глобальных PIN-кодов с умалчиваемых на оригинальные. |
Соответствие |
|
|
| Разграничение доступа к файловым объектам в соответствии с уровнем доступа. |
Соответствие |
|
|
| Ограничение числа попыток ввода PIN-кода |
Соответствие |
|
|
Показать всё
Скрыть
|
| Наименование характеристики |
Значение характеристики |
Единица измерения
характеристики |
Инструкция по заполнению
характеристик в заявке |
| Должно осуществлять: - защиту серверов и рабочих станций от НСД; - контроль входа пользователей в систему, в том числе с использованием дополнительных аппаратных средств защиты; - разграничение доступа пользователей к устройствам и контроль аппаратной конфигурации; - разграничение доступа пользователей к информации; - контроль утечек информации; - аутентификацию входящих и исходящих сетевых запросов в локальной сети методами, устойчивыми к пассивному и/или активному прослушиванию сети; - фильтрацию сетевых пакетов; - защиту установленных сетевых соединений; - шифрование данных, хранящихся в криптоконтейнерах; - регистрацию событий безопасности и аудит. |
Соответствие |
|
|
| Требования к сертификации и применению в информационных системах: СЗИ должно соответствовать требованиям документов: «Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации» (Гостехкомиссия России, 1992) – не ниже 5 класса защищенности, «Требования к межсетевым экранам» (ФСТЭК России, 2016) не ниже 4 класса защиты, «Профиль защиты межсетевых экранов типа «В» четвертого класса защиты. ИТ.МЭ.В4.ПЗ» (ФСТЭК России, 2016), «Требования к средствам контроля съемных машинных носителей информации» (ФСТЭК России, 2014) не ниже 4 класса защиты, «Профиль защиты средств контроля подключения съемных машинных носителей информации четвертого класса защиты» ИТ.СКН.П4.ПЗ (ФСТЭК России, 2014). Комплект должен соответствовать требованиям документа «Защита от несанкционированного доступа к информации. Часть 1. Программное обеспечение средств защиты информации. Классификация по уровню отсутствия недекларируемых возможностей» (Гостехкомиссия России, 1999) – не ниже 4 уровня контроля. |
Соответствие |
|
|
| СЗИ должно допускать использование в следующих информационных системах: - автоматизированные системы - до класса 1Г (включительно); - государственные информационные системы – до 1 класса защищенности (включительно); - информационные системы персональных данных – до 1 уровня защищенности - персональных данных (включительно); - автоматизированные системы управления производственными и технологическими процессами – до 1 класса защищенности (включительно). СЗИ должно поддерживать защиту систем терминального доступа, а также допускать применение для защиты не только физических компьютеров, но и виртуальных машин |
Соответствие |
|
|
| Требования к операционной платформе и аппаратной части: СЗИ должно функционировать на следующих платформах (должны поддерживаться и 32-, и 64-разрядные платформы): Windows 10; Windows 8/8.1; Windows 7 SP1; Windows Vista SP2; Windows Server 2012/2012 R2; Windows Server 2008 SP2/2008 R2 SP1. СЗИ должно поддерживать работу и обеспечивать защиту в системах терминального доступа, построенных на базе терминальных служб сетевых ОС MS Windows или ПО Citrix. СЗИ должно поддерживать работу на виртуальных машинах, функционирующих в системах виртуализации, построенных на базе гипервизоров VMware ESX(i) и Microsoft Hyper-V. СЗИ с централизованным управлением должно функционировать совместно с Microsoft Active Directory; СЗИ должно обладать возможностью работы на однопроцессорных и многопроцессорных ЭВМ. СЗИ не должно требовать при развертывании модификации топологии локальной вычислительной сети. |
Соответствие |
|
|
| В инфраструктуре должно быть в наличии устройство, считывающее DVD (для чтения установочного диска – хотя бы на одном компьютере в информационной системе). В случае совместного применения аппаратных средств доверенной загрузки – должно быть обеспечено наличие свободного разъема системной шины стандарта PCI/PCI Express/Mini PCI Express. |
Соответствие |
|
|
| Требования к функциональности СЗИ: СЗИ должно выполнять следующие функции по защите информации: Контроль входа пользователей в систему и работа пользователей в системе: - проверка пароля пользователя при входе в систему; - поддержка персональных идентификаторов (USB-токенов и смарт-карт) для входа в систему и разблокировки компьютера – iButton, eToken Pro (Java), Рутокен S, Рутокен ЭЦП, Рутокен Lite, Jacarta PKI, Jacarta Gost, Jacarta PKI Flash, Jacarta Gost Flash, Esmart USB Token, Esmart, Esmart ГОСТ; - возможность блокировки сеанса работы пользователя при отключении персонального идентификатора; - возможность использования персональных идентификаторов для входа в систему и разблокировки в системах терминального доступа и инфраструктуре виртуальных - рабочих станций (VDI); - однократное указание учетных данных пользователей при доступе к терминальному серверу и инфраструктуре виртуальных рабочих станций (VDI); |
Соответствие |
|
|
| - возможность блокирования входа в систему локальных пользователей; - возможность блокирования операций вторичного входа в систему в процессе работы пользователей; - возможность блокировки сеанса работы пользователя по истечении интервала неактивности; - возможность управления политикой сложности паролей; - поддержка возможности входа в систему по сертификатам; возможность проверки принадлежности аппаратного идентификатора в процессе управления аппаратными идентификаторами пользователей. |
Соответствие |
|
|
| Избирательное (дискреционное) управление доступом: - возможность назначения прав доступа на файлы, каталоги, принтеры, устройства; - возможность наследования прав доступа для файлов, каталогов и устройств; - возможность установки индивидуального аудита доступа для объектов, указания учетных записей пользователей или групп, чей доступ подвергается аудиту. |
Соответствие |
|
|
| Полномочное (мандатное) управление доступом: - возможность выбора уровня конфиденциальности сессии для пользователя; - возможность назначения мандатных меток файлам, каталогам, внешним устройствам, принтерам, сетевым интерфейсам; - возможность изменения количества мандатных меток в системе и их названий; - контроль потоков конфиденциальной информации в системе; - возможность контроля потоков информации в системах терминального доступа при передаче информации между клиентом и сервером по протоколу RDP. |
Соответствие |
|
|
| Контроль вывода конфиденциальных данных на печать: -возможность ограничить перечень мандатных меток информации для печати на заданном принтере; -теневое копирование информации, выводимой на печать; -автоматическая маркировка документов, выводимых на печать; -управление грифами (видом маркировки) при печати конфиденциальных и секретных документов. При этом должна быть возможность задать: - отдельный вид грифа для каждой мандатной метки; - отдельный вид маркировки для первой страницы документа; - отдельный вид маркировки для последней страницы документа; - вид маркировки для оборота последнего листа; поддержка функции печати в файл; поддержка управления запретом перенаправления принтеров в терминальных (RDP) сессиях. |
Соответствие |
|
|
| Контроль аппаратной конфигурации компьютера и подключаемых устройств: Должны контролироваться следующие устройства: - последовательные и параллельные порты; - локальные устройства; - сменные, физические и оптические диски; - программно реализованные диски; - USB-устройства; - PCMCIA-устройства; - IEEE1394 (FireWire)-устройства; - устройства, подключаемые по шине Secure Digital. -Должна быть возможность задать настройки контроля на уровне шины, класса устройства, модели устройства, экземпляра устройства. -Должен осуществляться контроль неизменности аппаратной конфигурации компьютера с возможностью блокировки при нарушении аппаратной конфигурации. -Должна быть возможность присвоить устройствам хранения информации мандатную метку. Если метка устройства не соответствует сессии пользователя – работа с устройством хранения должна блокироваться. -Должен осуществляться контроль вывода информации на внешние устройства хранения с возможностью теневого копирования отчуждаемой информации. -В инфраструктуре виртуальных рабочих станций (VDI) должны контролироваться устройства, подключаемые к виртуальным рабочим станциям с рабочего места пользователя. -При терминальном подключении (RDP) должна быть возможность управления запретом подключения устройств, COM- и LPT-портов, локальных дисков и PnP-устройств |
Соответствие |
|
|
| Контроль сетевых интерфейсов: -Должна быть возможность включения/выключения явно заданного сетевого интерфейса или интерфейса, определяемого типом – Ethernet, WiFi, IrDA, Bluetooth, FireWire (IEEE1394). Должна быть возможность управления сетевыми интерфейсами в зависимости от уровня сессии пользователя |
Соответствие |
|
|
| Создание для пользователей ограниченной замкнутой среды программного обеспечения компьютера. При этом должны контролироваться исполняемые файлы (EXE-модули), файлы загружаемых библиотек (DLL-модули), запуск скриптов по технологии Active Scripts. Список модулей, разрешенных для запуска, должен строиться: - с помощью явного указания модулей; - по информации об установленных на компьютере программах; - по зависимостям исполняемых модулей; - по ярлыкам в главном меню; - по событиям журнала безопасности. |
Соответствие |
|
|
| Контроль целостности файлов, каталогов, элементов системного реестра: -Должна быть возможность проведения контроля целостности до загрузки операционной системы (при применении с аппаратными средствами доверенной загрузки) , в процессе загрузки ОС, в фоновом режиме при работе пользователя. -Должна быть возможность блокировки компьютера при обнаружении нарушения целостности контролируемых объектов. -Должна быть возможность восстановления исходного состояния контролируемого объекта. -Должна быть возможность контроля исполняемых файлов по встроенной ЭЦП, чтобы избежать дополнительных перерасчетов контрольных сумм при обновлении ПО со встроенной ЭЦП. -При установке системы должны формироваться задания контроля целостности, обеспечивающие контроль ключевых параметров операционной системы и СЗИ. |
Соответствие |
|
|
| -Изоляция программных модулей и контроль доступа к буферу обмена и операциям перетаскивания (drag-and-drop) для изолированных модулей. -Автоматическое затирание удаляемой информации на локальных и сменных дисках компьютера при удалении пользователем конфиденциальной информации с возможностью настройки количества проходов затирания информации. -Автоматическое затирание оперативной памяти компьютера с возможностью настройки количества проходов затирания информации. -Затирание информации на локальных и сменных дисках по команде пользователя. -Затирание данных и имен файлов, каталогов при удалении информации. -Возможность управления запретом передачи буфера обмена в терминальную (RDP) сессию. |
Соответствие |
|
|
| Шифрование контейнеров: -Должна обеспечиваться возможность создания зашифрованных контейнеров (криптоконтейнеров) с возможностью подключения их к системе как виртуальных дисков. -Вся информация, размещаемая в контейнере, должна шифроваться по алгоритму ГОСТ 34.12-2018. -Ключевая информация для обеспечения шифрования и расшифровки данных в криптоконтейнерах должна размещаться в аппаратных идентификаторах или на съемном USB-носителе. -Должна быть возможность выбора размера криптоконтейнера при его создании. -Должна поддерживаться возможность автоматического и ручного подключения криптоконтейнера по команде пользователя. -Доступ к криптоконтейнерам должен регулироваться дискреционными правилами разграничения доступа. |
Соответствие |
|
|
| Защита сетевого взаимодействия и фильтрация трафика: -Должны быть механизмы аутентификации входящих и исходящих запросов методами, устойчивыми к пассивному и/или активному прослушиванию сети. -Должны удостоверяться субъекты доступа (пользователи и компьютеры) и защищаемые объекты (компьютеры). -Механизмы должны быть защищены от прослушивания, попыток подбора и перехвата паролей, подмены защищаемых объектов, подмены MAC- и IP-адресов. Должны быть предусмотрены механизмы защиты установленных сетевых соединений между субъектами доступа (пользователями и компьютерами) и защищаемыми объектами (серверами и информационными системами) на основе открытых стандартов протоколов семейства IPsec, которые позволяют контролировать аутентичность и целостность передаваемых данных. |
Соответствие |
|
|
| Должна быть предусмотрена настройка режима защиты сетевого взаимодействия, при этом должны быть предусмотрены следующие режимы защиты: - соединение без защиты; - маркируется каждый пакет; - подписывается заголовок каждого пакета; - подписывается каждый пакет целиком. |
Соответствие |
|
|
| Должна быть возможность ограничивать сетевые соединения по правилам фильтрации: - на уровне отдельных протоколов из стека TCP/IP; - на уровне параметров протоколов стека TCP/IP; - на уровне параметров служебных протоколов стека TCP/IP; - на уровне периодов времени; - на уровне пользователей или групп пользователей; - на уровне параметров прикладных протоколов; - на уровне исполняемого файла/процесса; - на уровне сетевого адаптера. |
Соответствие |
|
|
| Должна быть возможность осуществлять фильтрацию команд, параметров и последовательностей команд, а также обеспечивать блокировку мобильного кода. Должен быть предусмотрен выбор действий для определения реакции системы на срабатывание правил фильтрации: - регистрация информации в журнале; - звуковая сигнализация; - запуск программы или сценария. |
Соответствие |
|
|
| Функциональный контроль ключевых компонентов системы. Регистрация событий безопасности в журнале. -Должна быть возможность формирования отчетов по результатам аудита. -Должна быть возможность поиска и фильтрации при работе с данными аудита. Получение отчета по параметрам системы защиты. СЗИ должно иметь возможность функционирования совместно с аппаратными и программно-аппаратными средствами доверенной загрузки для обеспечения защиты компьютера от несанкционированной загрузки автоматизированной системы с внешних носителей |
Соответствие |
|
|
| Требования к централизованному управлению в доменной сети: СЗИ должно предоставлять следующие возможности по управлению системой: -Отображение структуры доменов, организационных подразделений, серверов безопасности и защищаемых компьютеров. -Динамическое отображение состояния каждого защищаемого компьютера с учетом критичности состояния с точки зрения системы защиты. -Отображение тревог, происходящих на защищаемых компьютерах, возможность задать признак того, что тревога обработана администратором безопасности. -Разделение тревог по уровням критичности события и важности отдельных защищаемых компьютеров. -Выполнение оперативных команд для немедленного реагирования на инциденты безопасности (заблокировать работу пользователя, выключить компьютер). |
Соответствие |
|
|
| -Выполнение команд, специфичных для защитных подсистем. -Оперативное управление защищаемыми компьютерами, возможность централизованно изменить параметры работы защищаемого компьютера. -Возможность создавать централизованные политики безопасности, распространяемые на разные (заданные) группы защищаемых компьютеров. -Централизованный сбор журналов безопасности с защищаемых компьютеров, их хранение, возможность обработки и архивирования. -Анализ собранных журналов на наличие заданных угроз безопасности с поддержкой редактирования правил детектирования угроз. |
Соответствие |
|
|
| -Централизованное управление в сложной доменной сети (domain tree) должно функционировать по иерархическому принципу, при этом система должна позволять: 1.распространить настройки, заданные для сервера безопасности, на все подчиненные компьютеры (в том числе – по иерархии серверов); 2.посмотреть состояние и выполнить команду на любом компьютере, подчиненном серверу безопасности (в том числе – по иерархии серверов). -Создавать домены безопасности в территориально распределенной сети, при этом должна предоставляться возможность делегирования административных полномочий лицам, ответственным за подразделения (домены безопасности). -Создавать отчеты по ресурсам и параметрам защищаемых компьютеров, используемых в системе. |
Соответствие |
|
|
Показать всё
Скрыть
|
| Наименование характеристики |
Значение характеристики |
Единица измерения
характеристики |
Инструкция по заполнению
характеристик в заявке |
| Совместимость – Secret Net Studio 8 |
Соответствие |
|
|
| Антивирус |
наличие |
|
|
| Наличие системы обнаружения вторжений |
Соответствие |
|
|
| Срок действия лицензии |
12 мес. |
|
|
Показать всё
Скрыть
|
| Наименование характеристики |
Значение характеристики |
Единица измерения
характеристики |
Инструкция по заполнению
характеристик в заявке |
| 1) САЗ должно обеспечивать инвентаризацию ресурсов сети, определение состояния TCP и UDP портов в нескольких режимах: сканирование всех портов в диапазоне от 1 до 65535, сканирование наиболее популярных портов с выбором интенсивности определения версий сервисов, также иметь возможность установление полного TCP-соединения. 2)САЗ должно осуществлять идентификацию операционных систем и сетевых приложений, трассировку маршрутов следования данных для построения топологии сети (карты сети). 3)САЗ должно иметь возможность выбора порта, с которого осуществляется сканирование, а также выбор сетевого интерфейса для проведения сканирования. 4)САЗ должно иметь возможность настройки политики сканирования ресурсов сети в части определения минимального и максимального количества пакетов в секунду, отправляемых на ресурсы сети для выполнения сканирования. 5)САЗ должно иметь возможность использовать скрипты в рамках проведения сканирования 1) САЗ должно обеспечивать инвентаризацию ресурсов сети, определение состояния TCP и UDP портов в нескольких режимах: сканирование всех портов в диапазоне от 1 до 65535, сканирование наиболее популярных портов с выбором интенсивности определения версий сервисов, также иметь возможность установление полного TCP-соединения. 2)САЗ должно осуществлять идентификацию операционных систем и сетевых приложений, трассировку маршрутов следования данных для построения топологии сети (карты сети). 3)САЗ должно иметь возможность выбора порта, с которого осуществляется сканирование, а также выбор сетевого интерфейса для проведения сканирования. 4)САЗ должно иметь возможность настройки политики сканирования ресурсов сети в части определения минимального и максимального количества пакетов в секунду, отправляемых на ресурсы сети для выполнения сканирования. 5)САЗ должно иметь возможность использовать скрипты в рамках проведения сканирования |
Соответствие |
|
|
| 6)САЗ должно иметь возможность проведения инвентаризации с использованием учетных записей для получения списков установленного ПО, аппаратного обеспечения, пользователей, подключений к беспроводным сетям и подключений USB-устройств. 7)САЗ должно обеспечивать возможность аутентификации по протоколам SSH и WinRM и использовать локальные и доменные учетные записи. 8)САЗ должно обнаруживать уязвимости кода и конфигурации программного обеспечения. Для выявления (поиска) уязвимостей САЗ должно использовать встроенную кумулятивную базу данных уязвимостей кода и уязвимостей конфигурации программного обеспечения. 9)База данных уязвимостей САЗ должна содержать унифицированные описания уязвимостей, аналогичные содержащимся в следующих общедоступных источниках: a)Банк данных угроз безопасности информации ФСТЭК России (http://www.bdu.fstec.ru) b)База данных «Common Vulnerabilities and Exposures (https://cve.mitre.org). 10)База данных уязвимостей САЗ должна иметь возможность обновляться как в онлайн-режиме, так и в оффлайн с помощью архива. 11)База данных уязвимостей САЗ доступная для скачивания с сервера обновлений САЗ должна обновляться минимум один раз в 24 часа. 12)САЗ должно осуществлять поиск уязвимостей вручную или по расписанию, задаваемому оператором. |
Соответствие |
|
|
| 13)По каждой уязвимости в САЗ должна быть следующая информация: a) Описание уязвимости на русском языке b) CVSS2\CVSS3\CVSS4 балл уязвимости c) CVSS2\CVSS3\CVSS4 вектор уязвимости d) Название уязвимого ПО e) Версия уязвимого ПО f) Рекомендации по устранению уязвимости g) Список существующих эксплойтов для эксплуатации уязвимости h) Метрика EPSS |
Соответствие |
|
|
| 14) САЗ должно осуществлять подбор паролей по словарю для следующих сетевых сервисов: a) ftp b) imap c) imaps d) mssql e) mysql f) pop3 g) pop3s h) postgres i) rdp j) redis k) smb l) smtp m) smtps n) snmp o) ssh p) telnet q) vnc |
Соответствие |
|
|
| 15) САЗ при подборе паролей должно осуществлять проверку пустого пароля, проверять совпадения логина и пароля, проверять совпадения логина и пароля в обратном порядке 16) САЗ должно обеспечивать контроль за установкой обновлений ОС Microsoft Windows, Microsoft Windows Server. 17) САЗ должно обеспечивать контроль за настройками комплекса средств защиты ОС специального назначения «Astra Linux Special Edition». 18) САЗ должно обеспечивать формирование отчетов по результатам проверок в формате HTML в кратком и полном формате. |
Соответствие |
|
|
| 19) Срок действия лицензии |
12 мес. |
|
|
| 20) Количество хостов не менее 16 |
Соответствие |
|
|
Показать всё
Скрыть
|
| Наименование характеристики |
Значение характеристики |
Единица измерения
характеристики |
Инструкция по заполнению
характеристик в заявке |
| Средство доверенной загрузки (СДЗ) должно представлять собой программное средство, которое встраивается в базовую систему ввода-вывода (BIOS) и осуществляет блокирование попыток несанкционированной загрузки нештатной операционной системы (далее – ОС), предоставляет доступ к информационным ресурсам в случае успешной проверки подлинности загружаемой ОС и прав на основе идентификации и аутентификации пользователя. |
Соответствие |
|
|
| СДЗ должно обеспечивать: -блокирование загрузки ОС: 1.при выявлении несанкционированных попыток загрузки ОС и аутентификации пользователя; 2.при выявлении попыток загрузки нештатной ОС; 3.при превышении числа неудачных попыток аутентификации пользователя; 4.при нарушении целостности СДЗ; 5.при нарушении целостности загружаемой программной среды; 6.при критичных типах сбоев и ошибок; 7.при обнаружении несанкционированного изменения состава аппаратных компонентов; |
Соответствие |
|
|
| – возможность регистрации возникновения событий, относящихся к безопасности и контролируемых СДЗ; |
Соответствие |
|
|
| – возможность реагирования на обнаружение событий, указывающих на возможное нарушение безопасности; |
Соответствие |
|
|
| – возможность выключения системы и блокировки учетной записи пользователя при превышении 5 или устанавливаемого администратором СДЗ количества неуспешных попыток аутентификации пользователя в пределах от 1 до 10; |
Соответствие |
|
|
| – идентификацию и аутентификацию пользователя до выполнения действий по загрузке ОС или администратора СДЗ до выполнения действий по управлению средством доверенной загрузки; |
Соответствие |
|
|
| – использование при идентификации и аутентификации пользователя как идентификационной и аутентификационной информации, записанной на носителе информации (устройстве аутентификации), так и аутентификационной информации (пароля), вводимой (вводимого) пользователем в диалоговом интерфейсе; |
Соответствие |
|
|
| – исключение отображения действительного значения аутентификационной информации при ее вводе пользователем в диалоговом интерфейсе; |
Соответствие |
|
|
| – возможность контроля целостности загружаемой ОС; |
Соответствие |
|
|
| – поддержку контроля целостности СДЗ во время работы и после загрузки ОС; |
Соответствие |
|
|
| – возможность со стороны администраторов СДЗ управлять режимом выполнения функций безопасности СДЗ; |
Соответствие |
|
|
| – возможность со стороны администраторов СДЗ управлять данными (данными СДЗ), используемыми функциями безопасности СДЗ; |
Соответствие |
|
|
| – возможность установления ограничений на время действия аутентификационной информации (пароля), вводимой (вводимого) пользователем в диалоговом интерфейсе при идентификации/аутентификации и блокирования доступа пользователя при превышении ограничений; |
Соответствие |
|
|
| – поддержку определенных ролей (учетных записей пользователей) для СДЗ и их ассоциации с конкретными администраторами СЗД и пользователями ИС; |
Соответствие |
|
|
| – возможность тестирования (самотестирования) функций безопасности СДЗ, проверки целостности программного обеспечения (далее – ПО) СДЗ и целостности данных СДЗ; |
Соответствие |
|
|
| – возможность контроля состава компонентов аппаратного обеспечения средства вычислительной техники, основываясь на их идентификационной информации; |
Соответствие |
|
|
| – блокирование выполнения PCI Option ROM; |
Соответствие |
|
|
| – наличие программного датчика случайных чисел (далее – ДСЧ) с возможностью инициализации биологическим ДСЧ и с помощью внешней гаммы; |
Соответствие |
|
|
| – поддержку создания замкнутого исполняемого окружения; |
Соответствие |
|
|
| - контроль целостности: 1.образа BIOS и ПО СДЗ; 2.параметров реестра ОС Windows; 3.файлов на файловых системах FAT32, NTFS, EXT2, EXT3 и EXT4; 4.загрузочных секторов на носителях информации; 5.таблиц ACPI; 6.таблиц SMBIOS; 7.карты распределения памяти; 8.ресурсов конфигурационного пространства PCI/PCIe; 9.CMOS (содержимого энергонезависимой памяти); – контроль завершенности транзакций в журналах файловых систем NTFS, EXT3, EXT4; |
Соответствие |
|
|
| - поддержку: 1.электронных идентификаторов в формате USB-токенов: Рутокен ЭЦП, Рутокен ЭЦП 2.0, Рутокен ЭЦП 3.0, Рутокен Lite, Rutoken S, JaCarta LT, JaCarta PKI, JaCarta-2 ГОСТ, JaCarta PKI/ГОСТ, JaCarta-2 PKI/ГОСТ, Guardant ID, Guardant ID версия 2, Рутокен ЭЦП PKI; 2.смарт-карт: JaCarta PKI, JaCarta-2 ГОСТ, Рутокен ЭЦП 2.0 и Рутокен ЭЦП 3.0; 3.считывателей смарт-карт: ACS Reader, ASEDrive IIIe, JCR721 и HID Omnikey 5422; |
Соответствие |
|
|
| – защиту от несанкционированного удаления СДЗ путем перезаписи BIOS, защиты от чтения BIOS и изменения UEFI переменных; |
Соответствие |
|
|
| – контроль программных прерываний системного режима управления (SMI); |
Соответствие |
|
|
| – защиту от записи на диски и блокировки передачи исполняемых файлов в ОС через ACPI -таблицы WPBT -Форм-фактор PCIE. |
Соответствие |
|
|
Показать всё
Скрыть
|
| Наименование характеристики |
Значение характеристики |
Единица измерения
характеристики |
Инструкция по заполнению
характеристик в заявке |
| 1.Требования к автоматизированному рабочему месту Пользователя для работы с веб-сервисом. По требованиям законодательства Российской Федерации в области криптографической защиты информации доступ Пользователей к веб-сервису должен предоставляться посредством программного обеспечения на основе браузеров, поддерживающих защищенные протоколы TLS, на базе российских криптографических алгоритмов ГОСТ, например, Яндекс Браузер или аналоги. Для доступа к веб-сервису на рабочем месте Пользователя должен быть установлен криптопровайдер, поддерживающий российские криптографические алгоритмы ГОСТ, например, «КриптоПро CSP» версии 4.0 и выше или аналог. |
Соответствие |
|
|
| Требования к функциональным возможностям веб-сервиса Процесс заполнения шаблонов документов должен быть максимально автоматизирован. Заполнение сведений об организации должно производиться автоматически по номеру ОГРН на основе данных Единого государственного реестра юридических лиц (ЕГРЮЛ). Заполнение фиксированных видов сведений, перечень которых ограничен, должно производиться путем выбора единственного необходимого значения из выпадающего списка. Остальные виды сведений заполняются Пользователем вручную. Для видов сведений «Фамилия», «Имя», «Отчество», при их вводе в именительном падеже, должно производиться автоматическое заполнение падежных форм «родительный падеж», «дательный падеж», «творительный падеж», «предложный падеж». В дальнейшем веб-сервис должен автоматически подставлять в шаблон нужную падежную форму в зависимости от контекста. В веб-сервисе должна быть предусмотрена шкала прогресса заполнения шаблона (от 0 до 100 %) с помощью которой Пользователь сможет контролировать степень его заполнения. В веб-сервисе при заполнении шаблона должна быть реализована система подсказок для Пользователя. И чек-лист для подготовки к заполнению шагов сервиса. |
Соответствие |
|
|
| В веб-сервисе должна быть реализована система выбора необходимого шаблона: комплект ОРД; комплект применения СКЗИ; уведомление в Роскомнадзор; В веб-сервисе должен быть реализован функционал позволяющий: провести анализ сайта компании на наличие файлов cookies и метрических программ. По итогу сформировать отчет с рекомендациями. проверить расположение сайта и вывести информацию в виде отчета рассчитывать Уровень защищенности Информационных систем рассчитывать оценку вреда, который может быть причинен субъектам персональных данных формировать документ Согласие для списка сотрудников с помощью чат-бота. формировать документ Модель угроз Функционал веб-сервиса должен предоставлять возможность выбора формата (*.docx или *.rtf), в котором будет сохранен итоговый комплект документов. В веб-сервисе должен быть реализован функционал рассылки Пользователям уведомлений с приглашением принять участие в бесплатных вебинарах по направлению «Информационная безопасность». Веб-сервис должен обеспечивать корректное функционирование и отображение интерфейса как при использовании Пользователями персонального компьютера, так и при использовании мобильных устройств. |
Соответствие |
|
|
| 3. Идентификация и аутентификация Пользователей веб-сервиса Доступ Пользователей к веб-сервису должен осуществляться с использованием логина и пароля, выданного Исполнителем. Настройки парольной политики должны предписывать наличие в паролях цифр и букв верхнего и нижнего регистров одновременно, а их длина должна составлять не менее 8 символов. Настройки парольной политики Пользователей должны предусматривать блокировку учетной записи после серии неудачных попыток входа, при этом число попыток не должно превышать 5 (пяти) |
Соответствие |
|
|
| Срок действия |
18 мес. |
|
|
Показать всё
Скрыть
|
| Наименование характеристики |
Значение характеристики |
Единица измерения
характеристики |
Инструкция по заполнению
характеристик в заявке |
| Цель: приведение СЭД в соответствие с Требованиями о защите информации, утверждёнными приказом ФСТЭК России от 11.04.2025 № 117 (далее — Требования № 117), и подготовка СЭД к аттестации на соответствие требованиям по защите информации |
соответствие |
|
|
| СЭД — муниципальная информационная система электронного документооборота Заказчика. СЭД обменивается документами с региональной СЭД по сети ViPNet. В СЭД обрабатываются персональные данные. Сведения, составляющие государственную тайну, и сведения с пометкой «Для служебного пользования» не обрабатываются. Предполагаемый класс защищённости — 3 (К3), уровень защищённости персональных данных — 3 (УЗ3). Окончательно они определяются при оказании услуг по этапу 1. |
соответствие |
|
|
| Состав СЭД и связанной инфраструктуры: 1.Сервер СЭД: 1 физический сервер, ОС «Альт СП» релиз 10 с функциями виртуализации (сертификат ФСТЭК России № 3866); 2.Виртуальные машины: VM1:DB — СУБД PostgreSQL, встроенная в «Альт СП»; VM2:APP — сервер приложений СЭД; VM3:FILES — файловое хранилище; VM4:SEARCH — поиск; VipNet Client:Обмен — обмен с региональной СЭД: 3.Управление и безопасность: Сервер безопасности (АРМ мониторинга) на Windows Server 2022, АРМ администратора, АРМ пульта управления ЦУС «Континент»: 4.Пользователи в здании: АРМ отделов Заказчика и АРМ юридических лиц, расположенных в здании Заказчика; 5.Удалённые пользователи: АРМ поселений района, подразделений сельского хозяйства и градостроительства; подключаются через СКЗИ «Континент-АП»; 6.Средства Заказчика: Межсетевой экран Ideco NGFW, АПКШ «Континент» 3.9 с ЦУС, СКЗИ «Континент-АП», ViPNet Client, антивирус Dr.Web, сетевое хранилище для резервных копий. |
соответствие |
|
|
| Состав и содержание услуг Услуги оказываются в пять этапов. Результат каждого этапа согласуется с Заказчиком и служит исходными данными для следующего. |
соответствие |
|
|
| Этап 1. Обследование и классификация СЭД 1.1 На этапе 1 выполняются: -сбор исходных данных, инвентаризация технических средств и программного обеспечения; -определение границ СЭД и контролируемой зоны, описание технологического процесса обработки информации; -определение уровня значимости информации, масштаба и класса защищённости СЭД (приложение к Требованиям № 117); -определение уровня защищённости персональных данных (постановление Правительства РФ от 01.11.2012 № 1119); -формирование перечней защищаемой информации, персональных данных и информационных ресурсов. 1.2 Результат: проект акта классификации; проект акта определения уровня защищённости персональных данных; перечни. |
соответствие |
|
|
| Этап 2. Модель угроз и проектирование 2.1 На этапе 2 выполняются: -разработка модели угроз безопасности: описание возможностей нарушителей, перечень актуальных угроз; -разработка технического задания на систему защиты информации; -разработка технического проекта системы защиты информации: схема сегментации, матрица сетевых потоков, перечень средств защиты с сертификатами, требования к настройкам средств, настраиваемых Заказчиком (раздел 4). 2.2 Результат: модель угроз безопасности информации; техническое задание на систему защиты информации; технический проект. |
соответствие |
|
|
| Этап 3. Поставка и внедрение средств защиты информации 3.1 На этапе 3 выполняются: -поставка средств защиты информации ; -установка и настройка средства защиты от несанкционированного доступа: сервер безопасности, защитные компоненты, политики идентификации и аутентификации, контроля устройств и целостности, обнаружения вторжений на уровне узла, регистрации событий; -установка и настройка средств доверенной загрузки: монтаж плат, контроль целостности, регистрация администраторов; -установка и настройка средства анализа защищённости;; -регистрация и выдача персональных аппаратных идентификаторов для двухфакторной аутентификации; 3.2 Результат: поставленные и настроенные средства защиты информации; акт установки и настройки. |
соответствие |
|
|
| Этап 4. Организационно-распорядительная и эксплуатационная документация 4.1 На этапе 4 выполняются: -политика защиты информации, внутренние стандарты и внутренние регламенты по защите информации; -проекты приказов, инструкции администратора, администратора безопасности и пользователя, формы журналов учёта; -регламент защиты и подключения АРМ внутренних и внешних пользователей: состав мер и средств защиты информации на АРМ, требования к их настройкам, порядок предоставления и прекращения доступа, форма акта соответствия АРМ; -технический паспорт СЭД по форме, установленной приказом ФСТЭК России от 29.04.2021 № 77; -описание технологического процесса обработки информации и матрица доступа. 4.2 Результат: комплект организационно-распорядительной документации; регламент защиты и подключения АРМ пользователей; технический паспорт; описание технологического процесса и матрица доступа. |
соответствие |
|
|
| Этап 5. Предварительные испытания и оценка защищённости 5.1 На этапе 5 выполняются: -разработка программы и методики предварительных испытаний системы защиты информации, сопровождение испытаний, оформление протокола и акта приёмки в опытную эксплуатацию (ГОСТ Р 51583-2014); -предварительный анализ уязвимостей СЭД сертифицированным средством анализа защищённости с рекомендациями по устранению. 5.2 Результат: программа и методика предварительных испытаний, протокол, проект акта приёмки в опытную эксплуатацию. Услуги оказываются в соответствии со следующими документами: -Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации»; -Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных»; -постановление Правительства РФ от 01.11.2012 № 1119; -Требования о защите информации, утверждённые приказом ФСТЭК России от 11.04.2025 № 117; -методический документ ФСТЭК России «Состав и содержание мероприятий и мер по защите информации, содержащейся в информационных системах» от 12.04.2026; -Методика оценки угроз безопасности информации, утверждённая ФСТЭК России 05.02.2021; -Порядок организации и проведения работ по аттестации объектов информатизации, утверждённый приказом ФСТЭК России от 29.04.2021 № 77; -требования о защите информации с использованием шифровальных (криптографических) средств, утверждённые приказом ФСБ России от 18.03.2025 № 117; -ГОСТ Р 51583-2014 «Защита информации. Порядок создания автоматизированных систем в защищённом исполнении». |
соответствие |
|
|
| -Документы разрабатываются на русском языке с учётом редакций нормативных актов, действующих на дату передачи документов Заказчику. -Документы передаются на бумажном носителе в количестве 1 экземпляра и в электронном виде в форматах DOCX и PDF. -Результаты услуг должны содержать сведения, предусмотренные п. 11 Порядка, утверждённого приказом ФСТЭК России № 77, для представления в орган по аттестации. -Проекты документов согласуются с Заказчиком до утверждения. Исключительные права на разработанные документы переходят к Заказчику с даты подписания документа о приёмке. |
соответствие |
|
|
| Исполнитель соблюдает политику защиты информации и внутренние регламенты Заказчика в части, его касающейся (п. 16 и 26 Требований № 117). |
соответствие |
|
|
| Исполнитель не вправе копировать и распространять информацию, полученную при оказании услуг, включая сведения об инфраструктуре и средствах защиты Заказчика (п. 58 Требований № 117). |
соответствие |
|
|
Показать всё
Скрыть
|
|
|
8. |
Оказание услуг по созданию системы защиты информации информационной системы электронного документооборота |
|
|
74.90.20.149
– Услуги (работы) в области защиты информации прочие
|
|
- |
|
0,00 ₽
|
0,00 ₽ |
0,00% |
Зарегистрироваться
Войти
Все сервисы
