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

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

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

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

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

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

Размещение осуществляет: Уполномоченный орган ДЕПАРТАМЕНТ КОНТРАКТНОЙ СИСТЕМЫ КУЗБАССА

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

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

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

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

Размещение осуществляет: Уполномоченный орган

Организация, осуществляющая размещение: ДЕПАРТАМЕНТ КОНТРАКТНОЙ СИСТЕМЫ КУЗБАССА

Почтовый адрес: 650000, г. Кемерово, пр. Советский, д. 63

Место нахождения: Российская Федерация, 650000, Кемеровская область - Кузбасс обл, Кемерово г, Советский пр-кт, Д. 63

Ответственное должностное лицо: Конради М. Р.

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

Номер контактного телефона: 7-3842-585985

Факс: 7-3842-585985

Дополнительная информация: Сведения о заказчике: ТЕРРИТОРИАЛЬНЫЙ ФОНД ОБЯЗАТЕЛЬНОГО МЕДИЦИНСКОГО СТРАХОВАНИЯ КЕМЕРОВСКОЙ ОБЛАСТИ - КУЗБАССА; ИНН 4200000446; Российская Федерация, 650000, Кемеровская область - Кузбасс обл, Кемерово г, Красноармейская ул, СТР. 136; zakupki@kemoms.ru; 7-3842-581706;

Регион: Кемеровская область - Кузбасс обл

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

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

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

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

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

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

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

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

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

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

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

- 58.29.50.000 58.29.11.000-00000003 - Программное обеспечение Вид лицензии Простая (неисключительная) Класс программ для электронных вычислительных машин и баз данных (02.09) Операционные системы общего назначения Количество пользователей 1 - Штука - 5,00 - 27 000,00 - 135 000,00

ТЕРРИТОРИАЛЬНЫЙ ФОНД ОБЯЗАТЕЛЬНОГО МЕДИЦИНСКОГО СТРАХОВАНИЯ КЕМЕРОВСКОЙ ОБЛАСТИ - КУЗБАССА - 5 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Вид лицензии Простая (неисключительная) Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (02.09) Операционные системы общего назначения Значение характеристики не может изменяться участником закупки Количество пользователей 1 Штука Значение характеристики не может изменяться участником закупки Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Поставляемые права должны соответствовать следующим требованиям: 2.9. Операционная система должна включать в состав графические средства контроля целостности: 2.9.1. контроль целостности дистрибутива; 2.9.2. контроль объектов файловой системы; 2.9.3. контроль целостности исполняемых файлов, обеспечивающий проверку их неизменности и подлинности. 2.10. В составе операционной системы должна быть реализована возможность ограничения полномочий пользователей по использованию консолей. 2.11. В составе операционной системы должно присутствовать ядро с функциями очистки и ограничения работы с оперативной памятью. 2.12. Должны быть обеспечены работы по устранению уязвимостей и включению информации об уязвимостях программного обеспечения операционной системы в банк данных угроз безопасности информации ФСТЭК России (https://bdu.fstec.ru/vul). 2.13. Механизмами безопасности операционной системы должна быть обеспечена защита системных и привилегированных процессов от несанкционированного доступа и управления (исключение возможности повышения привилегий пользователей и управления привилегированными процессами в случае использования дефектов/уязвимостей в программном обеспечении информационной системы). 2.14. Операционная система должна обеспечивать запрет операций записи в системные каталоги и файлы (программы, файлы конфигурации), а также установки программного обеспечения, запуска и остановки системных процессов операционной системы, вне зависимости от изменения пользователем своих привилегий в текущем сеансе работы. 2.15. Операционная система должна обеспечивать возможность контроля целостности исполняемых файлов и файлов библиотек: EXE, DLL, .NET 7 3. Требования к функциональным возможностям операционной системы 3.1. Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1. 3.2. Операционная система должна обеспечивать функционал в графическом исполнении: Значение характеристики не может изменяться участником закупки 1. Требования соответствия законодательным и нормативным документам 1.1. OC должна иметь сертификат соответствия требованиям нормативных документов ФСТЭК России: 1.1.1 «Требования безопасности информации к операционным системам» (ФСТЭК России, 2016); 1.1.2 «Профиль защиты операционных систем типа «А» не ниже 4 класса ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017); 1.1.3 «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) не ниже 4 уровня; 1.1.4 «Требования по безопасности информации к средствам виртуализации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 1.1.5 «Требования по безопасности информации к средствам контейнеризации» (ФСТЭК России, 2022) не ниже 4 класса защиты. 1.2. Операционная система должна включать в свой состав сертифицированные средства виртуализации, обеспечивающие доверенную загрузку виртуальных машин, контроль целостности, регистрацию событий, управление доступом и другие функции безопасности, резервное копирование виртуальных машин и идентификацию пользователей. 1.3. Операционная система должна включать в свой состав сертифицированные средства контейнеризации, обеспечивающие изоляцию контейнеров, контроль целостности контейнеров и их образов, регистрацию событий безопасности, идентификацию и аутентификацию пользователей. 2. Требования к встроенному комплексу средств защиты информации операционной системы 2.1. Операционная система должна обеспечивать встроенными сертифицированными средствами: 2.1.1. управление средствами аутентификации; 2.1.2. управление учетными записями пользователей, разграничение полномочий и назначение прав пользователям; 2.1.3. реализацию разграничения доступа; 2.1.4. возможность создания защищенной среды виртуализации; 2.1.5. возможность создания среды выполнения контейнеров и обеспечение работы с ними; 2.1.6. технологию контейнеризации с поддержкой изоляции процессов. 2.2. В составе операционной системы должна быть реализована возможность защиты аутентификационной информации с использованием функции хэширования. 2.3. В состав операционной системы должен входить комплекс программ объектно-реляционной защищённой СУБД с сертифицированными функциями безопасности. 2.4. В составе операционной системы должны быть графические средства создания единого пространства пользователей с целью реализации централизованного хранения информации об окружении пользователей и сетевой аутентификации через ldap и kerberos. 2.5. Операционная система должна иметь графическое средство настройки ограничений пользователя по запуску программ в изолированном окружении с использованием механизма пространств имён и фильтрации системных вызовов, обеспечивающих: 2.5.1. ограничение прав пользователя на запуск приложений ядром системы; 2.5.2. ограничение прав пользователя средствами графического интерфейса; 2.5.3 разрешение запуска только тех программных компонентов, которые явно разрешены администратором безопасности. 2.6. Обеспечение запрета запуска (исполнения) пользователем созданных самостоятельно (с использованием текстовых редакторов или непосредственно в командной строке) программ с использованием интерпретируемых языков программирования. 2.7. В составе операционной системы должны быть графические средства настройки защиты машинных носителей, обеспечивающие: 2.7.1. идентификацию устройств и сопоставление пользователя с устройством; 2.7.2. контроль подключения носителей информации; 2.7.3. учет носителей информации; 2.7.4. управление доступом к носителям информации; 2.7.5. контроль использования интерфейсов ввода/вывода информации; 2.7.6. ввод-вывод информации на носитель при условии совпадения маркировки носителя и объёма прав пользователя. 2.8. Операционная система должна включать в свой состав программное обеспечение, реализующее задачи аудита и журналирования (регистрации) событий безопасности. 3.2.1. наличие средств создания, настройки и управления несколькими служебными репозиториями используемого программного обеспечения, с поддержкой проверки зависимостей пакетной базы, автоматической публикацией в сети по протоколам http и ftp и выбором конкретных репозиториев, из которых будет произведено обновление пакетов; 3.2.2. наличие графического инструмента управления регистрацией событий, включающий в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, графическое средство просмотра системных событий; 3.2.3. наличие графического инструмента для редактирования значения переменных окружения (изменять значение и описание переменных, удалять и объявлять переменные); 3.2.4. наличие графической утилиты управления и мониторинга компонентов подсистемы безопасности; 3.2.5. наличие средств расчёта контрольных сумм файлов и их сравнения; 3.2.6. наличие средств для оповещения пользователя о конфликте IP-адресов при подключении к сети; 3.2.7. наличие средств работы с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); 3.2.8. наличие средств локального подключения к ОС по протоколу XRDP, в том числе при входе в систему, со следующими возможностями по умолчанию: ? вход в сессию локально, затем подключение к этой сессии удаленно; ? вход в сессию удаленно, затем подключение к этой сессии локально. 3.2.9. наличие графического инструмента для настройки частот процессора. 3.3. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: 3.3.1. ext2/3/4, fat, ntfs, XFS, ZFS, BTRFS; 3.3.2. TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; 3.3.3. поддержка стандарта ISO9660; 3.3.4. наличие средств организации распределенной файловой системы; 3.3.5. наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы. 3.4. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя. 3.5. Дополнительные функциональные компоненты: 3.5.1. web-сервер; 3.5.2. почтовые сервисы и системы передачи почты: Exim, Dovecot, Postfix или эквивалент; 3.5.3. средства мониторинга; 3.5.4. средства удаленного и терминального доступа: VNC, RDP(xRDP), RemoteApp (freerdp) или эквивалент; 3.5.5. сервер печати; 3.5.6. службы резервного копирования: Bacula, Rsync или эквивалент; 3.5.7. набор программ для воспроизведения аудио и видео файлов; 3.5.8. редактор растровой графики; 3.5.9. запись оптических дисков; 3.5.10. программа сканирования; 3.5.11. защищённый графический сервер X.Org Xserver или эквивалент; 3.5.12. рабочий стол; 3.5.13. системные библиотеки libc или эквивалент; 3.5.14. компилятор GCC или эквивалент; 3.5.15. QT или эквивалент. 3.6. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировки отображаемых виртуальных машин. 3.7. Операционная система должна обеспечивать возможность обновления между мажорными версиями без переустановки ОС. 3.8. Операционная система должна поддерживать работу в среде виртуализации ROSA VIRTUALIZATION 3.0. 4. Требования к совместимости операционной системы 4.1. Операционная система должна быть совместима со средствами антивирусной защиты, сведения о которых включены в единый реестр российского программного обеспечения. 5. Требования к обновлениям операционной системы 5.1. Порядок выпуска и предоставления обновлений или технической поддержки Продукта регламентируется в соответствии с действующей Политикой (Положением), размещённой на сайте Вендора и в Личноми кабинете Пользователя. 5.2. Информационно-справочная поддержка функционирования Продукта обеспечивается посредством использования телефонной связи, программных средств обмена сообщениями с Пользователями. 5.3. Прием обращений (далее - Запрос) осуществляется Вендором круглосуточно через Личный кабинет. Прием обращений по телефону осуществляется по рабочим дням с 09:00 до 18:00 по МСК. 5.4. Обновление или техническая поддержка включает: ? Доступ к обновлениям безопасности Продукта*; ? Информационно-справочная поддержка в миграции на очередное обновление Продукта; ? Исправление ошибок, несоответствий, инцидентов, дефектов за счет выпуска новых обновлений Продукта; ? Информационно-справочная поддержка по установке и обновлению Продукта; ? Информационно-справочная поддержка по настройке Продукта после обновления; ? Моделирование сценариев на тестовом стенде Вендора (при наличии технической возможности); ? Прогноз совместимости оборудования по спецификации с актуальным и будущим обновлением Продукта**; ? Решение вопросов, связанных с совместимостью оборудования путем внесения улучшений в рамках обновления Продукта (при наличии технической возможности). * Для актуального и предыдущего очередного обновления. ** Поддержка оборудования гарантируется, только если оно прошло программу поддержки производителей оборудования и программного обеспечения. Информация о выпуске очередных обновлений Продукта доступна на сайте Вендора или в Личном кабинете. Подробный порядок обработки обращений, связанных с обновлениями или технической поддержки Продукта, размещается в Личном кабинете. - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (02.09) Операционные системы общего назначения - - Значение характеристики не может изменяться участником закупки - Количество пользователей - 1 - Штука - Значение характеристики не может изменяться участником закупки - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - Поставляемые права должны соответствовать следующим требованиям: - 2.9. Операционная система должна включать в состав графические средства контроля целостности: 2.9.1. контроль целостности дистрибутива; 2.9.2. контроль объектов файловой системы; 2.9.3. контроль целостности исполняемых файлов, обеспечивающий проверку их неизменности и подлинности. 2.10. В составе операционной системы должна быть реализована возможность ограничения полномочий пользователей по использованию консолей. 2.11. В составе операционной системы должно присутствовать ядро с функциями очистки и ограничения работы с оперативной памятью. 2.12. Должны быть обеспечены работы по устранению уязвимостей и включению информации об уязвимостях программного обеспечения операционной системы в банк данных угроз безопасности информации ФСТЭК России (https://bdu.fstec.ru/vul). 2.13. Механизмами безопасности операционной системы должна быть обеспечена защита системных и привилегированных процессов от несанкционированного доступа и управления (исключение возможности повышения привилегий пользователей и управления привилегированными процессами в случае использования дефектов/уязвимостей в программном обеспечении информационной системы). 2.14. Операционная система должна обеспечивать запрет операций записи в системные каталоги и файлы (программы, файлы конфигурации), а также установки программного обеспечения, запуска и остановки системных процессов операционной системы, вне зависимости от изменения пользователем своих привилегий в текущем сеансе работы. 2.15. Операционная система должна обеспечивать возможность контроля целостности исполняемых файлов и файлов библиотек: EXE, DLL, .NET 7 3. Требования к функциональным возможностям операционной системы 3.1. Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1. 3.2. Операционная система должна обеспечивать функционал в графическом исполнении: - - Значение характеристики не может изменяться участником закупки - 1. Требования соответствия законодательным и нормативным документам 1.1. OC должна иметь сертификат соответствия требованиям нормативных документов ФСТЭК России: 1.1.1 «Требования безопасности информации к операционным системам» (ФСТЭК России, 2016); 1.1.2 «Профиль защиты операционных систем типа «А» не ниже 4 класса ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017); 1.1.3 «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) не ниже 4 уровня; 1.1.4 «Требования по безопасности информации к средствам виртуализации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 1.1.5 «Требования по безопасности информации к средствам контейнеризации» (ФСТЭК России, 2022) не ниже 4 класса защиты. 1.2. Операционная система должна включать в свой состав сертифицированные средства виртуализации, обеспечивающие доверенную загрузку виртуальных машин, контроль целостности, регистрацию событий, управление доступом и другие функции безопасности, резервное копирование виртуальных машин и идентификацию пользователей. 1.3. Операционная система должна включать в свой состав сертифицированные средства контейнеризации, обеспечивающие изоляцию контейнеров, контроль целостности контейнеров и их образов, регистрацию событий безопасности, идентификацию и аутентификацию пользователей. 2. Требования к встроенному комплексу средств защиты информации операционной системы 2.1. Операционная система должна обеспечивать встроенными сертифицированными средствами: 2.1.1. управление средствами аутентификации; 2.1.2. управление учетными записями пользователей, разграничение полномочий и назначение прав пользователям; 2.1.3. реализацию разграничения доступа; 2.1.4. возможность создания защищенной среды виртуализации; 2.1.5. возможность создания среды выполнения контейнеров и обеспечение работы с ними; 2.1.6. технологию контейнеризации с поддержкой изоляции процессов. - 2.2. В составе операционной системы должна быть реализована возможность защиты аутентификационной информации с использованием функции хэширования. 2.3. В состав операционной системы должен входить комплекс программ объектно-реляционной защищённой СУБД с сертифицированными функциями безопасности. 2.4. В составе операционной системы должны быть графические средства создания единого пространства пользователей с целью реализации централизованного хранения информации об окружении пользователей и сетевой аутентификации через ldap и kerberos. 2.5. Операционная система должна иметь графическое средство настройки ограничений пользователя по запуску программ в изолированном окружении с использованием механизма пространств имён и фильтрации системных вызовов, обеспечивающих: 2.5.1. ограничение прав пользователя на запуск приложений ядром системы; 2.5.2. ограничение прав пользователя средствами графического интерфейса; 2.5.3 разрешение запуска только тех программных компонентов, которые явно разрешены администратором безопасности. 2.6. Обеспечение запрета запуска (исполнения) пользователем созданных самостоятельно (с использованием текстовых редакторов или непосредственно в командной строке) программ с использованием интерпретируемых языков программирования. 2.7. В составе операционной системы должны быть графические средства настройки защиты машинных носителей, обеспечивающие: 2.7.1. идентификацию устройств и сопоставление пользователя с устройством; 2.7.2. контроль подключения носителей информации; 2.7.3. учет носителей информации; 2.7.4. управление доступом к носителям информации; 2.7.5. контроль использования интерфейсов ввода/вывода информации; 2.7.6. ввод-вывод информации на носитель при условии совпадения маркировки носителя и объёма прав пользователя. 2.8. Операционная система должна включать в свой состав программное обеспечение, реализующее задачи аудита и журналирования (регистрации) событий безопасности. - 3.2.1. наличие средств создания, настройки и управления несколькими служебными репозиториями используемого программного обеспечения, с поддержкой проверки зависимостей пакетной базы, автоматической публикацией в сети по протоколам http и ftp и выбором конкретных репозиториев, из которых будет произведено обновление пакетов; 3.2.2. наличие графического инструмента управления регистрацией событий, включающий в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, графическое средство просмотра системных событий; 3.2.3. наличие графического инструмента для редактирования значения переменных окружения (изменять значение и описание переменных, удалять и объявлять переменные); 3.2.4. наличие графической утилиты управления и мониторинга компонентов подсистемы безопасности; 3.2.5. наличие средств расчёта контрольных сумм файлов и их сравнения; 3.2.6. наличие средств для оповещения пользователя о конфликте IP-адресов при подключении к сети; 3.2.7. наличие средств работы с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); 3.2.8. наличие средств локального подключения к ОС по протоколу XRDP, в том числе при входе в систему, со следующими возможностями по умолчанию: ? вход в сессию локально, затем подключение к этой сессии удаленно; ? вход в сессию удаленно, затем подключение к этой сессии локально. 3.2.9. наличие графического инструмента для настройки частот процессора. 3.3. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: 3.3.1. ext2/3/4, fat, ntfs, XFS, ZFS, BTRFS; 3.3.2. TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; 3.3.3. поддержка стандарта ISO9660; 3.3.4. наличие средств организации распределенной файловой системы; 3.3.5. наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы. - 3.4. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя. 3.5. Дополнительные функциональные компоненты: 3.5.1. web-сервер; 3.5.2. почтовые сервисы и системы передачи почты: Exim, Dovecot, Postfix или эквивалент; 3.5.3. средства мониторинга; 3.5.4. средства удаленного и терминального доступа: VNC, RDP(xRDP), RemoteApp (freerdp) или эквивалент; 3.5.5. сервер печати; 3.5.6. службы резервного копирования: Bacula, Rsync или эквивалент; 3.5.7. набор программ для воспроизведения аудио и видео файлов; 3.5.8. редактор растровой графики; 3.5.9. запись оптических дисков; 3.5.10. программа сканирования; 3.5.11. защищённый графический сервер X.Org Xserver или эквивалент; 3.5.12. рабочий стол; 3.5.13. системные библиотеки libc или эквивалент; 3.5.14. компилятор GCC или эквивалент; 3.5.15. QT или эквивалент. 3.6. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировки отображаемых виртуальных машин. 3.7. Операционная система должна обеспечивать возможность обновления между мажорными версиями без переустановки ОС. 3.8. Операционная система должна поддерживать работу в среде виртуализации ROSA VIRTUALIZATION 3.0. 4. Требования к совместимости операционной системы 4.1. Операционная система должна быть совместима со средствами антивирусной защиты, сведения о которых включены в единый реестр российского программного обеспечения. - 5. Требования к обновлениям операционной системы 5.1. Порядок выпуска и предоставления обновлений или технической поддержки Продукта регламентируется в соответствии с действующей Политикой (Положением), размещённой на сайте Вендора и в Личноми кабинете Пользователя. 5.2. Информационно-справочная поддержка функционирования Продукта обеспечивается посредством использования телефонной связи, программных средств обмена сообщениями с Пользователями. 5.3. Прием обращений (далее - Запрос) осуществляется Вендором круглосуточно через Личный кабинет. Прием обращений по телефону осуществляется по рабочим дням с 09:00 до 18:00 по МСК. 5.4. Обновление или техническая поддержка включает: ? Доступ к обновлениям безопасности Продукта*; ? Информационно-справочная поддержка в миграции на очередное обновление Продукта; ? Исправление ошибок, несоответствий, инцидентов, дефектов за счет выпуска новых обновлений Продукта; ? Информационно-справочная поддержка по установке и обновлению Продукта; ? Информационно-справочная поддержка по настройке Продукта после обновления; ? Моделирование сценариев на тестовом стенде Вендора (при наличии технической возможности); ? Прогноз совместимости оборудования по спецификации с актуальным и будущим обновлением Продукта**; ? Решение вопросов, связанных с совместимостью оборудования путем внесения улучшений в рамках обновления Продукта (при наличии технической возможности). * Для актуального и предыдущего очередного обновления. ** Поддержка оборудования гарантируется, только если оно прошло программу поддержки производителей оборудования и программного обеспечения. Информация о выпуске очередных обновлений Продукта доступна на сайте Вендора или в Личном кабинете. Подробный порядок обработки обращений, связанных с обновлениями или технической поддержки Продукта, размещается в Личном кабинете.

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

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

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

Количество пользователей - 1 - Штука - Значение характеристики не может изменяться участником закупки

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

Поставляемые права должны соответствовать следующим требованиям: - 2.9. Операционная система должна включать в состав графические средства контроля целостности: 2.9.1. контроль целостности дистрибутива; 2.9.2. контроль объектов файловой системы; 2.9.3. контроль целостности исполняемых файлов, обеспечивающий проверку их неизменности и подлинности. 2.10. В составе операционной системы должна быть реализована возможность ограничения полномочий пользователей по использованию консолей. 2.11. В составе операционной системы должно присутствовать ядро с функциями очистки и ограничения работы с оперативной памятью. 2.12. Должны быть обеспечены работы по устранению уязвимостей и включению информации об уязвимостях программного обеспечения операционной системы в банк данных угроз безопасности информации ФСТЭК России (https://bdu.fstec.ru/vul). 2.13. Механизмами безопасности операционной системы должна быть обеспечена защита системных и привилегированных процессов от несанкционированного доступа и управления (исключение возможности повышения привилегий пользователей и управления привилегированными процессами в случае использования дефектов/уязвимостей в программном обеспечении информационной системы). 2.14. Операционная система должна обеспечивать запрет операций записи в системные каталоги и файлы (программы, файлы конфигурации), а также установки программного обеспечения, запуска и остановки системных процессов операционной системы, вне зависимости от изменения пользователем своих привилегий в текущем сеансе работы. 2.15. Операционная система должна обеспечивать возможность контроля целостности исполняемых файлов и файлов библиотек: EXE, DLL, .NET 7 3. Требования к функциональным возможностям операционной системы 3.1. Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1. 3.2. Операционная система должна обеспечивать функционал в графическом исполнении: - - Значение характеристики не может изменяться участником закупки

1. Требования соответствия законодательным и нормативным документам 1.1. OC должна иметь сертификат соответствия требованиям нормативных документов ФСТЭК России: 1.1.1 «Требования безопасности информации к операционным системам» (ФСТЭК России, 2016); 1.1.2 «Профиль защиты операционных систем типа «А» не ниже 4 класса ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017); 1.1.3 «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) не ниже 4 уровня; 1.1.4 «Требования по безопасности информации к средствам виртуализации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 1.1.5 «Требования по безопасности информации к средствам контейнеризации» (ФСТЭК России, 2022) не ниже 4 класса защиты. 1.2. Операционная система должна включать в свой состав сертифицированные средства виртуализации, обеспечивающие доверенную загрузку виртуальных машин, контроль целостности, регистрацию событий, управление доступом и другие функции безопасности, резервное копирование виртуальных машин и идентификацию пользователей. 1.3. Операционная система должна включать в свой состав сертифицированные средства контейнеризации, обеспечивающие изоляцию контейнеров, контроль целостности контейнеров и их образов, регистрацию событий безопасности, идентификацию и аутентификацию пользователей. 2. Требования к встроенному комплексу средств защиты информации операционной системы 2.1. Операционная система должна обеспечивать встроенными сертифицированными средствами: 2.1.1. управление средствами аутентификации; 2.1.2. управление учетными записями пользователей, разграничение полномочий и назначение прав пользователям; 2.1.3. реализацию разграничения доступа; 2.1.4. возможность создания защищенной среды виртуализации; 2.1.5. возможность создания среды выполнения контейнеров и обеспечение работы с ними; 2.1.6. технологию контейнеризации с поддержкой изоляции процессов.

