Совместимость с доверенными ОС — проверка и подтверждение для получения статуса доверенного ПО

Среди технических требований к доверенному программному обеспечению совместимость с доверенными операционными системами — одно из самых ресурсоёмких. В отличие от проверки прав на ПО, которая решается юридически, совместимость требует реальной технической работы: запуска продукта в тестовой среде на отечественных ОС, устранения конфликтов, переработки отдельных модулей. Компании, которые впервые сталкиваются с этим требованием, нередко недооценивают объём работ — и обнаруживают это уже в процессе экспертизы в центре тестирования, когда исправлять что-то крайне неудобно по времени.

Что требует постановление № 1937 по совместимости с ОС

Постановление Правительства РФ № 1937 от 28 ноября 2025 года устанавливает требование: программный продукт, претендующий на статус доверенного ПО, должен быть совместим как минимум с двумя доверенными операционными системами из перечня Минцифры. Требование не декларативное — совместимость проверяется в ходе экспертизы аккредитованным центром тестирования.

Регламент предусматривает два исключения из этого правила. Первое — если программный продукт входит в состав программно-аппаратного комплекса и его работа технически обусловлена конкретной аппаратной платформой. Второе — если правообладатель программного обеспечения и правообладатель операционной системы входят в одну группу лиц. В обоих случаях требование совместимости с двумя ОС снимается, но само исключение нужно документально обосновать при подаче заявления.

Когда требование вступает в силу по категориям ПО

Требование к совместимости с доверенными ОС вводится поэтапно — в соответствии с общим графиком вступления требований к доверенному ПО по категориям. Это напрямую влияет на то, когда разработчику нужно завершить работы по совместимости.

Крайние сроки в таблице — это не даты подачи заявления, а даты, когда нужно начинать технические работы по совместимости с доверенными ОС. С учётом того, что сама доработка может занять от нескольких недель до нескольких месяцев, откладывать на последний момент рискованно.

Что проверяет центр тестирования по совместимости

Экспертиза в аккредитованном центре тестирования — это не формальная галочка. Специалисты центра разворачивают продукт в тестовой среде на доверенных ОС и проверяют реальную функциональность. По нашему опыту, чаще всего замечания возникают по следующим направлениям.

Этапы работы по подтверждению совместимости

Подтверждение совместимости с доверенными ОС — это технический проект со своей последовательностью. Перепрыгнуть через этапы не получится: пробелы в подготовке проявляются именно в ходе экспертизы.

Сколько времени и денег занимает работа по совместимости

Ответ сильно зависит от архитектуры конкретного продукта. По нашей практике картина следующая.

Стоимость технических работ по обеспечению совместимости — это расходы на разработку, которые несёт сама компания или её подрядчик. Они не входят ни в стоимость консалтингового сопровождения, ни в стоимость экспертизы центра тестирования. Именно поэтому важно знать объём этих работ заранее — на этапе аудита, а не после подачи заявления.

Исключения из требования совместимости: когда они применимы

Два исключения, предусмотренных постановлением № 1937, на практике применяются достаточно редко и требуют документального обоснования. Рассчитывать на исключение без предварительной юридической и технической оценки не стоит.

Вопросы о совместимости с доверенными ОС

Достаточно ли формального запуска продукта на доверенной ОС или нужна полная функциональность?

Центр тестирования проверяет именно функциональность — заявленные в описании возможности продукта должны работать корректно в среде доверенной ОС. Формального запуска недостаточно. Если часть функций не работает или работает некорректно — это основание для замечания или отрицательного заключения.

Можно ли выбрать любые две ОС из перечня Минцифры?

Формально — да, выбор из перечня. Но на практике выбор нужно делать осмысленно: с учётом того, какие ОС реально используют целевые заказчики, и с учётом технических особенностей самого продукта. Некоторые ОС из перечня имеют специфические конфигурации, которые могут создать дополнительные трудности при тестировании.

Нужно ли при каждом обновлении продукта заново подтверждать совместимость?

Статус доверенного ПО присваивается на 3 года. Вопрос о том, требует ли промежуточное обновление повторного подтверждения совместимости, зависит от характера изменений. Существенные архитектурные изменения могут потребовать переподтверждения — этот вопрос нужно прорабатывать индивидуально.

Наш продукт уже работает на Astra Linux, но не тестировался на других ОС. Этого достаточно?

Нет. Требование постановления № 1937 — совместимость минимум с двумя доверенными ОС. Одной недостаточно. Если продукт работает на Astra Linux — это хорошая база, нужно выбрать вторую ОС из перечня, провести тестирование и при необходимости устранить несовместимости.

Что делать, если обеспечить совместимость с доверенными ОС технически невозможно?

В этом случае нужно детально разобраться, почему именно это невозможно. Если причина — аппаратные зависимости в составе ПАК — может применяться исключение по регламенту. Если это вопрос стека технологий — скорее всего, это задача переработки отдельных компонентов продукта. Однозначного ответа без анализа архитектуры дать нельзя.