Доверенное ПО

Доверенное ПО и доверенные ОС: что это значит для разработчика в 2026 году

Если вы разрабатываете продукт для госсектора, корпоративного рынка или просто планируете удерживать статус в реестре российского ПО, в 2026 году вам уже недостаточно понимать только одно: «мы российские». Теперь на практике все чаще приходится различать российское ПО, доверенное ПО и совместимость с доверенными ОС. И именно на этой развилке многие команды начинают путаться.

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

Ниже - по сути и без путаницы.

Что такое доверенное ПО

Доверенное ПО - это не просто российское программное обеспечение, включенное в реестр. Для него действует отдельный порядок: перечень доверенных российских программ ведется Минцифры в электронном виде в ФГИС «Реестры программ для ЭВМ и БД», а подтверждением служит специальный признак в реестровой записи. Включение оформляется на 3 года, после подачи заявления, экспертизы в аттестованном центре тестирования и рассмотрения вопроса комиссией.

Из этого следует главный практический вывод:

реестр российского ПО сам по себе не равен доверенному ПО.

На практике полезно различать три уровня:

- Российское ПО - продукт включен в реестр российского ПО.

- Доверенное ПО - продукт не только есть в реестре, но и имеет отдельный признак соответствия требованиям к доверенному ПО.

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

Именно поэтому сертификат ФСТЭК или ФСБ, как и сам факт включения в реестр российского ПО, еще не делает продукт «доверенным». Для этого нужен отдельный контур проверки и отдельная отметка в реестровой записи.

Что такое доверенные ОС

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

В правилах реестра отдельно закреплены два разных поля:

- сведения о совместимости ПО с операционными системами общего назначения, которые соответствуют требованиям к доверенному ПО;

- сведения о соответствии самого ПО требованиям к доверенному ПО.

Это важно. Норма про совместимость работает не с абстрактной «отечественной ОС», а именно с операционной системой общего назначения, которая соответствует требованиям к доверенному ПО. А в классификаторе Минцифры отдельно выделен класс «операционные системы общего назначения» - это, по сути, desktop/server ОС, а не мобильные платформы, не RTOS и не любые иные системы.

Проще говоря, для целей правила о двух ОС доверенная ОС - это ОС, которая одновременно:

1. относится к российскому ПО;

2. присутствует в официальном реестре;

3, относится именно к классу операционных систем общего назначения;

4. имеет в реестровой записи признак соответствия требованиям к доверенному ПО.

Отсюда важный вывод для команд: не каждая российская ОС автоматически закрывает требование про доверенные ОС. Если у вас продукт для типового desktop/server-контурa, мобильная ОС или система реального времени не подменяют собой ОС общего назначения.

Какие ОС входят в доверенные ОС

Юридически корректный ответ здесь только один:

в доверенные ОС входят те операционные системы, у которых в официальной записи ФГИС есть действующий признак соответствия требованиям к доверенному ПО.

То есть ориентироваться нужно не на статьи, презентации, маркетинговые материалы вендора или общую известность названия, а на текущий статус реестровой записи.

Это принципиально, потому что:

- перечень доверенного ПО ведется в электронной форме;

- подтверждением служит именно признак в записи;

- включение в перечень дается на 3 года, а значит статус надо проверять по актуальному состоянию записи, а не по старой презентации или прошлогоднему тендерному пакету.

Поэтому в рабочей практике правильнее говорить не «эта ОС точно доверенная», а так:

“эту ОС нужно проверить по действующей карточке записи в ФГИС”.

Где смотреть доверенное ПО и доверенные ОС

Официальная точка проверки - это ФГИС «Реестры программ для ЭВМ и БД», где ведутся реестровые записи и указываются сведения о соответствии ПО требованиям к доверенному ПО, а также сведения о совместимости с соответствующими операционными системами общего назначения.

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

Для практики это означает простое правило:

проверять статус нужно по официальной записи или выписке, а не по обещанию вендора.

Когда появляется требование совместимости с 2 доверенными ОС

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