2.2. В составе операционной системы должна быть реализована возможность защиты аутентификационной информации с использованием функции хэширования. 2.3. В состав операционной системы должен входить комплекс программ объектно-реляционной защищённой СУБД с сертифицированными функциями безопасности. 2.4. В составе операционной системы должны быть графические средства создания единого пространства пользователей с целью реализации централизованного хранения информации об окружении пользователей и сетевой аутентификации через ldap и kerberos. 2.5. Операционная система должна иметь графическое средство настройки ограничений пользователя по запуску программ в изолированном окружении с использованием механизма пространств имён и фильтрации системных вызовов, обеспечивающих: 2.5.1. ограничение прав пользователя на запуск приложений ядром системы; 2.5.2. ограничение прав пользователя средствами графического интерфейса; 2.5.3 разрешение запуска только тех программных компонентов, которые явно разрешены администратором безопасности. 2.6. Обеспечение запрета запуска (исполнения) пользователем созданных самостоятельно (с использованием текстовых редакторов или непосредственно в командной строке) программ с использованием интерпретируемых языков программирования. 2.7. В составе операционной системы должны быть графические средства настройки защиты машинных носителей, обеспечивающие: 2.7.1. идентификацию устройств и сопоставление пользователя с устройством; 2.7.2. контроль подключения носителей информации; 2.7.3. учет носителей информации; 2.7.4. управление доступом к носителям информации; 2.7.5. контроль использования интерфейсов ввода/вывода информации; 2.7.6. ввод-вывод информации на носитель при условии совпадения маркировки носителя и объёма прав пользователя. 2.8. Операционная система должна включать в свой состав программное обеспечение, реализующее задачи аудита и журналирования (регистрации) событий безопасности.

3.2.1. наличие средств создания, настройки и управления несколькими служебными репозиториями используемого программного обеспечения, с поддержкой проверки зависимостей пакетной базы, автоматической публикацией в сети по протоколам http и ftp и выбором конкретных репозиториев, из которых будет произведено обновление пакетов; 3.2.2. наличие графического инструмента управления регистрацией событий, включающий в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, графическое средство просмотра системных событий; 3.2.3. наличие графического инструмента для редактирования значения переменных окружения (изменять значение и описание переменных, удалять и объявлять переменные); 3.2.4. наличие графической утилиты управления и мониторинга компонентов подсистемы безопасности; 3.2.5. наличие средств расчёта контрольных сумм файлов и их сравнения; 3.2.6. наличие средств для оповещения пользователя о конфликте IP-адресов при подключении к сети; 3.2.7. наличие средств работы с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); 3.2.8. наличие средств локального подключения к ОС по протоколу XRDP, в том числе при входе в систему, со следующими возможностями по умолчанию: ? вход в сессию локально, затем подключение к этой сессии удаленно; ? вход в сессию удаленно, затем подключение к этой сессии локально. 3.2.9. наличие графического инструмента для настройки частот процессора. 3.3. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: 3.3.1. ext2/3/4, fat, ntfs, XFS, ZFS, BTRFS; 3.3.2. TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; 3.3.3. поддержка стандарта ISO9660; 3.3.4. наличие средств организации распределенной файловой системы; 3.3.5. наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы.

