30% российского ПО на открытом коде можно взломать
Акция от Infosecurity! Обучайте сотрудников с выгодойПодключайте сервис TRAINING CENTER. Организацию и контроль обучения берем на себя:
• Разработаем индивидуальные шаблоны учебного фишинга.
• Сформируем учебные группы и проведем учебные фишинговые атаки.
• Проконтролируем процесс и определим результаты.

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

→ Оставить заявку
Реклама. Рекламодатель ООО «ИС», ИНН 7705540400, 18+

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 в России.

Anti-Malware Яндекс ДзенПодписывайтесь на канал "Anti-Malware" в Telegram, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

Linux Foundation допустил возвращение части российских мейнтейнеров

Мейнтейнер подсистемы SCSI Джеймс Боттомли разъяснил алгоритм возвращения российских разработчиков. Он касается только сотрудников тех компаний, которые не находятся под блокирующими санкциями США.

18 октября из списка мейнтенеров ядра Linux были исключены 11 российских разработчиков. Однако Грег Кроа-Хартман допустил возвращение части разработчиков при соблюдении ряда условий.

Ситуацию комментировал и сам Линус Торвальдс. Он связал исключение с позицией юристов Linux Foundation.

Джеймс Боттомли, в прошлом член совета директоров и председателя технического консультативного совета Linux Foundation, назвал в качестве такого условия работу в компании, не находящейся в американском стоп-листе:

«Если ваша компания находится в списках SDN OFAC США, подпадает под санкционную программу OFAC или принадлежит/контролируется компанией, которая находится в этом списке, наша возможность сотрудничать с вами будет ограничена».

Если же компания, где работает мейнтейнер, не находится в SDN-списке Минфина США, разработчику необходимо сообщить об этом Грегу Кроа-Хартману.

 

Исключение российских мейнтенеров, по его словам, связаны с тем, что основная часть работы по разработке ядра Linux происходит в США, и большая часть сопровождающих данный процесс находится там. Именно по этой причине в процессе создания ядра Linux невозможно игнорировать требования американских властей.

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

Разработчик «Байкал Электроникс» Сергей Сёмин, попавший в число 11 исключенных мейнтейнеров, выпустил официальное заявление.  В нем он заявил о том, что его участие в разработке ядра Linux было в последний год практически неоплачиваемым. Он заявил, что исключение из списка мейнтейнеров лишило его какой бы то ни было мотивации продолжать дальнейшую работу.

Anti-Malware Яндекс ДзенПодписывайтесь на канал "Anti-Malware" в Telegram, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

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