30% российского ПО на открытом коде можно взломать

30% российского ПО на открытом коде можно взломать

30% российского ПО на открытом коде можно взломать

В прессе опубликовали очередную статистику с выборкой отечественного ПО на базе открытого кода. По данным SwordFish Security, примерно треть ресурсов на OpenSource критически уязвимы. Эксперты считают, что всё зависит от того, кто берется за код.

Материал с цифрами вышел сегодня на портале Газета.ru. Издание приводит исследование компании SwordFish Security — эксперты проверили 300 отечественных ресурсов на базе открытого кода и в 30% случаев смогли их взломать.

Среди уязвимостей часто встречались такие, что позволяют остановить работу сервиса и парализовать деятельность крупной организации, говорит ведущий архитектор Swordfish Security Юрий Шабалин.

Кроме того, специалисты нашли фрагменты открытого кода, которые дают автору доступ к криптовалютным кошелькам пользователей.

Были обнаружены 2,5 тыс. уязвимостей, из которых тысяча оказалась критической, сообщает SwordFish Security. В среднем на каждый “подсвеченный” программный продукт пришлось по 22 бреши. На команду разработчиков — почти по 80 проблем.

Среднее количество “багов” не кажется серьезным, но реальность впечатляет, считают в Swordfish Security. Есть продукты, в которых уязвимостей почти нет. Это значит, что разработчики сразу следят за правильным подбором компонентов, но таких мало. А есть “экземпляры”, в которых практически каждая библиотека несет критические уязвимости.

“Например, в результате проверки одного из сервисов выяснилось, что он содержал в себе библиотеку Log4j уязвимой версии к нашумевшей Log4Shell. Используя ее, злоумышленники могли бы нарушить функционирование систем заказчика и причинить серьезный ущерб бизнесу”.

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

Это связано с растущим количеством используемых библиотек. Чем больше библиотек с открытым исходным кодом используется, тем вероятнее, что в них будут найдены уязвимости, говорит Шабалин.

Опрошенные эксперты подтверждают потенциальную уязвимость использования открытого кода и объясняют тенденцию “природными условиями”. 

Антон Прокофьев из “Ростелеком-Солар” отмечает сравнительно небольшой рост самих уязвимостей в открытом коде, но сам Open Source сейчас всё чаще используют российские компании, поэтому проблема назрела. Особенно это стало заметно после 24 февраля: из России ушли зарубежные вендоры, иностранное ПО заменяют разработками на базе открытого кода.

“Я не знаю ни одного крупного софта, который бы не использовал Open Source, — комментирует для Anti-Malware.ru новость управляющий директор Positive Technologies Денис Кораблев. — Это может быть библиотека для анализа конфиг, tooling для деплоя — в любом продукте так или иначе присутствует Open Source”. Linux, основная ОС, на которой работает большинство серверных продуктов в мире — всё тот же Open Source.

По словам эксперта, многое зависит от того, кто берется за открытый код. 

Коммерческие компании могут допускать ошибки на этапе верификации по неосторожности или незнанию.

“Но тут есть важное дополнение — насколько компания уделяет внимание информационной безопасности, — добавляет Кораблев. — Если ИБ обеспечена на должном уровне, в компании внедрены и успешно функционируют процессы безопасной разработки, а код сканируется продуктами для статического анализа кода, то вероятность наличия уязвимостей ниже”.

Если же Open Source — это проект “на коленке” энтузиастов, то и риск появление в нем уязвимостей выше.

“Дыры” в открытом коде могут оставлять и намеренно. Более того, российское комьюнити сейчас фиксирует подобные активности.

“В этом самая интересная особенность Open Source, — продолжает эксперт Positive Technologies. — Когда софт набирает популярность в сообществе, вокруг него формируется комьюнити разработчиков, которое начинает следить за его безопасностью. Когда появляется уязвимость, сообщество замотивировано ее как можно скорее исправить”.

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

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

500 тыс. аккаунтов в VK утекли из-за вредоносного аддона для Chrome

Исследователи раскрыли масштабную вредоносную кампанию с участием расширений для Chrome, которая затронула более 500 тысяч аккаунтов во «ВКонтакте». Под видом безобидных инструментов для оформления профиля злоумышленник годами продвигал расширения, которые на деле превращали браузер жертвы в часть управляемой инфраструктуры.

Одним из самых популярных дополнений было VK Styles Themes for vk.com — расширение с примерно 400 тысячами установок и положительными отзывами.

Формально оно меняло оформление соцсети. А фактически внедряло код на каждую посещаемую страницу VK и подключалось к скрытой системе управления.

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

Это стало отправной точкой для обнаружения ещё четырёх связанных расширений — в общей сложности около 502 тысяч установок. Два из них уже удалены из Chrome Web Store.

Архитектура оказалась многоступенчатой и довольно изобретательной. Расширение не содержало жёстко прописанных адресов серверов управления. Вместо этого оно обращалось к обычному профилю во «ВКонтакте» — vk.com/m0nda — и извлекало оттуда закодированные параметры из HTML-метатегов. Далее загружался следующий этап вредоносного кода с Pages (аккаунт 2vk, репозиторий с лаконичным названием «-»), а также подключались рекламные скрипты.

 

По сути, обычный VK-профиль выполнял роль командного центра (C2), а GitHub — площадки для размещения полезной нагрузки. Такая схема усложняет блокировку: трафик к VK и GitHub выглядит легитимным.

 

Кампания активна как минимум с июня 2025 года и эволюционировала до января 2026-го. По истории коммитов видно, что автор последовательно расширял функциональность: от манипуляций с CSRF-cookie и работы с VK API до автоматической подписки пользователей на нужную группу с вероятностью 75% при каждом заходе во «ВКонтакте».

В результате заражённые аккаунты автоматически вступали в группу -168874636 (сообщество VK Styles), которая сейчас насчитывает более 1,4 млн подписчиков. Кроме того, расширение каждые 30 дней сбрасывало настройки пользователя — сортировку ленты, тему сообщений и другие параметры, чтобы сохранять контроль.

 

Также код вмешивался в работу защитных механизмов VK, изменяя cookie remixsec_redir, что позволяло выполнять действия от имени пользователя так, будто они инициированы легитимно. Отдельный модуль отслеживал статус подписки VK Donut и в зависимости от этого активировал или ограничивал определённые функции, то есть схема имела и элемент монетизации.

Главная особенность кампании — гибкость. Поскольку логика загружалась динамически через профиль VK и GitHub, злоумышленник мог менять поведение аддона без обновления самого пакета в магазине. А так как Chrome-расширения обновляются автоматически, новая вредоносная логика быстро распространялась на сотни тысяч устройств.

Пресс-служба «ВКонтакте» прокомментировала:

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

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