3.4. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя. 3.5. Дополнительные функциональные компоненты: 3.5.1. web-сервер; 3.5.2. почтовые сервисы и системы передачи почты: Exim, Dovecot, Postfix или эквивалент; 3.5.3. средства мониторинга; 3.5.4. средства удаленного и терминального доступа: VNC, RDP(xRDP), RemoteApp (freerdp) или эквивалент; 3.5.5. сервер печати; 3.5.6. службы резервного копирования: Bacula, Rsync или эквивалент; 3.5.7. набор программ для воспроизведения аудио и видео файлов; 3.5.8. редактор растровой графики; 3.5.9. запись оптических дисков; 3.5.10. программа сканирования; 3.5.11. защищённый графический сервер X.Org Xserver или эквивалент; 3.5.12. рабочий стол; 3.5.13. системные библиотеки libc или эквивалент; 3.5.14. компилятор GCC или эквивалент; 3.5.15. QT или эквивалент. 3.6. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировки отображаемых виртуальных машин. 3.7. Операционная система должна обеспечивать возможность обновления между мажорными версиями без переустановки ОС. 3.8. Операционная система должна поддерживать работу в среде виртуализации ROSA VIRTUALIZATION 3.0. 4. Требования к совместимости операционной системы 4.1. Операционная система должна быть совместима со средствами антивирусной защиты, сведения о которых включены в единый реестр российского программного обеспечения.

5. Требования к обновлениям операционной системы 5.1. Порядок выпуска и предоставления обновлений или технической поддержки Продукта регламентируется в соответствии с действующей Политикой (Положением), размещённой на сайте Вендора и в Личноми кабинете Пользователя. 5.2. Информационно-справочная поддержка функционирования Продукта обеспечивается посредством использования телефонной связи, программных средств обмена сообщениями с Пользователями. 5.3. Прием обращений (далее - Запрос) осуществляется Вендором круглосуточно через Личный кабинет. Прием обращений по телефону осуществляется по рабочим дням с 09:00 до 18:00 по МСК. 5.4. Обновление или техническая поддержка включает: ? Доступ к обновлениям безопасности Продукта*; ? Информационно-справочная поддержка в миграции на очередное обновление Продукта; ? Исправление ошибок, несоответствий, инцидентов, дефектов за счет выпуска новых обновлений Продукта; ? Информационно-справочная поддержка по установке и обновлению Продукта; ? Информационно-справочная поддержка по настройке Продукта после обновления; ? Моделирование сценариев на тестовом стенде Вендора (при наличии технической возможности); ? Прогноз совместимости оборудования по спецификации с актуальным и будущим обновлением Продукта**; ? Решение вопросов, связанных с совместимостью оборудования путем внесения улучшений в рамках обновления Продукта (при наличии технической возможности). * Для актуального и предыдущего очередного обновления. ** Поддержка оборудования гарантируется, только если оно прошло программу поддержки производителей оборудования и программного обеспечения. Информация о выпуске очередных обновлений Продукта доступна на сайте Вендора или в Личном кабинете. Подробный порядок обработки обращений, связанных с обновлениями или технической поддержки Продукта, размещается в Личном кабинете.

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

- 58.29.50.000 58.29.11.000-00000003 - Программное обеспечение Вид лицензии Простая (неисключительная) Класс программ для электронных вычислительных машин и баз данных (02.09) Операционные системы общего назначения Количество пользователей 1 - Штука - 15,00 - 27 400,00 - 411 000,00

