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

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

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

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

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

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

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

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

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

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

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

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

CodeScoring запустила собственное хранилище программных артефактов Save

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

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

Об этом Anti-Malware рассказал руководитель разработки продуктов CodeScoring Дмитрий Ключников на конференции CodeScoring Masters. По его словам, разработка Save велась на языке Go с прицелом на современные Kubernetes-среды и стандарты безопасной разработки.

«Мы привлекли к тестированию доверенных партнёров и заказчиков, готовых проверять решение на практике с самых ранних этапов. Их регулярная обратная связь помогает нам калибровать архитектуру и функциональность Save под реальные рыночные требования», — рассказал Дмитрий Ключников.

Хранилище артефактов используется разработчиками как централизованная точка для получения, хранения и распространения компонентов ПО. В эту категорию входят, например, Sonatype Nexus Repository, JFrog Artifactory и Harbor. При этом Save поставляется с готовым инструментом автоматической миграции с открытых репозиториев.

CodeScoring.Save рассчитано одновременно на размещение собственных артефактов и работу с внешними репозиториями через прокси. В продукте заявлена поддержка Maven, npm, NuGet, PyPI, Go Modules, Docker/OCI, DEB, RPM и RAW-файлов.

Save разработано на Go, разворачивается в Kubernetes и поставляется через Helm. В систему встроены ролевая модель, отдельные аккаунты для автоматизированных систем, аудит систем, аудит действий пользователей и API. Вычислительная часть приложения отделена от слоя хранения, что позволяет масштабировать их независимо.

Одной из особенностей нового продукта разработчики называют встроенную работу с безопасностью артефактов. Безопасность заложена в архитектурную основу продукта: интеграция с CodeScoring.OSA позволяет проверять компоненты с использованием данных платформы CodeScoring. Таким образом, базовую информацию о найденных проблемах можно будет получать непосредственно в хранилище.

При этом CodeScoring не собирается привязывать новое хранилище к покупке основной платформы.

«Это абсолютно отделяемое решение. Оно может продаваться вместе с CodeScoring, а может продаваться отдельно», — подчеркнул Дмитрий Ключников.

Продукт поставляется как самостоятельное локальное решение для развёртывания в инфраструктуре заказчика. Ключевые корпоративные возможности включены в базовую функциональность продукта. Запуск собственного репозитория усиливает возможности всей платформы безопасной разработки CodeScoring.

Сейчас OSA Proxy и Save решают разные задачи. OSA Proxy проверяет пакеты и манифесты, которые разработчики получают из внешних репозиториев, по заданным политикам безопасности. Save отвечает прежде всего за хранение и распространение самих артефактов.

Тесная интеграция с модулем OSA обеспечивает соблюдение политик безопасности и блокировку опасных компонентов непосредственно на уровне репозитория.

«Интеграция модулей позволит выстроить бесшовный контроль: Save становится единой доверенной точкой входа, предотвращая попадание вредоносных пакетов в контур разработки», — рассказал Ключников.

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

Ещё одним направлением развития продукта станет работа с моделями искусственного интеллекта как с отдельным типом артефактов.

На первом этапе речь идёт о хранении и распространении моделей. Среди экосистем, поддержку которых рассматривают разработчики, Дмитрий Ключников назвал Hugging Face.

«В первую очередь мы рассматриваем базовый функционал — именно хранение и дистрибуцию моделей», — пояснил он.

Более сложные возможности, в том числе инфраструктура для обучения моделей, пока находятся на стадии изучения спроса.

CodeScoring также планирует сертифицировать Save с учётом российских требований безопасной разработки.

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

Таким образом, после запуска Save линейка CodeScoring выйдет за пределы анализа и проверки сторонних компонентов: компания добавляет собственную инфраструктуру для их хранения и распространения.

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