Разработчиков софта обяжут обеспечить совместимость с двумя российскими ОС

Разработчиков софта обяжут обеспечить совместимость с двумя российскими ОС

Разработчиков софта обяжут обеспечить совместимость с двумя российскими ОС

К программным продуктам, претендующим на включение в реестр российского софта, будет предъявляться новое требование: совместимость как минимум с двумя отечественными ОС. Как выяснили «Ведомости», в Минцифры уже готовят соответствующее постановление.

По словам представителя Министерства, в настоящее время проект документа прорабатывается с отраслевыми ассоциациями. Потом его направят на согласование заинтересованным ведомствам.

Требование будет вводиться поэтапно для разных классов продуктов. Новый параметр станет обязательным и для софта, уже включенного в реестр. Для приведения его в соответствие разработчикам будет предоставлен переходный период; по оценкам экспертов, он займет 2-3 года.

Опрошенные специалисты также отметили, что сейчас около половины программ в реестре не соответствуют новым требованиям. Исключение составляют офисный софт, ИБ-продукты, СУБД, системы документооборота, ERP. А доработка САПР, например, займет как минимум два года: такие системы обычно заточены под Windows, и перенос графических средств на Linux потребует значительных усилий.

Сейчас в реестре российского софта, как пишут «Ведомости», числится более 90 ОС разного назначения. Наиболее популярны три наименования: Astra Linux, ОС «Альт» и «Ред ОС».

Так, с «Альтом» и Astra Linux совместимы основные продукты «СКБ Контур». Компания Content AI за последние два месяца подтвердила совместимость своего ContentReader PDF с «Ред ОС» и «Атлант» и сейчас завершает тестирование порта на Astra Linux.

По данным «Яндекс.Радара» на начало месяца, Windows пока лидирует среди десктопных ОС в России, притом с большим отрывом:

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

В OpenVPN пропатчена критическая уязвимость, грозящая DoS-атакой на сервер

Релиз OpenVPN 2.7_rc2 содержит патчи для двух уязвимостей, позволяющих удаленно вызвать на сервере состояние отказа в обслуживании (DoS). Одна из проблем оценена в 9,1 балла по шкале CVSS — как критическая.

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

Критическая уязвимость CVE-2025-12106 классифицируется как чтение за границами выделенного в памяти буфера. Она проявляется при парсинге адресов IPv6 и вызвана некорректной реализацией проверки аргументов в запросах.

Проблема актуальна для сборок OpenVPN с 2.7_alpha1 по 2.7_rc1 и устранена с выпуском 2.7_rc2 в конце прошлого месяца.

Уязвимость CVE-2025-13086 менее опасна. Она связана с ошибкой в логике защитного механизма HMAC. Из-за неадекватной проверки источника входящих сообщений сервер принимает все куки HMAC; в результате открытые TLS-сессии подвисают, что может привести к истощению ресурсов на сервере.

Эксплойт в данном случае требует наличия действительного клиентского ключа у автора атаки либо возможности мониторинга и изменения handshake-трафика. Проблеме подвержены не только экспериментальные сборки OpenVPN, но также все выпуски в стабильной ветке 2.6.x.

Патч включен в состав обновления 2.7_rc2, а также в 2.6.16. Исходники и инсталляторы для Windows можно скачать на странице загрузок в сообществе. Пакеты для Debian, Ubuntu, Fedora, RHEL и openSUSE доступны в официальных репозиториях комьюнити.

Из-за обширности площади атаки степень опасности уязвимостей в OpenVPN после тщательного анализа может быть повышена — как это, к примеру, случилось с CVE-2024-5594.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

RSS: Новости на портале Anti-Malware.ru