ТЕРРИТОРИАЛЬНЫЙ ФОНД ОБЯЗАТЕЛЬНОГО МЕДИЦИНСКОГО СТРАХОВАНИЯ КЕМЕРОВСКОЙ ОБЛАСТИ - КУЗБАССА - 15 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Вид лицензии Простая (неисключительная) Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (02.09) Операционные системы общего назначения Значение характеристики не может изменяться участником закупки Количество пользователей 1 Штука Значение характеристики не может изменяться участником закупки Способ предоставления Экземпляр на материальном носителе Значение характеристики не может изменяться участником закупки Поставляемые права должны соответствовать следующим требованиям: 1. Требования соответствия законодательным и нормативным документам 1.1. Операционная система должна соответствовать требованиям Постановления Правительства РФ от 23.12.2024 № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц». 1.2. Эксплуатационная документация на операционную систему должна раскрывать сведения о средствах и способах реализации функций безопасности, предусмотренных требованиями нормативных документов по п.1.3.1, 1.3.4, 1.3.5, 1.3.6. 1.3. Операционная система должна иметь подтверждение возможности её применения для построения информационных (автоматизированных) систем, обрабатывающих информацию ограниченного доступа, и реализации функций безопасности в виде сертификатов соответствия ФСТЭК России требованиям нормативных документов: 1.3.1. «Требования безопасности информации к операционным системам» (ФСТЭК России, 2016); 1.3.2. «Профиль защиты операционных систем типа «А» не ниже 4 класса ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017); 1.3.3. «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) не ниже 4 уровня; 1.3.4. «Требования по безопасности информации к средствам виртуализации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 1.3.5. «Требования по безопасности информации к средствам контейнеризации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 1.3.6. «Требования по безопасности информации к системам управления базами данных» (ФСТЭК России, 2023) не ниже 4 класса защиты. Значение характеристики не может изменяться участником закупки 2. Требования к встроенному комплексу средств защиты информации операционной системы 2.1. Операционная система должна обеспечивать встроенными сертифицированными средствами: ? идентификацию и аутентификацию пользователей; ? управление средствами аутентификации; ? управление учетными записями пользователей, разграничение полномочий и назначение прав пользователям; ? реализацию дискреционного разграничения доступа; ? возможность указания параметров настройки комплекса средств защиты во время создания пользователя; ? возможность создания защищенной среды виртуализации; ? технологию контейнеризации с возможностью создания среды выполнения контейнеров, обеспечения работы с ними и поддержкой изоляции процессов, выполняемых в контейнерах. 2.2. В составе операционной системы должна быть реализована возможность защиты аутентификационной информации с использованием функции хэширования. 2.3. В составе операционной системы должны быть графические средства создания единого пространства пользователей с целью реализации централизованного хранения информации об окружении пользователей и сетевой аутентификации через ldap и kerberos. 2.4. Операционная система должна иметь графическое средство настройки ограничений пользователя по запуску программ в изолированном окружении с использованием механизма пространств имён и фильтрации системных вызовов, обеспечивающих: ? ограничение прав пользователя на запуск приложений ядром системы; ? ограничение прав пользователя средствами графического интерфейса; ? разрешение запуска только тех программных компонентов, которые явно разрешены администратором безопасности. 2.5. Обеспечение запрета запуска (исполнения) пользователем созданных самостоятельно (с использованием текстовых редакторов или непосредственно в командной строке) программ с использованием интерпретируемых языков программирования. 2.6. В составе операционной системы должны быть графические средства настройки защиты машинных носителей, обеспечивающие: ? идентификация устрои?ств и сопоставление пользователя с устройством; ? управление доступом субъектов доступа к устрои?ствам методами дискреционного управления доступом; ? задание правил управления доступом, разрешающих или запрещающих доступ субъектов доступа к устрои?ствам, а также определяющих разрешенные типы доступа, в том числе с использованием атрибутов безопасности; ? учет носителей информации и контроль использования интерфейсов ввода и вывода. 2.7. Операционная система должна включать в свой состав программное обеспечение, реализующее задачи аудита и журналирования (регистрации) событий безопасности. Регистрация событий безопасности должна выполняться с учётом требований ГОСТ Р 59548-2022. 2.8. Операционная система должна иметь графические средства для работы со сторонними устройствами аутентификации - токенами, обеспечивающие следующие возможности: ? двухфакторная авторизация; ? вход и разблокировка сессии по токену; ? блокировка сессии при извлечении токена. 2.9. Операционная система должна включать в состав графические средства настройки контроля целостности: ? контроль целостности дистрибутива; ? контроль объектов файловой системы; ? контроль целостности исполняемых файлов, обеспечивающий проверку их неизменности и подлинности. 2.10. Операционная система должна обеспечивать возможность блокировки: ? запуска исполняемых файлов, включая EXE и загрузки библиотек, в том числе DLL, .NET 7/8, целостность которых нарушена; ? открытия файлов, в том числе пустых, и самораспаковывающихся 7Z архивов, установленных на контроль, при нарушении их целостности. 2.11. В составе операционной системы должна быть реализована возможность ограничения полномочий пользователей по использованию консолей. 2.12. В операционной системе должна быть реализована возможность очистки и ограничения работы с оперативной памятью. 2.13. Операционная система должна предоставлять средство настройки профиля системы со следующими возможностями: ? настройка комплекса средств защиты в соответствии с требованиями о защите информации, предъявляемыми к определенному классу защищенности информационных систем, при помощи графического интерфейса; ? импорт и экспорт настроек комплекса средств защиты системы. 2.14. Должны быть обеспечены работы по устранению уязвимостей и включению информации об уязвимостях программного обеспечения операционной системы в банк данных угроз безопасности информации ФСТЭК России (https://bdu.fstec.ru/vul). 2.15. Механизмами безопасности операционной системы должна быть обеспечена защита системных и привилегированных процессов от несанкционированного доступа и управления (исключение возможности повышения привилегий пользователей и управления привилегированными процессами в случае использования дефектов/уязвимостей в программном обеспечении информационной системы). 2.16. Операционная система должна обеспечивать запрет операций записи в системные каталоги и файлы (программы, файлы конфигурации), а также установки программного обеспечения, запуска и остановки системных процессов операционной системы, вне зависимости от изменения пользователем своих привилегий в текущем сеансе работы. 3. Требования к функциональным возможностям операционной системы 3.1. Операционная система должна быть предназначена для функционирования на средствах вычислительной техники с аппаратной платформой х86-64, включая процессоры Intel не ниже 10-го поколения. 3.2. Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1 с возможностью обновления до новых версий ядра (в соответствии с документацией на продукт). 3.3. Операционная система должна включать в состав графические инструменты, обеспечивающие: ? создание, настройку и управление несколькими репозиториями используемого программного обеспечения со следующим функционалом: o проверка зависимостей пакетной базы; o автоматическая публикация в сети по протоколам http и ftp; o выбор конкретных репозиториев, из которых будет произведено обновление пакетов; ? управление регистрацией событий, включающее в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, графическое средство просмотра системных событий; ? просмотр и редактирование значения переменных окружения (просматривать текущие переменные, изменять значение и описание переменных, удалять и объявлять переменные); ? управление и мониторинг компонентов подсистемы безопасности; ? расчёт контрольных сумм файлов и их сравнения; ? оповещение пользователя о конфликте IP-адресов при подключении к сети; ? работа с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); ? распечатка карточки пользователя с его параметрами. 3.4. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: ? ext2/3/4, fat, ntfs, XFS, ZFS, BTRFS; ? TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; ? поддержка стандарта ISO9660; ? наличие средств организации распределенной файловой системы; ? наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы. 3.5. Операционная система должна обеспечивать среду функционирования для сертифицированных средств криптографической защиты информации, предназначенных для создания и проверки электронной подписи. 3.6. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя, а также иметь возможность возврата к состоянию до начала установки обновлений. 3.7. Установщик операционной системы должен иметь следующий функционал: ? обеспечивать возможность запуска VNC сервера для удаленного подключения к клиентским машинам и управления ими как на этапе загрузки с установочного диска в главном меню программы установки, так и непосредственно в LiveCD; ? иметь возможность автоматической установки при помощи файла конфигурации формата .yaml; ? при установке должна предоставлять возможность добавления администратора и нескольких пользователей; ? предоставлять возможность установки любых пакетов из репозитория операционной системы во время установки. 3.8. Операционная система должна предоставлять инструмент для обновления между мажорными версиями с сохранением настроек операционной системы и ПО. 3.9. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировки отображаемых виртуальных машин. 3.10. Средства виртуализации из состава операционной системы должны использовать системные компоненты: ? qemu версии не ниже 8.2.4; ? libvirt версии не ниже 10.3. 3.11. Дополнительные функциональные компоненты: ? web-сервер Apache или эквивалент; ? почтовые сервисы и системы передачи почты: Exim, Dovecot, Postfix или эквивалент; ? средства мониторинга; ? средства удаленного и терминального доступа: VNC, RDP(xRDP), RemoteApp (freerdp) или эквивалент; ? сервер печати; ? службы резервного копирования: Bacula, Rsync или эквивалент; ? аудит и журналирование событий безопасности; ? набор программ для воспроизведения аудио и видео файлов; ? редактор растровой графики; ? запись оптических дисков; ? программа сканирования; ? графический сервер X.Org Xserver или эквивалент; ? рабочий стол; ? системные библиотеки libc или эквивалент; ? компилятор GCC или эквивалент; ? QT или эквивалент. 3.12. Операционная система должна поддерживать работу в среде виртуализации ROSA VIRTUALIZATION 3.0. 4. Требования к совместимости операционной системы 4.1. Операционная система должна быть совместима со средствами антивирусной защиты, сведения о которых включены в единый реестр российского программного обеспечения. 5. Требования к обновлениям операционной системы 5.1. Порядок выпуска и предоставления обновлений или технической поддержки Продукта регламентируется в соответствии с действующей Политикой (Положением), размещённой на сайте Вендора и в Личноми кабинете Пользователя. 5.2. Информационно-справочная поддержка функционирования Продукта обеспечивается посредством использования телефонной связи, программных средств обмена сообщениями с Пользователями. 5.3. Прием обращений (далее - Запрос) осуществляется Вендором круглосуточно через Личный кабинет. Прием обращений по телефону осуществляется по рабочим дням с 09:00 до 18:00 по МСК. 5.4. Обновление или техническая поддержка включает: ? Доступ к обновлениям безопасности Продукта*; ? Информационно-справочная поддержка в миграции на очередное обновление Продукта; ? Исправление ошибок, несоответствий, инцидентов, дефектов за счет выпуска новых обновлений Продукта; ? Информационно-справочная поддержка по установке и обновлению Продукта; ? Информационно-справочная поддержка по настройке Продукта после обновления; ? Моделирование сценариев на тестовом стенде Вендора (при наличии технической возможности); ? Прогноз совместимости оборудования по спецификации с актуальным и будущим обновлением Продукта**; ? Решение вопросов, связанных с совместимостью оборудования путем внесения улучшений в рамках обновления Продукта (при наличии технической возможности). * Для актуального и предыдущего очередного обновления. ** Поддержка оборудования гарантируется, только если оно прошло программу поддержки производителей оборудования и программного обеспечения. Информация о выпуске очередных обновлений Продукта доступна на сайте Вендора или в Личном кабинете. Подробный порядок обработки обращений, связанных с обновлениями или технической поддержки Продукта, размещается в Личном кабинете. Состав поставки: Диск, лицензия, формуляр. - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (02.09) Операционные системы общего назначения - - Значение характеристики не может изменяться участником закупки - Количество пользователей - 1 - Штука - Значение характеристики не может изменяться участником закупки - Способ предоставления - Экземпляр на материальном носителе - - Значение характеристики не может изменяться участником закупки - Поставляемые права должны соответствовать следующим требованиям: - 1. Требования соответствия законодательным и нормативным документам 1.1. Операционная система должна соответствовать требованиям Постановления Правительства РФ от 23.12.2024 № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц». 1.2. Эксплуатационная документация на операционную систему должна раскрывать сведения о средствах и способах реализации функций безопасности, предусмотренных требованиями нормативных документов по п.1.3.1, 1.3.4, 1.3.5, 1.3.6. 1.3. Операционная система должна иметь подтверждение возможности её применения для построения информационных (автоматизированных) систем, обрабатывающих информацию ограниченного доступа, и реализации функций безопасности в виде сертификатов соответствия ФСТЭК России требованиям нормативных документов: 1.3.1. «Требования безопасности информации к операционным системам» (ФСТЭК России, 2016); 1.3.2. «Профиль защиты операционных систем типа «А» не ниже 4 класса ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017); 1.3.3. «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) не ниже 4 уровня; 1.3.4. «Требования по безопасности информации к средствам виртуализации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 1.3.5. «Требования по безопасности информации к средствам контейнеризации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 1.3.6. «Требования по безопасности информации к системам управления базами данных» (ФСТЭК России, 2023) не ниже 4 класса защиты. - - Значение характеристики не может изменяться участником закупки - 2. Требования к встроенному комплексу средств защиты информации операционной системы 2.1. Операционная система должна обеспечивать встроенными сертифицированными средствами: ? идентификацию и аутентификацию пользователей; ? управление средствами аутентификации; ? управление учетными записями пользователей, разграничение полномочий и назначение прав пользователям; ? реализацию дискреционного разграничения доступа; ? возможность указания параметров настройки комплекса средств защиты во время создания пользователя; ? возможность создания защищенной среды виртуализации; ? технологию контейнеризации с возможностью создания среды выполнения контейнеров, обеспечения работы с ними и поддержкой изоляции процессов, выполняемых в контейнерах. 2.2. В составе операционной системы должна быть реализована возможность защиты аутентификационной информации с использованием функции хэширования. 2.3. В составе операционной системы должны быть графические средства создания единого пространства пользователей с целью реализации централизованного хранения информации об окружении пользователей и сетевой аутентификации через ldap и kerberos. 2.4. Операционная система должна иметь графическое средство настройки ограничений пользователя по запуску программ в изолированном окружении с использованием механизма пространств имён и фильтрации системных вызовов, обеспечивающих: ? ограничение прав пользователя на запуск приложений ядром системы; ? ограничение прав пользователя средствами графического интерфейса; ? разрешение запуска только тех программных компонентов, которые явно разрешены администратором безопасности. - 2.5. Обеспечение запрета запуска (исполнения) пользователем созданных самостоятельно (с использованием текстовых редакторов или непосредственно в командной строке) программ с использованием интерпретируемых языков программирования. 2.6. В составе операционной системы должны быть графические средства настройки защиты машинных носителей, обеспечивающие: ? идентификация устрои?ств и сопоставление пользователя с устройством; ? управление доступом субъектов доступа к устрои?ствам методами дискреционного управления доступом; ? задание правил управления доступом, разрешающих или запрещающих доступ субъектов доступа к устрои?ствам, а также определяющих разрешенные типы доступа, в том числе с использованием атрибутов безопасности; ? учет носителей информации и контроль использования интерфейсов ввода и вывода. 2.7. Операционная система должна включать в свой состав программное обеспечение, реализующее задачи аудита и журналирования (регистрации) событий безопасности. Регистрация событий безопасности должна выполняться с учётом требований ГОСТ Р 59548-2022. 2.8. Операционная система должна иметь графические средства для работы со сторонними устройствами аутентификации - токенами, обеспечивающие следующие возможности: ? двухфакторная авторизация; ? вход и разблокировка сессии по токену; ? блокировка сессии при извлечении токена. - 2.9. Операционная система должна включать в состав графические средства настройки контроля целостности: ? контроль целостности дистрибутива; ? контроль объектов файловой системы; ? контроль целостности исполняемых файлов, обеспечивающий проверку их неизменности и подлинности. 2.10. Операционная система должна обеспечивать возможность блокировки: ? запуска исполняемых файлов, включая EXE и загрузки библиотек, в том числе DLL, .NET 7/8, целостность которых нарушена; ? открытия файлов, в том числе пустых, и самораспаковывающихся 7Z архивов, установленных на контроль, при нарушении их целостности. 2.11. В составе операционной системы должна быть реализована возможность ограничения полномочий пользователей по использованию консолей. 2.12. В операционной системе должна быть реализована возможность очистки и ограничения работы с оперативной памятью. 2.13. Операционная система должна предоставлять средство настройки профиля системы со следующими возможностями: ? настройка комплекса средств защиты в соответствии с требованиями о защите информации, предъявляемыми к определенному классу защищенности информационных систем, при помощи графического интерфейса; ? импорт и экспорт настроек комплекса средств защиты системы. 2.14. Должны быть обеспечены работы по устранению уязвимостей и включению информации об уязвимостях программного обеспечения операционной системы в банк данных угроз безопасности информации ФСТЭК России (https://bdu.fstec.ru/vul). - 2.15. Механизмами безопасности операционной системы должна быть обеспечена защита системных и привилегированных процессов от несанкционированного доступа и управления (исключение возможности повышения привилегий пользователей и управления привилегированными процессами в случае использования дефектов/уязвимостей в программном обеспечении информационной системы). 2.16. Операционная система должна обеспечивать запрет операций записи в системные каталоги и файлы (программы, файлы конфигурации), а также установки программного обеспечения, запуска и остановки системных процессов операционной системы, вне зависимости от изменения пользователем своих привилегий в текущем сеансе работы. 3. Требования к функциональным возможностям операционной системы 3.1. Операционная система должна быть предназначена для функционирования на средствах вычислительной техники с аппаратной платформой х86-64, включая процессоры Intel не ниже 10-го поколения. 3.2. Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1 с возможностью обновления до новых версий ядра (в соответствии с документацией на продукт). 3.3. Операционная система должна включать в состав графические инструменты, обеспечивающие: ? создание, настройку и управление несколькими репозиториями используемого программного обеспечения со следующим функционалом: o проверка зависимостей пакетной базы; o автоматическая публикация в сети по протоколам http и ftp; o выбор конкретных репозиториев, из которых будет произведено обновление пакетов; ? управление регистрацией событий, включающее в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, графическое средство просмотра системных событий; ? просмотр и редактирование значения переменных окружения (просматривать текущие переменные, изменять значение и описание переменных, удалять и объявлять переменные); - ? управление и мониторинг компонентов подсистемы безопасности; ? расчёт контрольных сумм файлов и их сравнения; ? оповещение пользователя о конфликте IP-адресов при подключении к сети; ? работа с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); ? распечатка карточки пользователя с его параметрами. 3.4. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: ? ext2/3/4, fat, ntfs, XFS, ZFS, BTRFS; ? TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; ? поддержка стандарта ISO9660; ? наличие средств организации распределенной файловой системы; ? наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы. 3.5. Операционная система должна обеспечивать среду функционирования для сертифицированных средств криптографической защиты информации, предназначенных для создания и проверки электронной подписи. 3.6. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя, а также иметь возможность возврата к состоянию до начала установки обновлений. 3.7. Установщик операционной системы должен иметь следующий функционал: ? обеспечивать возможность запуска VNC сервера для удаленного подключения к клиентским машинам и управления ими как на этапе загрузки с установочного диска в главном меню программы установки, так и непосредственно в LiveCD; ? иметь возможность автоматической установки при помощи файла конфигурации формата .yaml; ? при установке должна предоставлять возможность добавления администратора и нескольких пользователей; ? предоставлять возможность установки любых пакетов из репозитория операционной системы во время установки. - 3.8. Операционная система должна предоставлять инструмент для обновления между мажорными версиями с сохранением настроек операционной системы и ПО. 3.9. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировки отображаемых виртуальных машин. 3.10. Средства виртуализации из состава операционной системы должны использовать системные компоненты: ? qemu версии не ниже 8.2.4; ? libvirt версии не ниже 10.3. 3.11. Дополнительные функциональные компоненты: ? web-сервер Apache или эквивалент; ? почтовые сервисы и системы передачи почты: Exim, Dovecot, Postfix или эквивалент; ? средства мониторинга; ? средства удаленного и терминального доступа: VNC, RDP(xRDP), RemoteApp (freerdp) или эквивалент; ? сервер печати; ? службы резервного копирования: Bacula, Rsync или эквивалент; ? аудит и журналирование событий безопасности; ? набор программ для воспроизведения аудио и видео файлов; ? редактор растровой графики; ? запись оптических дисков; ? программа сканирования; ? графический сервер X.Org Xserver или эквивалент; ? рабочий стол; ? системные библиотеки libc или эквивалент; ? компилятор GCC или эквивалент; ? QT или эквивалент. 3.12. Операционная система должна поддерживать работу в среде виртуализации ROSA VIRTUALIZATION 3.0. 4. Требования к совместимости операционной системы 4.1. Операционная система должна быть совместима со средствами антивирусной защиты, сведения о которых включены в единый реестр российского программного обеспечения. - 5. Требования к обновлениям операционной системы 5.1. Порядок выпуска и предоставления обновлений или технической поддержки Продукта регламентируется в соответствии с действующей Политикой (Положением), размещённой на сайте Вендора и в Личноми кабинете Пользователя. 5.2. Информационно-справочная поддержка функционирования Продукта обеспечивается посредством использования телефонной связи, программных средств обмена сообщениями с Пользователями. 5.3. Прием обращений (далее - Запрос) осуществляется Вендором круглосуточно через Личный кабинет. Прием обращений по телефону осуществляется по рабочим дням с 09:00 до 18:00 по МСК. 5.4. Обновление или техническая поддержка включает: ? Доступ к обновлениям безопасности Продукта*; ? Информационно-справочная поддержка в миграции на очередное обновление Продукта; ? Исправление ошибок, несоответствий, инцидентов, дефектов за счет выпуска новых обновлений Продукта; ? Информационно-справочная поддержка по установке и обновлению Продукта; ? Информационно-справочная поддержка по настройке Продукта после обновления; ? Моделирование сценариев на тестовом стенде Вендора (при наличии технической возможности); ? Прогноз совместимости оборудования по спецификации с актуальным и будущим обновлением Продукта**; ? Решение вопросов, связанных с совместимостью оборудования путем внесения улучшений в рамках обновления Продукта (при наличии технической возможности). * Для актуального и предыдущего очередного обновления. ** Поддержка оборудования гарантируется, только если оно прошло программу поддержки производителей оборудования и программного обеспечения. Информация о выпуске очередных обновлений Продукта доступна на сайте Вендора или в Личном кабинете. Подробный порядок обработки обращений, связанных с обновлениями или технической поддержки Продукта, размещается в Личном кабинете. Состав поставки: Диск, лицензия, формуляр.

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

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

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

Количество пользователей - 1 - Штука - Значение характеристики не может изменяться участником закупки

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

Поставляемые права должны соответствовать следующим требованиям: - 1. Требования соответствия законодательным и нормативным документам 1.1. Операционная система должна соответствовать требованиям Постановления Правительства РФ от 23.12.2024 № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц». 1.2. Эксплуатационная документация на операционную систему должна раскрывать сведения о средствах и способах реализации функций безопасности, предусмотренных требованиями нормативных документов по п.1.3.1, 1.3.4, 1.3.5, 1.3.6. 1.3. Операционная система должна иметь подтверждение возможности её применения для построения информационных (автоматизированных) систем, обрабатывающих информацию ограниченного доступа, и реализации функций безопасности в виде сертификатов соответствия ФСТЭК России требованиям нормативных документов: 1.3.1. «Требования безопасности информации к операционным системам» (ФСТЭК России, 2016); 1.3.2. «Профиль защиты операционных систем типа «А» не ниже 4 класса ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017); 1.3.3. «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) не ниже 4 уровня; 1.3.4. «Требования по безопасности информации к средствам виртуализации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 1.3.5. «Требования по безопасности информации к средствам контейнеризации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 1.3.6. «Требования по безопасности информации к системам управления базами данных» (ФСТЭК России, 2023) не ниже 4 класса защиты. - - Значение характеристики не может изменяться участником закупки

