Подписан закон о формировании реестра значимых разработчиков ПО

Подписан закон о формировании реестра значимых разработчиков ПО

Подписан закон о формировании реестра значимых разработчиков ПО

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

Закон, принятый Госдумой 22 июля, устанавливает требования к компаниям, претендующим на включение в перечень.

Среди них — полный контроль со стороны Российской Федерации, субъекта РФ, муниципалитета или гражданина РФ, а также участие в реализации значимых ИТ-проектов.

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

Формированием и ведением перечня займётся Минцифры. Министерство также установит порядок его создания и актуализации.

«Создание перечня значимых ИT-компаний — шаг, с одной стороны, довольно символический, а с другой — системообразующий. Он, по сути, задает структуру отрасли: показывает, какие игроки действительно важны и кому государство готово доверять. Этот список нужен, чтобы выделить тех, кто может участвовать в крупных госконтрактах и национальных программах. Не просто реестр ради галочки, а своего рода фильтр доверия», — заявил директор департамента реализации инфраструктурных проектов «Софтлайн Решения» (ГК Softline) Виталий Попов.

Управляющий директор по взаимодействию с госорганами Positive Technologies Игорь Алексеев отметил, что закон устраняет пробел, связанный с ПО, которое разрабатывают крупные компании для собственных нужд. Однако, по его словам, детали регулирования ещё предстоит проработать.

Директор управления операционных систем «Группы Астра» Михаил Геллерман считает, что новый перечень упростит выбор решений в тех сегментах, где в основном реестре ПО представлено слишком много позиций. Например, в разделе с операционными системами их около 50. Преимущество, по его мнению, получат компании с успешными внедрениями. Кроме того, это создаст стимулы для разработки решений в недозаполненных секторах.

Исполнительный директор АРПП «Отечественный софт» Ренат Лашин выразил опасения, что новый реестр может привести к попаданию на ответственные направления, включая объекты КИИ, продуктов, не прошедших проверку в основном реестре. Это может повысить риски в сфере безопасности.

Ранее АРПП «Отечественный софт» указывало на проблему размытых ограничений по контролю над ПО со стороны иностранных лиц. Как отметил Ренат Лашин, эта коллизия не была устранена при принятии закона и теперь её придётся решать через подзаконные акты или поправки.

В ядре Linux нашли первую уязвимость в коде на Rust

В ядре Linux зафиксировали первую уязвимость (CVE), связанную с кодом на Rust. Об этом сообщил один из ключевых разработчиков ядра Грег Кроа-Хартман, а подробности появились в рассылке Linux. Речь идёт о проблеме под идентификатором CVE-2025-68260, которая затрагивает переписанный на Rust драйвер Android Binder.

Проблема, согласно публикации Phoronix, связана с состоянием гонки (race condition), возникающим из-за использования небезопасного Rust-кода. В определённых условиях это может привести к повреждению указателей в памяти и, как следствие, к сбою системы.

Уязвимость затрагивает версии ядра Linux 6.18 и новее, то есть те сборки, где появился Rust-драйвер Binder. Важно отметить, что речь идёт именно о потенциальном сбое в работе системы — удалённого выполнения кода или компрометации здесь нет.

Сам Грег Кроа-Хартман подчёркивает, что это первый подобный случай с момента появления Rust-кода в основном дереве ядра Linux. И хотя для кого-то новость может прозвучать тревожно, разработчики призывают не делать поспешных выводов: уязвимость не критическая, а сам факт её обнаружения — скорее показатель того, что Rust-код в ядре теперь проходит тот же путь зрелости, что и C-код десятилетиями ранее.

В сообществе также отмечают, что проблема возникла не «вопреки» Rust, а как раз из-за использования небезопасных участков, без которых в ядре пока не обойтись. Это лишний раз показывает, что Rust снижает класс рисков, но не отменяет необходимости аккуратного проектирования и ревью.

Подробности по CVE-2025-68260 уже опубликованы в официальной рассылке Linux CVE, а исправления, как ожидается, появятся в ближайших обновлениях ядра.

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