Но это требование вводится поэтапно, а не сразу для всех классов:

для офисного ПО - с 1 сентября 2026 года;

для программ обслуживания, виртуализации, облачных и распределенных вычислений, хранения данных, серверного и связующего ПО, СУБД, мониторинга и управления, контейнеризации, средств разработки, лингвистического ПО и средств анализа данных - с 1 января 2027 года;

для прикладного, отраслевого прикладного ПО, средств ИБ и средств обработки и визуализации массивов данных - с 1 июня 2027 года;

для промышленного ПО и средств управления процессами организации - с 1 января 2028 года.

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

«Нужны ли нам доверенные ОС вообще?»

а так:

«Когда именно это требование начинает действовать для нашего класса ПО?»

Есть ли исключения из правила двух ОС

Да. Законодатель сразу предусмотрел случаи, когда совместимости с двумя ОС может не быть.

Допускается совместимость только с одной ОС, если:

правообладатель ПО и правообладатель ОС входят в одну группу лиц;

ПО используется исключительно в составе программно-аппаратного комплекса.

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

Поэтому для продуктовой команды логика простая:

исключение - это не способ “обойти правило”, а отдельный, более требовательный сценарий сопровождения продукта.

Как разработчику выбрать доверенные ОС без ошибки

Самая частая ошибка - отбирать ОС по бренду или по известности на рынке. В 2026 году этого уже недостаточно.

Рабочий порядок лучше строить так.

1. Сначала определить класс вашего ПО

Без этого нельзя понять, когда именно для вас начнет работать требование о двух доверенных ОС. Один и тот же вопрос для офисного продукта, серверного решения и прикладного ПО возникает в разные даты.

2. Фильтровать ОС не по названию, а по статусу записи

В shortlist стоит включать только те ОС, которые:

относятся к ОС общего назначения;

есть в официальном реестре;

имеют признак соответствия требованиям к доверенному ПО;

реально подходят вашему продукту по сценарию эксплуатации.

3. Проверять не “запуск”, а реальную совместимость

В правилах совместимость описана не как формальное указание платформы, а как возможность выполнять функции под управлением ОС общего назначения без нарушения корректного функционирования. Это означает, что простого “установилось и стартовало” недостаточно.

На практике стоит проверять:

- установку и обновление;

- работу зависимостей и библиотек;

- интеграцию с БД, криптосредствами, драйверами, контейнерами;

- GUI и браузерные компоненты;

- журналирование, мониторинг, резервное копирование;

- поведение после патчей ОС и в отказных сценариях.

4. Фиксировать точные версии

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

5. Перепроверять статус прямо перед подачей

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

Что это значит для разработчика на практике

Если упростить до одной рабочей формулы, то она будет такой:

Доверенное ПО - это не “российский продукт вообще”, а продукт, который прошел отдельную процедуру подтверждения и получил специальный признак в реестровой записи.

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

Требование по двум ОС- это не универсальная обязанность “для всех с 1 марта 2026”, а поэтапная норма, завязанная на класс ПО.

Именно поэтому в 2026 году ключевой вопрос для команды звучит уже не так:

«Мы в реестре или нет?»

а так:

«Какой у нас статус, когда для нас включается требование по доверенным ОС и готовы ли мы подтвердить совместимость корректно?»

Не откладывайте изменения в реестровой записи ПО

Подготовим заявление, проверим данные и подадим изменения в реестр Минцифры без лишнего риска. Поможем сохранить аккредитацию, льготы и избежать отказа из-за ошибок.

Что получает клиент

Внести изменения в реестр

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

Если коротко:

доверенное ПО - это отдельный статус, а не синоним российского ПО;

доверенные ОС - это не любая отечественная ОС, а ОС общего назначения с нужным признаком в реестре;

совместимость с 2 доверенными ОС - новая обязательная зона для части классов ПО, но с поэтапным запуском;

проверять нужно не маркетинговое название, а текущую реестровую запись.

Для команды разработки это означает одну простую вещь:

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