2. Требования к встроенному комплексу средств защиты информации операционной системы 2.1. Операционная система должна обеспечивать встроенными сертифицированными средствами: ? идентификацию и аутентификацию пользователей; ? управление средствами аутентификации; ? управление учетными записями пользователей, разграничение полномочий и назначение прав пользователям; ? реализацию дискреционного разграничения доступа; ? возможность указания параметров настройки комплекса средств защиты во время создания пользователя; ? возможность создания защищенной среды виртуализации; ? технологию контейнеризации с возможностью создания среды выполнения контейнеров, обеспечения работы с ними и поддержкой изоляции процессов, выполняемых в контейнерах. 2.2. В составе операционной системы должна быть реализована возможность защиты аутентификационной информации с использованием функции хэширования. 2.3. В составе операционной системы должны быть графические средства создания единого пространства пользователей с целью реализации централизованного хранения информации об окружении пользователей и сетевой аутентификации через ldap и kerberos. 2.4. Операционная система должна иметь графическое средство настройки ограничений пользователя по запуску программ в изолированном окружении с использованием механизма пространств имён и фильтрации системных вызовов, обеспечивающих: ? ограничение прав пользователя на запуск приложений ядром системы; ? ограничение прав пользователя средствами графического интерфейса; ? разрешение запуска только тех программных компонентов, которые явно разрешены администратором безопасности.

2.5. Обеспечение запрета запуска (исполнения) пользователем созданных самостоятельно (с использованием текстовых редакторов или непосредственно в командной строке) программ с использованием интерпретируемых языков программирования. 2.6. В составе операционной системы должны быть графические средства настройки защиты машинных носителей, обеспечивающие: ? идентификация устрои?ств и сопоставление пользователя с устройством; ? управление доступом субъектов доступа к устрои?ствам методами дискреционного управления доступом; ? задание правил управления доступом, разрешающих или запрещающих доступ субъектов доступа к устрои?ствам, а также определяющих разрешенные типы доступа, в том числе с использованием атрибутов безопасности; ? учет носителей информации и контроль использования интерфейсов ввода и вывода. 2.7. Операционная система должна включать в свой состав программное обеспечение, реализующее задачи аудита и журналирования (регистрации) событий безопасности. Регистрация событий безопасности должна выполняться с учётом требований ГОСТ Р 59548-2022. 2.8. Операционная система должна иметь графические средства для работы со сторонними устройствами аутентификации - токенами, обеспечивающие следующие возможности: ? двухфакторная авторизация; ? вход и разблокировка сессии по токену; ? блокировка сессии при извлечении токена.

2.9. Операционная система должна включать в состав графические средства настройки контроля целостности: ? контроль целостности дистрибутива; ? контроль объектов файловой системы; ? контроль целостности исполняемых файлов, обеспечивающий проверку их неизменности и подлинности. 2.10. Операционная система должна обеспечивать возможность блокировки: ? запуска исполняемых файлов, включая EXE и загрузки библиотек, в том числе DLL, .NET 7/8, целостность которых нарушена; ? открытия файлов, в том числе пустых, и самораспаковывающихся 7Z архивов, установленных на контроль, при нарушении их целостности. 2.11. В составе операционной системы должна быть реализована возможность ограничения полномочий пользователей по использованию консолей. 2.12. В операционной системе должна быть реализована возможность очистки и ограничения работы с оперативной памятью. 2.13. Операционная система должна предоставлять средство настройки профиля системы со следующими возможностями: ? настройка комплекса средств защиты в соответствии с требованиями о защите информации, предъявляемыми к определенному классу защищенности информационных систем, при помощи графического интерфейса; ? импорт и экспорт настроек комплекса средств защиты системы. 2.14. Должны быть обеспечены работы по устранению уязвимостей и включению информации об уязвимостях программного обеспечения операционной системы в банк данных угроз безопасности информации ФСТЭК России (https://bdu.fstec.ru/vul).

2.15. Механизмами безопасности операционной системы должна быть обеспечена защита системных и привилегированных процессов от несанкционированного доступа и управления (исключение возможности повышения привилегий пользователей и управления привилегированными процессами в случае использования дефектов/уязвимостей в программном обеспечении информационной системы). 2.16. Операционная система должна обеспечивать запрет операций записи в системные каталоги и файлы (программы, файлы конфигурации), а также установки программного обеспечения, запуска и остановки системных процессов операционной системы, вне зависимости от изменения пользователем своих привилегий в текущем сеансе работы. 3. Требования к функциональным возможностям операционной системы 3.1. Операционная система должна быть предназначена для функционирования на средствах вычислительной техники с аппаратной платформой х86-64, включая процессоры Intel не ниже 10-го поколения. 3.2. Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1 с возможностью обновления до новых версий ядра (в соответствии с документацией на продукт). 3.3. Операционная система должна включать в состав графические инструменты, обеспечивающие: ? создание, настройку и управление несколькими репозиториями используемого программного обеспечения со следующим функционалом: o проверка зависимостей пакетной базы; o автоматическая публикация в сети по протоколам http и ftp; o выбор конкретных репозиториев, из которых будет произведено обновление пакетов; ? управление регистрацией событий, включающее в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, графическое средство просмотра системных событий; ? просмотр и редактирование значения переменных окружения (просматривать текущие переменные, изменять значение и описание переменных, удалять и объявлять переменные);

? управление и мониторинг компонентов подсистемы безопасности; ? расчёт контрольных сумм файлов и их сравнения; ? оповещение пользователя о конфликте IP-адресов при подключении к сети; ? работа с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); ? распечатка карточки пользователя с его параметрами. 3.4. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: ? ext2/3/4, fat, ntfs, XFS, ZFS, BTRFS; ? TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; ? поддержка стандарта ISO9660; ? наличие средств организации распределенной файловой системы; ? наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы. 3.5. Операционная система должна обеспечивать среду функционирования для сертифицированных средств криптографической защиты информации, предназначенных для создания и проверки электронной подписи. 3.6. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя, а также иметь возможность возврата к состоянию до начала установки обновлений. 3.7. Установщик операционной системы должен иметь следующий функционал: ? обеспечивать возможность запуска VNC сервера для удаленного подключения к клиентским машинам и управления ими как на этапе загрузки с установочного диска в главном меню программы установки, так и непосредственно в LiveCD; ? иметь возможность автоматической установки при помощи файла конфигурации формата .yaml; ? при установке должна предоставлять возможность добавления администратора и нескольких пользователей; ? предоставлять возможность установки любых пакетов из репозитория операционной системы во время установки.

3.8. Операционная система должна предоставлять инструмент для обновления между мажорными версиями с сохранением настроек операционной системы и ПО. 3.9. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировки отображаемых виртуальных машин. 3.10. Средства виртуализации из состава операционной системы должны использовать системные компоненты: ? qemu версии не ниже 8.2.4; ? libvirt версии не ниже 10.3. 3.11. Дополнительные функциональные компоненты: ? web-сервер Apache или эквивалент; ? почтовые сервисы и системы передачи почты: Exim, Dovecot, Postfix или эквивалент; ? средства мониторинга; ? средства удаленного и терминального доступа: VNC, RDP(xRDP), RemoteApp (freerdp) или эквивалент; ? сервер печати; ? службы резервного копирования: Bacula, Rsync или эквивалент; ? аудит и журналирование событий безопасности; ? набор программ для воспроизведения аудио и видео файлов; ? редактор растровой графики; ? запись оптических дисков; ? программа сканирования; ? графический сервер X.Org Xserver или эквивалент; ? рабочий стол; ? системные библиотеки libc или эквивалент; ? компилятор GCC или эквивалент; ? QT или эквивалент. 3.12. Операционная система должна поддерживать работу в среде виртуализации ROSA VIRTUALIZATION 3.0. 4. Требования к совместимости операционной системы 4.1. Операционная система должна быть совместима со средствами антивирусной защиты, сведения о которых включены в единый реестр российского программного обеспечения.

5. Требования к обновлениям операционной системы 5.1. Порядок выпуска и предоставления обновлений или технической поддержки Продукта регламентируется в соответствии с действующей Политикой (Положением), размещённой на сайте Вендора и в Личноми кабинете Пользователя. 5.2. Информационно-справочная поддержка функционирования Продукта обеспечивается посредством использования телефонной связи, программных средств обмена сообщениями с Пользователями. 5.3. Прием обращений (далее - Запрос) осуществляется Вендором круглосуточно через Личный кабинет. Прием обращений по телефону осуществляется по рабочим дням с 09:00 до 18:00 по МСК. 5.4. Обновление или техническая поддержка включает: ? Доступ к обновлениям безопасности Продукта*; ? Информационно-справочная поддержка в миграции на очередное обновление Продукта; ? Исправление ошибок, несоответствий, инцидентов, дефектов за счет выпуска новых обновлений Продукта; ? Информационно-справочная поддержка по установке и обновлению Продукта; ? Информационно-справочная поддержка по настройке Продукта после обновления; ? Моделирование сценариев на тестовом стенде Вендора (при наличии технической возможности); ? Прогноз совместимости оборудования по спецификации с актуальным и будущим обновлением Продукта**; ? Решение вопросов, связанных с совместимостью оборудования путем внесения улучшений в рамках обновления Продукта (при наличии технической возможности). * Для актуального и предыдущего очередного обновления. ** Поддержка оборудования гарантируется, только если оно прошло программу поддержки производителей оборудования и программного обеспечения. Информация о выпуске очередных обновлений Продукта доступна на сайте Вендора или в Личном кабинете. Подробный порядок обработки обращений, связанных с обновлениями или технической поддержки Продукта, размещается в Личном кабинете. Состав поставки: Диск, лицензия, формуляр.

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

- 58.29.50.000 58.29.11.000-00000003 - Программное обеспечение Вид лицензии Простая (неисключительная) Класс программ для электронных вычислительных машин и баз данных (02.09) Операционные системы общего назначения Количество пользователей 1 - Штука - 50,00 - 11 800,00 - 590 000,00

