Минцифры отложило маркировку российского ПО с открытым кодом

Минцифры отложило маркировку российского ПО с открытым кодом

Минцифры отложило маркировку российского ПО с открытым кодом

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

О том, что маркировку ПО, включающего заимствования в виде open source-компонентов, сочли преждевременной, сообщает «Коммерсантъ» со ссылкой на Минцифры.

Соответствующее поручение по итогам ЦИПР-2025 дал премьер-министр Михаил Мишустин, однако подобные инициативы обсуждались и раньше.

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

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

Как отметил директор департамента реализации инфраструктурных проектов «Софтлайн Решения» (ГК Softline) Виталий Попов, в продуктах молодых вендоров доля открытого кода может доходить до 90%. При формальном подходе к маркировке такие решения могут не соответствовать критериям, даже если обладают уникальной функциональностью.

С другой стороны, по словам директора по стратегическим проектам «ЛАНИТ-Терком» (ГК ЛАНИТ) Кирилла Чурилина, введение маркировки могло бы помочь очистить рынок от формально отечественных решений, которые не обеспечивают необходимый уровень безопасности и функциональности. Однако такая процедура потребует дополнительных затрат.

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

Как показывают исследования, до 70% open source-проектов либо не поддерживаются, либо находятся в неудовлетворительном состоянии. В результате уязвимым может оказаться до 95% кода, использующего такие компоненты.

Подпишитесь на новости

Отключите HTTP/2 или обновитесь: Apache исправил критическую уязвимость

Разработчики Apache HTTP Server выпустили версию 2.4.71 с патчем для критической уязвимости CVE-2026-119618. Ошибка находится в модуле mod_http2, который отвечает за работу с протоколом HTTP/2, и может привести к удаленному выполнению кода. Уязвимы версии сервера с 2.4.55 по 2.4.70, а также отдельные сборки модуля mod_h2 с 2.0.8 по 2.0.42.

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

Первым об ошибке 26 октября сообщил сканер опенсорс-кода Anthropic. 3 ноября ту же уязвимость независимо нашли Энтони Уимс и Саймон Сканнелл из Google Cloud Vulnerability Research.

Red Hat оценила уязвимость в 9,8 балла из 10 по шкале CVSS. По данным компании, неаутентифицированный злоумышленник может получить контроль над процессом веб-сервера. Атаке подвержены только серверы с включенным HTTP/2, конфигурации с одним HTTP/1.1 в безопасности.

Red Hat также сообщила, что в открытых исследованиях уже показан надежный эксплойт. Опубликованный на GitHub PoC при этом вызывает только повреждение памяти и падение процессов.

По оценке Wiz, ресурсы с уязвимыми версиями Apache есть в 64% облачных сред, а в 51% они доступны из интернета. Настройки серверов в этих цифрах не учтены.

Администраторам рекомендуют обновиться до 2.4.71. Если это пока невозможно, атаку можно предотвратить, временно отключив HTTP/2. В той же версии исправлены еще две уязвимости: CVE-2026-106023 в модуле mod_md, из-за которой падают процессы сервера, и CVE-2026-109163 в mod_vhost_alias с низким уровнем опасности.

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