Разработчики промышленного ПО опасаются возвращения конкурентов

Разработчики промышленного ПО опасаются возвращения конкурентов

Разработчики промышленного ПО опасаются возвращения конкурентов

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

Соответствующие предложения изложены в письме исполнительного директора Ассоциации разработчиков программных продуктов (АРПП) «Отечественный софт» Рената Лашина, направленном первому заместителю председателя правительства Денису Мантурову.

Документ оказался в распоряжении «Коммерсанта». Письмо стало реакцией на заявление Дениса Мантурова от 18 мая: «Если мы заинтересованы в более широкой номенклатуре и в повышении конкуренции, то мы будем руководствоваться таким принципом».

«Такая конкуренция может в итоге оказаться нечестной и вступить в противоречие с недавним заявлением президента России Владимира Путина на встрече с членами “Деловой России” — ориентироваться на свои национальные интересы при решении о возвращении западных брендов», — пишет Ренат Лашин.

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

«С 2022 года доля закупок отечественного ПО значительно выросла и по большинству классов сегодня достигает почти 100%. Однако в ряде сегментов уровень использования отечественных решений всё ещё не превышает 20–30%. В частности, это касается инженерного ПО. Это связано с возможностью применения иностранного пиратского, то есть бесплатного, софта», — отметил Ренат Лашин в комментарии для издания.

Генеральный директор РДТЕХ Светлана Иванова также указала на то, что российским продуктам трудно конкурировать с зарубежными из-за недостаточной маркетинговой и технологической зрелости. По её словам, в госсекторе и компаниях с госучастием процесс импортозамещения практически завершён.

Технический директор компании «Яков и партнёры» Фёдор Чемашкин поддержал опасения, отметив, что возвращение иностранных вендоров может подорвать достигнутый прогресс в области импортозамещения и цифрового суверенитета. По его мнению, это потребует дополнительных мер поддержки, особенно в отношении «тяжёлых» классов ПО — таких как MES и САПР.

В то же время директор департамента «Промышленная автоматизация» компании «Рексофт» Ольга Макова считает, что опасаться возвращения западных поставщиков не стоит. По её словам, на критически важных объектах доля российского ПО достигает 80%.

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

CodeScoring представила OSA Proxy для защиты цепочки поставок ПО

Платформа CodeScoring представила новый сервис OSA Proxy — инструмент для контроля безопасности компонентов с открытым исходным кодом ещё до того, как они попадут в корпоративную инфраструктуру. Решение стало частью модуля CodeScoring.OSA и ориентировано на защиту цепочки поставок ПО на самом раннем этапе разработки.

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

Сервис перехватывает запросы пакетных менеджеров к внешним индексам и проверяет сторонние компоненты на соответствие заданным политикам безопасности. Если версия пакета признана небезопасной, её можно заблокировать ещё до появления в среде разработки.

OSA Proxy поддерживает популярные экосистемы и репозитории, включая Maven Central, NPM, PyPI, NuGet, Go Modules и пакеты Debian, а также альтернативные хранилища, совместимые с официальными спецификациями. При этом сервис не привязан к конкретным хранилищам артефактов и может работать как с ними, так и вовсе без них — в зависимости от того, как устроена инфраструктура в компании.

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

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

OSA Proxy доступен всем пользователям модуля CodeScoring.OSA и ориентирован на компании, которые хотят усилить контроль за использованием open source без серьёзных изменений в существующих процессах разработки и инфраструктуре.

Платформа CodeScoring представила новый сервис OSA Proxy — инструмент для контроля безопасности компонентов с открытым исходным кодом ещё до того, как они попадут в корпоративную инфраструктуру. Решение стало частью модуля CodeScoring.OSA и ориентировано на защиту цепочки поставок ПО на самом раннем этапе разработки.

В отличие от классического подхода, когда композиционный анализ проводится уже после загрузки зависимостей, OSA Proxy работает в момент установки пакетов. Сервис перехватывает запросы пакетных менеджеров к внешним индексам и проверяет сторонние компоненты на соответствие политикам безопасности. Если версия пакета признана небезопасной, её можно заблокировать ещё до появления в среде разработки.

OSA Proxy поддерживает основные экосистемы и репозитории — Maven Central, NPM, PyPI, NuGet, Go Modules и пакеты Debian, а также альтернативные хранилища, совместимые с официальными спецификациями. При этом сервис не привязан к конкретным хранилищам артефактов и может работать как с ними, так и вовсе без них — в зависимости от архитектуры инфраструктуры.

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

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

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

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