ТЕРРИТОРИАЛЬНЫЙ ФОНД ОБЯЗАТЕЛЬНОГО МЕДИЦИНСКОГО СТРАХОВАНИЯ КЕМЕРОВСКОЙ ОБЛАСТИ - КУЗБАССА - 50 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Вид лицензии Простая (неисключительная) Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (02.09) Операционные системы общего назначения Значение характеристики не может изменяться участником закупки Количество пользователей 1 Штука Значение характеристики не может изменяться участником закупки Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Поставляемые права должны соответствовать следующим требованиям: 3.8. Установщик операционной системы должен иметь следующий функционал: ? обеспечивать возможность запуска VNC сервера для удаленного подключения к клиентским машинам и управления ими как на этапе загрузки с установочного диска в главном меню программы установки, так и непосредственно в LiveCD; ? возможность автоматической установки при помощи файла конфигурации формата .yaml; ? возможность задания параметров для администратора и нескольких локальных пользователей; ? предоставлять возможность установки любых пакетов из репозитория операционной системы во время установки. 3.9. Операционная система должна предоставлять инструмент для обновления между мажорными версиями с сохранением настроек операционной системы и ПО. 3.10. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировать отображаемые виртуальные машины. 3.11. Операционная система должна предоставлять специальные возможности: ? экранный диктор и синтезатор речи для русского языка; ? голосовой ввод; ? настройка визуальных и звуковых уведомлений на события, связанные со специальными возможностям; ? настройка залипающих, замедленных и прыгающих клавиши; ? настройка управления курсором мыши с помощью цифровой клавиатуры. 3.12. Дополнительные функциональные компоненты: ? клиентское ПО, для осуществления подключения по протоколу RDP; ? агенты служб централизованного управления системой; ? приложение для сканирования документов с возможностью пропуска пустых страниц и с сохранением размера области сканирования; ? средство просмотра и редактирования файлов .pdf; ? средство для эмуляции запуска исполняемых файлов .exe; ? средства просмотра и редактирования графики и изображений; ? средство оптического распознавания символов. 4. Требования к совместимости операционной системы Значение характеристики не может изменяться участником закупки 1. Требования соответствия законодательным и нормативным документам 1.1. Операционная система должна соответствовать требованиям Постановления Правительства РФ от 23.12.2024 № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц». 1.2. Эксплуатационная документация на операционную систему должна раскрывать сведения о средствах и способах реализации функций безопасности, предусмотренных требованиями нормативных документов по п.1.3.1, 1.3.4, 1.3.5, 1.3.6. 1.3. Операционная система должна иметь сертификат соответствия требованиям нормативных документов ФСТЭК России: 1.3.1. «Требования безопасности информации к операционным системам» (ФСТЭК России, 2016); 1.3.2. «Профиль защиты операционных систем типа «А» не ниже 4 класса ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017); 1.3.3. «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) не ниже 4 уровня; 1.3.4. «Требования по безопасности информации к средствам контейнеризации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 1.3.5. «Требования по безопасности информации к средствам виртуализации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 1.3.6. «Требования по безопасности информации к системам управления базами данных» (ФСТЭК России, 2023) не ниже 4 класса защиты. 2. Требования к встроенному комплексу средств защиты информации операционной системы 2.1. Операционная система должна обеспечивать встроенными сертифицированными средствами: ? идентификацию и аутентификацию пользователей; ? управление средствами аутентификации; ? управление учетными записями пользователей, разграничение полномочий и назначение прав пользователям; ? реализацию дискреционного разграничения доступа; ? возможность указания параметров настройки комплекса средств защиты во время создания пользователя; ? возможность создания среды выполнения контейнеров, обеспечения работы с ними и поддержкой изоляции процессов, выполняемых в контейнерах. 2.2. В составе операционной системы должна быть реализована возможность защиты аутентификационной информации с использованием функции хэширования. 2.3. Операционная система должна иметь графическое средство настройки ограничений пользователя по запуску программ в изолированном окружении с использованием механизма пространств имён и фильтрации системных вызовов, обеспечивающих: ? ограничение прав пользователя на запуск приложений ядром системы; ? ограничение прав пользователя средствами графического интерфейса; ? разрешение запуска только тех программных компонентов, которые явно разрешены администратором безопасности. 2.4. Обеспечение запрета запуска (исполнения) пользователем созданных самостоятельно (с использованием текстовых редакторов или непосредственно в командной строке) программ с использованием интерпретируемых языков программирования. 2.5. В составе операционной системы должны быть графические средства настройки защиты машинных носителей, обеспечивающие: ? идентификацию устройств и сопоставление пользователя с устройством; ? управление доступом субъектов доступа к устройствам методами дискреционного управления доступом; ? задание правил управления доступом, разрешающих или запрещающих доступ субъектов доступа к устройствам, а также определяющих разрешенные типы доступа, в том числе с использованием атрибутов безопасности; ? учет носителей информации и контроль использования интерфейсов ввода и вывода. 2.6. Операционная система должна включать в свой состав программное обеспечение, реализующее задачи аудита и журналирования (регистрации) событий безопасности. Регистрация событий безопасности должна выполняться с учётом требований ГОСТ Р 59548-2022. 2.7. Операционная система должна включать в состав графические средства настройки контроля целостности: ? контроль целостности дистрибутива; ? контроль объектов файловой системы; ? контроль целостности исполняемых файлов. 2.8. Операционная система должна обеспечивать возможность блокировки: ? запуска исполняемых файлов, включая EXE и загрузки библиотек, в том числе DLL, .NET 7/8, целостность которых нарушена; ? открытия файлов, в том числе пустых, и самораспаковывающихся 7Z архивов, установленных на контроль, при нарушении их целостности. 2.9. В составе операционной системы должна быть реализована возможность ограничения полномочий пользователей по использованию консолей. 2.10. В операционной системе должна быть реализована возможность очистки и ограничения работы с оперативной памятью. 2.11. Должны быть обеспечены работы по устранению уязвимостей и включению информации об уязвимостях программного обеспечения операционной системы в банк данных угроз безопасности информации ФСТЭК России (https://bdu.fstec.ru/vul). 2.12. Механизмами безопасности операционной системы должна быть обеспечена защита системных и привилегированных процессов от несанкционированного доступа и управления (исключение возможности повышения привилегий пользователей и управления привилегированными процессами в случае использования дефектов/уязвимостей в программном обеспечении информационной системы). 2.13. Операционная система должна обеспечивать запрет операций записи в системные каталоги и файлы (программы, файлы конфигурации), а также установки программного обеспечения, запуска и останова системных процессов операционной системы, вне зависимости от изменения пользователем своих привилегий в текущем сеансе работы. 2.14. Операционная система должна предоставлять средство настройки профиля системы со следующими возможностями: ? настройка комплекса средств защиты в соответствии с требованиями о защите информации, предъявляемыми к определенному классу защищенности информационных систем, при помощи графического интерфейса; ? импорт и экспорт настроек комплекса средств защиты системы. 2.15. Операционная система должна иметь средства для работы со сторонними устройствами аутентификации - токенами, обеспечивающие следующие возможности: ? двухфакторная авторизация; ? вход и разблокировка сессии по токену; ? блокировка сессии при извлечении токена. 3. Требования к функциональным возможностям операционной системы 3.1. Операционная система должна быть предназначена для функционирования на средствах вычислительной техники с аппаратной платформой х86-64, включая процессоры Intel не ниже 10-го поколения. 3.2. Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1 с возможностью обновления до новых версий ядра (в соответствии с документацией на продукт). 3.3. Операционная система должна обеспечивать функционал в графическом исполнении: ? наличие графических средств создания, настройки и управления несколькими репозиториями используемого программного обеспечения со следующим функционалом: o проверка зависимостей пакетной базы; o автоматическая публикация в сети по протоколам http и ftp; o выбор конкретных репозиториев, из которых будет произведено обновление пакетов; ? наличие средств подключения к операционной системе по протоколу RDP, со следующими возможностями по умолчанию: o вход в сессию локально, а затем подключение к этой сессии удаленно с автоматической блокировкой доступа к сессии локально и возможностью одновременной работы локально в графической сессии из-под другого пользователя; o вход в сессию удаленно, а затем подключение к этой сессии локально при входе в систему с автоматическим отключением удаленного клиента; o проброс нескольких смарт-карт или токенов (eToken, Рутокен, JaCarta) с возможностью их одновременного использования на сервере и клиенте. ? наличие графической утилиты управления драйверами nvidia, intel, amd с возможностью выбора драйверов и возможностью восстановления драйверов при неудачной загрузке операционной системы; ? наличие графических средств настройки выделяемых ресурсов памяти пользователям (квоты); ? наличие графического инструмента для просмотра и редактирования значения переменных окружения (просматривать текущие переменные, изменять значение и описание переменных, удалять и объявлять переменные); ? наличие графических средств настройки и изменения ориентации экрана в ручном или автоматическом режиме, с возможностью калибровки поворота, а также задания ориентации по умолчанию; ? наличие графического инструмента управления регистрацией событий, включающего в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, наличие графического средства просмотра системных событий; ? наличие графических средств настройки сохранения и восстановления сессии пользователя (восстановление при старте запущенных программ и их расположения после полного отключения электропитания автоматизированного рабочего места); ? наличие графических средств настройки потребления электроэнергии (яркость экрана, потухание, выключение монитора, переход в ждущий режим, сон и гибернацию) в случае изменения настроек электропитания (питание от сети, питание от батареи, низкий заряд батареи); ? наличие графических средств монтирования usb устройств по сети (usbip или аналог) для подключения к нескольким персональным компьютерам; ? наличие графических средств настройки одновременной работы нескольких сотрудников на одном персональном компьютере с разделяемыми профилями; ? наличие графических средств создания системных отчётов, предназначенных для сбора, сжатия, сохранения и для отправки в службу сопровождения диагностических данных о работе системы; ? наличие графических средств запуска работы с удалёнными, отдельными и вложенными графическими сессиями; ? наличие графических средств настройки планирования времени завершения работы без участия пользователя (завершение сессии, выключение автоматизированного рабочего места, перехода в энергосберегающие режимы) с настройкой уведомления о событии; ? наличие графических средств запуска приложений с изменением приоритета выполнения с возможностью запуска от имени другого пользователя; ? наличие графических средств настройки параметров загрузчика операционной системы (загружаемая операционная система по умолчанию, передаваемые параметры ядра, таймаут для ожидания действий пользователя, выбора источника ввода данных при загрузке, выбор терминала для вывода информации); ? наличие графических средств расчёта контрольных сумм файлов и их сравнения; ? наличие графических средств работы с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); ? наличие графических средств для оповещения пользователя о конфликте IP-адресов при подключении к сети; ? наличие графических средств настройки системы, в том числе: o установки и синхронизация времени; o управления пользователями; o просмотра системных журналов; o настройки и обслуживания принтеров; ? наличие графических средств настройки цветового баланса для каждого монитора по отдельности; ? наличие возможности присвоить пользовательские наименования звуковым устройствам при помощи графического интерфейса; ? наличие графических средств ввода в домен, в том числе с возможностью добавить компьютер в нужное подразделение (OU, Organizational Unit) для клиента Active Directory; ? наличие графического центра уведомлений на рабочем столе с следующими возможностями: o настройка расположения уведомлений; o возможность индивидуальных настроек для конкретных приложений; o настройка отображения уведомлений на экране блокировке и при разблокировке; ? наличие графических инструментов глобального поиска по расположению, содержимому, времени создания или изменения, размеру файла, с отображением результатов поискового запроса в интерактивном окне со следующими возможностями: o группировки и фильтрации результатов по найденным категориям (файлы, приложения, папки, архивы); o отображения свойств найденных файлов (имя, тип, путь, размер); ? наличие графического инструмента для настройки частот процессора. 3.4. Операционная система должна поддерживать следующий функционал: ? графический интерфейс, адаптированный под использование на портативных устройствах с поддержкой управления настройками системы, приложениями и сервисами (включая контекстные меню) с помощью touchscreen (сенсорный экран) с возможностью автоматического отключения при подключении мышки; ? возможность подключения к сети wi-fi до входа в систему, а также аутентификация в сети wi-fi с использованием смарт-карты; ? наличие в репозитории операционной системы браузера из единого реестра российских программ для электронных вычислительных машин и баз данных; ? возможность ввода аутентификационных данных пользователя при входе в систему и при разблокировке экрана с использованием виртуальной клавиатуры без необходимости дополнительных настроек. 3.5. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: ? ext2/3/4, fat, ntfs, iso9660, XFS, ZFS, BTRFS; ? TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; ? поддержка стандарта ISO9660; ? наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы. 3.6. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя, а также иметь возможность возврата к состоянию до начала установки обновлений. 3.7. Операционная система должна обеспечивать среду функционирования для сертифицированных средств криптографической защиты информации, предназначенных для создания и проверки электронной подписи. 4.1. Операционная система должна быть совместима со средствами антивирусной защиты, сведения о которых включены в единый реестр российского программного обеспечения. 5. Требования к обновлениям операционной системы 5.1. Порядок выпуска и предоставления обновлений или технической поддержки Продукта регламентируется в соответствии с действующей Политикой (Положением), размещённой на сайте Вендора и в Личноми кабинете Пользователя. 5.2. Информационно-справочная поддержка функционирования Продукта обеспечивается посредством использования телефонной связи, программных средств обмена сообщениями с Пользователями. 5.3. Прием обращений (далее - Запрос) осуществляется Вендором круглосуточно через Личный кабинет. Прием обращений по телефону осуществляется по рабочим дням с 09:00 до 18:00 по МСК. 5.4. Обновление или техническая поддержка включает: ? Доступ к обновлениям безопасности Продукта*; ? Информационно-справочная поддержка в миграции на очередное обновление Продукта; ? Исправление ошибок, несоответствий, инцидентов, дефектов за счет выпуска новых обновлений Продукта; ? Информационно-справочная поддержка по установке и обновлению Продукта; ? Информационно-справочная поддержка по настройке Продукта после обновления; ? Моделирование сценариев на тестовом стенде Вендора (при наличии технической возможности); ? Прогноз совместимости оборудования по спецификации с актуальным и будущим обновлением Продукта**; ? Решение вопросов, связанных с совместимостью оборудования путем внесения улучшений в рамках обновления Продукта (при наличии технической возможности). * Для актуального и предыдущего очередного обновления. ** Поддержка оборудования гарантируется, только если оно прошло программу поддержки производителей оборудования и программного обеспечения. Информация о выпуске очередных обновлений Продукта доступна на сайте Вендора или в Личном кабинете. Подробный порядок обработки обращений, связанных с обновлениями или технической поддержки Продукта, размещается в Личном кабинете. - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (02.09) Операционные системы общего назначения - - Значение характеристики не может изменяться участником закупки - Количество пользователей - 1 - Штука - Значение характеристики не может изменяться участником закупки - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - Поставляемые права должны соответствовать следующим требованиям: - 3.8. Установщик операционной системы должен иметь следующий функционал: ? обеспечивать возможность запуска VNC сервера для удаленного подключения к клиентским машинам и управления ими как на этапе загрузки с установочного диска в главном меню программы установки, так и непосредственно в LiveCD; ? возможность автоматической установки при помощи файла конфигурации формата .yaml; ? возможность задания параметров для администратора и нескольких локальных пользователей; ? предоставлять возможность установки любых пакетов из репозитория операционной системы во время установки. 3.9. Операционная система должна предоставлять инструмент для обновления между мажорными версиями с сохранением настроек операционной системы и ПО. 3.10. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировать отображаемые виртуальные машины. 3.11. Операционная система должна предоставлять специальные возможности: ? экранный диктор и синтезатор речи для русского языка; ? голосовой ввод; ? настройка визуальных и звуковых уведомлений на события, связанные со специальными возможностям; ? настройка залипающих, замедленных и прыгающих клавиши; ? настройка управления курсором мыши с помощью цифровой клавиатуры. 3.12. Дополнительные функциональные компоненты: ? клиентское ПО, для осуществления подключения по протоколу RDP; ? агенты служб централизованного управления системой; ? приложение для сканирования документов с возможностью пропуска пустых страниц и с сохранением размера области сканирования; ? средство просмотра и редактирования файлов .pdf; ? средство для эмуляции запуска исполняемых файлов .exe; ? средства просмотра и редактирования графики и изображений; ? средство оптического распознавания символов. 4. Требования к совместимости операционной системы - - Значение характеристики не может изменяться участником закупки - 1. Требования соответствия законодательным и нормативным документам 1.1. Операционная система должна соответствовать требованиям Постановления Правительства РФ от 23.12.2024 № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц». 1.2. Эксплуатационная документация на операционную систему должна раскрывать сведения о средствах и способах реализации функций безопасности, предусмотренных требованиями нормативных документов по п.1.3.1, 1.3.4, 1.3.5, 1.3.6. 1.3. Операционная система должна иметь сертификат соответствия требованиям нормативных документов ФСТЭК России: 1.3.1. «Требования безопасности информации к операционным системам» (ФСТЭК России, 2016); 1.3.2. «Профиль защиты операционных систем типа «А» не ниже 4 класса ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017); 1.3.3. «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) не ниже 4 уровня; 1.3.4. «Требования по безопасности информации к средствам контейнеризации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 1.3.5. «Требования по безопасности информации к средствам виртуализации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 1.3.6. «Требования по безопасности информации к системам управления базами данных» (ФСТЭК России, 2023) не ниже 4 класса защиты. 2. Требования к встроенному комплексу средств защиты информации операционной системы - 2.1. Операционная система должна обеспечивать встроенными сертифицированными средствами: ? идентификацию и аутентификацию пользователей; ? управление средствами аутентификации; ? управление учетными записями пользователей, разграничение полномочий и назначение прав пользователям; ? реализацию дискреционного разграничения доступа; ? возможность указания параметров настройки комплекса средств защиты во время создания пользователя; ? возможность создания среды выполнения контейнеров, обеспечения работы с ними и поддержкой изоляции процессов, выполняемых в контейнерах. 2.2. В составе операционной системы должна быть реализована возможность защиты аутентификационной информации с использованием функции хэширования. 2.3. Операционная система должна иметь графическое средство настройки ограничений пользователя по запуску программ в изолированном окружении с использованием механизма пространств имён и фильтрации системных вызовов, обеспечивающих: ? ограничение прав пользователя на запуск приложений ядром системы; ? ограничение прав пользователя средствами графического интерфейса; ? разрешение запуска только тех программных компонентов, которые явно разрешены администратором безопасности. 2.4. Обеспечение запрета запуска (исполнения) пользователем созданных самостоятельно (с использованием текстовых редакторов или непосредственно в командной строке) программ с использованием интерпретируемых языков программирования. - 2.5. В составе операционной системы должны быть графические средства настройки защиты машинных носителей, обеспечивающие: ? идентификацию устройств и сопоставление пользователя с устройством; ? управление доступом субъектов доступа к устройствам методами дискреционного управления доступом; ? задание правил управления доступом, разрешающих или запрещающих доступ субъектов доступа к устройствам, а также определяющих разрешенные типы доступа, в том числе с использованием атрибутов безопасности; ? учет носителей информации и контроль использования интерфейсов ввода и вывода. 2.6. Операционная система должна включать в свой состав программное обеспечение, реализующее задачи аудита и журналирования (регистрации) событий безопасности. Регистрация событий безопасности должна выполняться с учётом требований ГОСТ Р 59548-2022. 2.7. Операционная система должна включать в состав графические средства настройки контроля целостности: ? контроль целостности дистрибутива; ? контроль объектов файловой системы; ? контроль целостности исполняемых файлов. 2.8. Операционная система должна обеспечивать возможность блокировки: ? запуска исполняемых файлов, включая EXE и загрузки библиотек, в том числе DLL, .NET 7/8, целостность которых нарушена; ? открытия файлов, в том числе пустых, и самораспаковывающихся 7Z архивов, установленных на контроль, при нарушении их целостности. 2.9. В составе операционной системы должна быть реализована возможность ограничения полномочий пользователей по использованию консолей. 2.10. В операционной системе должна быть реализована возможность очистки и ограничения работы с оперативной памятью. 2.11. Должны быть обеспечены работы по устранению уязвимостей и включению информации об уязвимостях программного обеспечения операционной системы в банк данных угроз безопасности информации ФСТЭК России (https://bdu.fstec.ru/vul). - 2.12. Механизмами безопасности операционной системы должна быть обеспечена защита системных и привилегированных процессов от несанкционированного доступа и управления (исключение возможности повышения привилегий пользователей и управления привилегированными процессами в случае использования дефектов/уязвимостей в программном обеспечении информационной системы). 2.13. Операционная система должна обеспечивать запрет операций записи в системные каталоги и файлы (программы, файлы конфигурации), а также установки программного обеспечения, запуска и останова системных процессов операционной системы, вне зависимости от изменения пользователем своих привилегий в текущем сеансе работы. 2.14. Операционная система должна предоставлять средство настройки профиля системы со следующими возможностями: ? настройка комплекса средств защиты в соответствии с требованиями о защите информации, предъявляемыми к определенному классу защищенности информационных систем, при помощи графического интерфейса; ? импорт и экспорт настроек комплекса средств защиты системы. 2.15. Операционная система должна иметь средства для работы со сторонними устройствами аутентификации - токенами, обеспечивающие следующие возможности: ? двухфакторная авторизация; ? вход и разблокировка сессии по токену; ? блокировка сессии при извлечении токена. 3. Требования к функциональным возможностям операционной системы 3.1. Операционная система должна быть предназначена для функционирования на средствах вычислительной техники с аппаратной платформой х86-64, включая процессоры Intel не ниже 10-го поколения. - 3.2. Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1 с возможностью обновления до новых версий ядра (в соответствии с документацией на продукт). 3.3. Операционная система должна обеспечивать функционал в графическом исполнении: ? наличие графических средств создания, настройки и управления несколькими репозиториями используемого программного обеспечения со следующим функционалом: o проверка зависимостей пакетной базы; o автоматическая публикация в сети по протоколам http и ftp; o выбор конкретных репозиториев, из которых будет произведено обновление пакетов; ? наличие средств подключения к операционной системе по протоколу RDP, со следующими возможностями по умолчанию: o вход в сессию локально, а затем подключение к этой сессии удаленно с автоматической блокировкой доступа к сессии локально и возможностью одновременной работы локально в графической сессии из-под другого пользователя; o вход в сессию удаленно, а затем подключение к этой сессии локально при входе в систему с автоматическим отключением удаленного клиента; o проброс нескольких смарт-карт или токенов (eToken, Рутокен, JaCarta) с возможностью их одновременного использования на сервере и клиенте. ? наличие графической утилиты управления драйверами nvidia, intel, amd с возможностью выбора драйверов и возможностью восстановления драйверов при неудачной загрузке операционной системы; ? наличие графических средств настройки выделяемых ресурсов памяти пользователям (квоты); ? наличие графического инструмента для просмотра и редактирования значения переменных окружения (просматривать текущие переменные, изменять значение и описание переменных, удалять и объявлять переменные); ? наличие графических средств настройки и изменения ориентации экрана в ручном или автоматическом режиме, с возможностью калибровки поворота, а также задания ориентации по умолчанию; - ? наличие графического инструмента управления регистрацией событий, включающего в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, наличие графического средства просмотра системных событий; ? наличие графических средств настройки сохранения и восстановления сессии пользователя (восстановление при старте запущенных программ и их расположения после полного отключения электропитания автоматизированного рабочего места); ? наличие графических средств настройки потребления электроэнергии (яркость экрана, потухание, выключение монитора, переход в ждущий режим, сон и гибернацию) в случае изменения настроек электропитания (питание от сети, питание от батареи, низкий заряд батареи); ? наличие графических средств монтирования usb устройств по сети (usbip или аналог) для подключения к нескольким персональным компьютерам; ? наличие графических средств настройки одновременной работы нескольких сотрудников на одном персональном компьютере с разделяемыми профилями; ? наличие графических средств создания системных отчётов, предназначенных для сбора, сжатия, сохранения и для отправки в службу сопровождения диагностических данных о работе системы; ? наличие графических средств запуска работы с удалёнными, отдельными и вложенными графическими сессиями; ? наличие графических средств настройки планирования времени завершения работы без участия пользователя (завершение сессии, выключение автоматизированного рабочего места, перехода в энергосберегающие режимы) с настройкой уведомления о событии; ? наличие графических средств запуска приложений с изменением приоритета выполнения с возможностью запуска от имени другого пользователя; - ? наличие графических средств настройки параметров загрузчика операционной системы (загружаемая операционная система по умолчанию, передаваемые параметры ядра, таймаут для ожидания действий пользователя, выбора источника ввода данных при загрузке, выбор терминала для вывода информации); ? наличие графических средств расчёта контрольных сумм файлов и их сравнения; ? наличие графических средств работы с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); ? наличие графических средств для оповещения пользователя о конфликте IP-адресов при подключении к сети; ? наличие графических средств настройки системы, в том числе: o установки и синхронизация времени; o управления пользователями; o просмотра системных журналов; o настройки и обслуживания принтеров; ? наличие графических средств настройки цветового баланса для каждого монитора по отдельности; ? наличие возможности присвоить пользовательские наименования звуковым устройствам при помощи графического интерфейса; ? наличие графических средств ввода в домен, в том числе с возможностью добавить компьютер в нужное подразделение (OU, Organizational Unit) для клиента Active Directory; ? наличие графического центра уведомлений на рабочем столе с следующими возможностями: o настройка расположения уведомлений; o возможность индивидуальных настроек для конкретных приложений; o настройка отображения уведомлений на экране блокировке и при разблокировке; ? наличие графических инструментов глобального поиска по расположению, содержимому, времени создания или изменения, размеру файла, с отображением результатов поискового запроса в интерактивном окне со следующими возможностями: o группировки и фильтрации результатов по найденным категориям (файлы, приложения, папки, архивы); o отображения свойств найденных файлов (имя, тип, путь, размер); ? наличие графического инструмента для настройки частот процессора. - 3.4. Операционная система должна поддерживать следующий функционал: ? графический интерфейс, адаптированный под использование на портативных устройствах с поддержкой управления настройками системы, приложениями и сервисами (включая контекстные меню) с помощью touchscreen (сенсорный экран) с возможностью автоматического отключения при подключении мышки; ? возможность подключения к сети wi-fi до входа в систему, а также аутентификация в сети wi-fi с использованием смарт-карты; ? наличие в репозитории операционной системы браузера из единого реестра российских программ для электронных вычислительных машин и баз данных; ? возможность ввода аутентификационных данных пользователя при входе в систему и при разблокировке экрана с использованием виртуальной клавиатуры без необходимости дополнительных настроек. 3.5. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: ? ext2/3/4, fat, ntfs, iso9660, XFS, ZFS, BTRFS; ? TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; ? поддержка стандарта ISO9660; ? наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы. 3.6. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя, а также иметь возможность возврата к состоянию до начала установки обновлений. 3.7. Операционная система должна обеспечивать среду функционирования для сертифицированных средств криптографической защиты информации, предназначенных для создания и проверки электронной подписи. - 4.1. Операционная система должна быть совместима со средствами антивирусной защиты, сведения о которых включены в единый реестр российского программного обеспечения. 5. Требования к обновлениям операционной системы 5.1. Порядок выпуска и предоставления обновлений или технической поддержки Продукта регламентируется в соответствии с действующей Политикой (Положением), размещённой на сайте Вендора и в Личноми кабинете Пользователя. 5.2. Информационно-справочная поддержка функционирования Продукта обеспечивается посредством использования телефонной связи, программных средств обмена сообщениями с Пользователями. 5.3. Прием обращений (далее - Запрос) осуществляется Вендором круглосуточно через Личный кабинет. Прием обращений по телефону осуществляется по рабочим дням с 09:00 до 18:00 по МСК. 5.4. Обновление или техническая поддержка включает: ? Доступ к обновлениям безопасности Продукта*; ? Информационно-справочная поддержка в миграции на очередное обновление Продукта; ? Исправление ошибок, несоответствий, инцидентов, дефектов за счет выпуска новых обновлений Продукта; ? Информационно-справочная поддержка по установке и обновлению Продукта; ? Информационно-справочная поддержка по настройке Продукта после обновления; ? Моделирование сценариев на тестовом стенде Вендора (при наличии технической возможности); ? Прогноз совместимости оборудования по спецификации с актуальным и будущим обновлением Продукта**; ? Решение вопросов, связанных с совместимостью оборудования путем внесения улучшений в рамках обновления Продукта (при наличии технической возможности). - * Для актуального и предыдущего очередного обновления. ** Поддержка оборудования гарантируется, только если оно прошло программу поддержки производителей оборудования и программного обеспечения. Информация о выпуске очередных обновлений Продукта доступна на сайте Вендора или в Личном кабинете. Подробный порядок обработки обращений, связанных с обновлениями или технической поддержки Продукта, размещается в Личном кабинете.

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

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

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

Количество пользователей - 1 - Штука - Значение характеристики не может изменяться участником закупки

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

Поставляемые права должны соответствовать следующим требованиям: - 3.8. Установщик операционной системы должен иметь следующий функционал: ? обеспечивать возможность запуска VNC сервера для удаленного подключения к клиентским машинам и управления ими как на этапе загрузки с установочного диска в главном меню программы установки, так и непосредственно в LiveCD; ? возможность автоматической установки при помощи файла конфигурации формата .yaml; ? возможность задания параметров для администратора и нескольких локальных пользователей; ? предоставлять возможность установки любых пакетов из репозитория операционной системы во время установки. 3.9. Операционная система должна предоставлять инструмент для обновления между мажорными версиями с сохранением настроек операционной системы и ПО. 3.10. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировать отображаемые виртуальные машины. 3.11. Операционная система должна предоставлять специальные возможности: ? экранный диктор и синтезатор речи для русского языка; ? голосовой ввод; ? настройка визуальных и звуковых уведомлений на события, связанные со специальными возможностям; ? настройка залипающих, замедленных и прыгающих клавиши; ? настройка управления курсором мыши с помощью цифровой клавиатуры. 3.12. Дополнительные функциональные компоненты: ? клиентское ПО, для осуществления подключения по протоколу RDP; ? агенты служб централизованного управления системой; ? приложение для сканирования документов с возможностью пропуска пустых страниц и с сохранением размера области сканирования; ? средство просмотра и редактирования файлов .pdf; ? средство для эмуляции запуска исполняемых файлов .exe; ? средства просмотра и редактирования графики и изображений; ? средство оптического распознавания символов. 4. Требования к совместимости операционной системы - - Значение характеристики не может изменяться участником закупки

1. Требования соответствия законодательным и нормативным документам 1.1. Операционная система должна соответствовать требованиям Постановления Правительства РФ от 23.12.2024 № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц». 1.2. Эксплуатационная документация на операционную систему должна раскрывать сведения о средствах и способах реализации функций безопасности, предусмотренных требованиями нормативных документов по п.1.3.1, 1.3.4, 1.3.5, 1.3.6. 1.3. Операционная система должна иметь сертификат соответствия требованиям нормативных документов ФСТЭК России: 1.3.1. «Требования безопасности информации к операционным системам» (ФСТЭК России, 2016); 1.3.2. «Профиль защиты операционных систем типа «А» не ниже 4 класса ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017); 1.3.3. «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) не ниже 4 уровня; 1.3.4. «Требования по безопасности информации к средствам контейнеризации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 1.3.5. «Требования по безопасности информации к средствам виртуализации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 1.3.6. «Требования по безопасности информации к системам управления базами данных» (ФСТЭК России, 2023) не ниже 4 класса защиты. 2. Требования к встроенному комплексу средств защиты информации операционной системы

2.1. Операционная система должна обеспечивать встроенными сертифицированными средствами: ? идентификацию и аутентификацию пользователей; ? управление средствами аутентификации; ? управление учетными записями пользователей, разграничение полномочий и назначение прав пользователям; ? реализацию дискреционного разграничения доступа; ? возможность указания параметров настройки комплекса средств защиты во время создания пользователя; ? возможность создания среды выполнения контейнеров, обеспечения работы с ними и поддержкой изоляции процессов, выполняемых в контейнерах. 2.2. В составе операционной системы должна быть реализована возможность защиты аутентификационной информации с использованием функции хэширования. 2.3. Операционная система должна иметь графическое средство настройки ограничений пользователя по запуску программ в изолированном окружении с использованием механизма пространств имён и фильтрации системных вызовов, обеспечивающих: ? ограничение прав пользователя на запуск приложений ядром системы; ? ограничение прав пользователя средствами графического интерфейса; ? разрешение запуска только тех программных компонентов, которые явно разрешены администратором безопасности. 2.4. Обеспечение запрета запуска (исполнения) пользователем созданных самостоятельно (с использованием текстовых редакторов или непосредственно в командной строке) программ с использованием интерпретируемых языков программирования.

2.5. В составе операционной системы должны быть графические средства настройки защиты машинных носителей, обеспечивающие: ? идентификацию устройств и сопоставление пользователя с устройством; ? управление доступом субъектов доступа к устройствам методами дискреционного управления доступом; ? задание правил управления доступом, разрешающих или запрещающих доступ субъектов доступа к устройствам, а также определяющих разрешенные типы доступа, в том числе с использованием атрибутов безопасности; ? учет носителей информации и контроль использования интерфейсов ввода и вывода. 2.6. Операционная система должна включать в свой состав программное обеспечение, реализующее задачи аудита и журналирования (регистрации) событий безопасности. Регистрация событий безопасности должна выполняться с учётом требований ГОСТ Р 59548-2022. 2.7. Операционная система должна включать в состав графические средства настройки контроля целостности: ? контроль целостности дистрибутива; ? контроль объектов файловой системы; ? контроль целостности исполняемых файлов. 2.8. Операционная система должна обеспечивать возможность блокировки: ? запуска исполняемых файлов, включая EXE и загрузки библиотек, в том числе DLL, .NET 7/8, целостность которых нарушена; ? открытия файлов, в том числе пустых, и самораспаковывающихся 7Z архивов, установленных на контроль, при нарушении их целостности. 2.9. В составе операционной системы должна быть реализована возможность ограничения полномочий пользователей по использованию консолей. 2.10. В операционной системе должна быть реализована возможность очистки и ограничения работы с оперативной памятью. 2.11. Должны быть обеспечены работы по устранению уязвимостей и включению информации об уязвимостях программного обеспечения операционной системы в банк данных угроз безопасности информации ФСТЭК России (https://bdu.fstec.ru/vul).

2.12. Механизмами безопасности операционной системы должна быть обеспечена защита системных и привилегированных процессов от несанкционированного доступа и управления (исключение возможности повышения привилегий пользователей и управления привилегированными процессами в случае использования дефектов/уязвимостей в программном обеспечении информационной системы). 2.13. Операционная система должна обеспечивать запрет операций записи в системные каталоги и файлы (программы, файлы конфигурации), а также установки программного обеспечения, запуска и останова системных процессов операционной системы, вне зависимости от изменения пользователем своих привилегий в текущем сеансе работы. 2.14. Операционная система должна предоставлять средство настройки профиля системы со следующими возможностями: ? настройка комплекса средств защиты в соответствии с требованиями о защите информации, предъявляемыми к определенному классу защищенности информационных систем, при помощи графического интерфейса; ? импорт и экспорт настроек комплекса средств защиты системы. 2.15. Операционная система должна иметь средства для работы со сторонними устройствами аутентификации - токенами, обеспечивающие следующие возможности: ? двухфакторная авторизация; ? вход и разблокировка сессии по токену; ? блокировка сессии при извлечении токена. 3. Требования к функциональным возможностям операционной системы 3.1. Операционная система должна быть предназначена для функционирования на средствах вычислительной техники с аппаратной платформой х86-64, включая процессоры Intel не ниже 10-го поколения.

3.2. Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1 с возможностью обновления до новых версий ядра (в соответствии с документацией на продукт). 3.3. Операционная система должна обеспечивать функционал в графическом исполнении: ? наличие графических средств создания, настройки и управления несколькими репозиториями используемого программного обеспечения со следующим функционалом: o проверка зависимостей пакетной базы; o автоматическая публикация в сети по протоколам http и ftp; o выбор конкретных репозиториев, из которых будет произведено обновление пакетов; ? наличие средств подключения к операционной системе по протоколу RDP, со следующими возможностями по умолчанию: o вход в сессию локально, а затем подключение к этой сессии удаленно с автоматической блокировкой доступа к сессии локально и возможностью одновременной работы локально в графической сессии из-под другого пользователя; o вход в сессию удаленно, а затем подключение к этой сессии локально при входе в систему с автоматическим отключением удаленного клиента; o проброс нескольких смарт-карт или токенов (eToken, Рутокен, JaCarta) с возможностью их одновременного использования на сервере и клиенте. ? наличие графической утилиты управления драйверами nvidia, intel, amd с возможностью выбора драйверов и возможностью восстановления драйверов при неудачной загрузке операционной системы; ? наличие графических средств настройки выделяемых ресурсов памяти пользователям (квоты); ? наличие графического инструмента для просмотра и редактирования значения переменных окружения (просматривать текущие переменные, изменять значение и описание переменных, удалять и объявлять переменные); ? наличие графических средств настройки и изменения ориентации экрана в ручном или автоматическом режиме, с возможностью калибровки поворота, а также задания ориентации по умолчанию;

? наличие графического инструмента управления регистрацией событий, включающего в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, наличие графического средства просмотра системных событий; ? наличие графических средств настройки сохранения и восстановления сессии пользователя (восстановление при старте запущенных программ и их расположения после полного отключения электропитания автоматизированного рабочего места); ? наличие графических средств настройки потребления электроэнергии (яркость экрана, потухание, выключение монитора, переход в ждущий режим, сон и гибернацию) в случае изменения настроек электропитания (питание от сети, питание от батареи, низкий заряд батареи); ? наличие графических средств монтирования usb устройств по сети (usbip или аналог) для подключения к нескольким персональным компьютерам; ? наличие графических средств настройки одновременной работы нескольких сотрудников на одном персональном компьютере с разделяемыми профилями; ? наличие графических средств создания системных отчётов, предназначенных для сбора, сжатия, сохранения и для отправки в службу сопровождения диагностических данных о работе системы; ? наличие графических средств запуска работы с удалёнными, отдельными и вложенными графическими сессиями; ? наличие графических средств настройки планирования времени завершения работы без участия пользователя (завершение сессии, выключение автоматизированного рабочего места, перехода в энергосберегающие режимы) с настройкой уведомления о событии; ? наличие графических средств запуска приложений с изменением приоритета выполнения с возможностью запуска от имени другого пользователя;

? наличие графических средств настройки параметров загрузчика операционной системы (загружаемая операционная система по умолчанию, передаваемые параметры ядра, таймаут для ожидания действий пользователя, выбора источника ввода данных при загрузке, выбор терминала для вывода информации); ? наличие графических средств расчёта контрольных сумм файлов и их сравнения; ? наличие графических средств работы с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); ? наличие графических средств для оповещения пользователя о конфликте IP-адресов при подключении к сети; ? наличие графических средств настройки системы, в том числе: o установки и синхронизация времени; o управления пользователями; o просмотра системных журналов; o настройки и обслуживания принтеров; ? наличие графических средств настройки цветового баланса для каждого монитора по отдельности; ? наличие возможности присвоить пользовательские наименования звуковым устройствам при помощи графического интерфейса; ? наличие графических средств ввода в домен, в том числе с возможностью добавить компьютер в нужное подразделение (OU, Organizational Unit) для клиента Active Directory; ? наличие графического центра уведомлений на рабочем столе с следующими возможностями: o настройка расположения уведомлений; o возможность индивидуальных настроек для конкретных приложений; o настройка отображения уведомлений на экране блокировке и при разблокировке; ? наличие графических инструментов глобального поиска по расположению, содержимому, времени создания или изменения, размеру файла, с отображением результатов поискового запроса в интерактивном окне со следующими возможностями: o группировки и фильтрации результатов по найденным категориям (файлы, приложения, папки, архивы); o отображения свойств найденных файлов (имя, тип, путь, размер); ? наличие графического инструмента для настройки частот процессора.

3.4. Операционная система должна поддерживать следующий функционал: ? графический интерфейс, адаптированный под использование на портативных устройствах с поддержкой управления настройками системы, приложениями и сервисами (включая контекстные меню) с помощью touchscreen (сенсорный экран) с возможностью автоматического отключения при подключении мышки; ? возможность подключения к сети wi-fi до входа в систему, а также аутентификация в сети wi-fi с использованием смарт-карты; ? наличие в репозитории операционной системы браузера из единого реестра российских программ для электронных вычислительных машин и баз данных; ? возможность ввода аутентификационных данных пользователя при входе в систему и при разблокировке экрана с использованием виртуальной клавиатуры без необходимости дополнительных настроек. 3.5. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: ? ext2/3/4, fat, ntfs, iso9660, XFS, ZFS, BTRFS; ? TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; ? поддержка стандарта ISO9660; ? наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы. 3.6. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя, а также иметь возможность возврата к состоянию до начала установки обновлений. 3.7. Операционная система должна обеспечивать среду функционирования для сертифицированных средств криптографической защиты информации, предназначенных для создания и проверки электронной подписи.

4.1. Операционная система должна быть совместима со средствами антивирусной защиты, сведения о которых включены в единый реестр российского программного обеспечения. 5. Требования к обновлениям операционной системы 5.1. Порядок выпуска и предоставления обновлений или технической поддержки Продукта регламентируется в соответствии с действующей Политикой (Положением), размещённой на сайте Вендора и в Личноми кабинете Пользователя. 5.2. Информационно-справочная поддержка функционирования Продукта обеспечивается посредством использования телефонной связи, программных средств обмена сообщениями с Пользователями. 5.3. Прием обращений (далее - Запрос) осуществляется Вендором круглосуточно через Личный кабинет. Прием обращений по телефону осуществляется по рабочим дням с 09:00 до 18:00 по МСК. 5.4. Обновление или техническая поддержка включает: ? Доступ к обновлениям безопасности Продукта*; ? Информационно-справочная поддержка в миграции на очередное обновление Продукта; ? Исправление ошибок, несоответствий, инцидентов, дефектов за счет выпуска новых обновлений Продукта; ? Информационно-справочная поддержка по установке и обновлению Продукта; ? Информационно-справочная поддержка по настройке Продукта после обновления; ? Моделирование сценариев на тестовом стенде Вендора (при наличии технической возможности); ? Прогноз совместимости оборудования по спецификации с актуальным и будущим обновлением Продукта**; ? Решение вопросов, связанных с совместимостью оборудования путем внесения улучшений в рамках обновления Продукта (при наличии технической возможности).

* Для актуального и предыдущего очередного обновления. ** Поддержка оборудования гарантируется, только если оно прошло программу поддержки производителей оборудования и программного обеспечения. Информация о выпуске очередных обновлений Продукта доступна на сайте Вендора или в Личном кабинете. Подробный порядок обработки обращений, связанных с обновлениями или технической поддержки Продукта, размещается в Личном кабинете.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Размер обеспечения заявки: 5 680,00 Российский рубль

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Указан в прикрепленном файле

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03271643320000093900, л/c 03395039530, БИК 013207212, ОКЦ № 5 СибГУ Банка России//УФК по Кемеровской области - Кузбассу, г Кемерово, к/c 40102810745370000032

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

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, обл. Кемеровская область - Кузбасс, г. Кемерово, ул. Красноармейская,136

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

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

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Указан в соответствующем разделе прикрепленного проекта контракта

Платежные реквизиты для обеспечения исполнения контракта: p/c 03272643320000093900, л/c 05395039530, БИК 013207212, ОКЦ № 5 СибГУ Банка России//УФК по Кемеровской области - Кузбассу, г Кемерово, к/c 40102810745370000032

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

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

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

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

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

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

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

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

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

Документы

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

Документы

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