Код на C/С++ оказался самым опасным по количеству уязвимостей

Код на C/С++ оказался самым опасным по количеству уязвимостей

Код на C/С++ оказался самым опасным по количеству уязвимостей

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

Среди таких источников была база National Vulnerability Database (NVD), а также трекеры проблем безопасности на GitHub.

В итоге были проанализированы проекты на следующих языках: C, Java, JavaScript, Python, Ruby, PHP, и C++. Именно они, по данным компании, являются самыми популярными языками за последние несколько лет.

Для многих экспертов не стало сюрпризом, что самым проблемным языком программирования оказался C. Он лидирует с большим отрывом — почти 50% проанализированных уязвимостей оказались в проектах, написанных на нем.

«Это не говорит о том, что C — наименее защищенный из всех проанализированных языков. Множество уязвимостей в проектах конкретно на этом языке можно объяснить несколькими факторами», — отмечет команда WhiteSource.

«Во-первых, язык C используется дольше всех остальных языков, которые участвовали в нашем исследовании. Следовательно, на нем написано гораздо больше кода. C также является одним из языков, которые стоят за такими крупными проектами, как OpenSSL и ядро Linux».

Открытый код на другом языке — C++ — удостоился «чести» занять первое место по количеству уязвимостей, обнаруженных за последние пять лет. А JavaScript столкнулся с постоянно растущим числом брешей за последние 10 лет.

А вот самым защищенным кодом, исходя из исследования WhiteSource, оказался код на Python.

Минцифры предложило записывать действия администраторов СОРМ

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

Ввести правила планируют с 1 марта 2027 года. В журналы безопасности попадут действия через командные оболочки и сервисные программы, создание и изменение учётных записей, установка и удаление ПО, подключение оборудования и попытки несанкционированного доступа.

Запуск программ, которых нет в утверждённом перечне, потребуется исключить. При этом постоянную трансляцию терминала сотрудника в ФСБ России проект не предусматривает.

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

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

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

Операторам связи и другим организациям придётся потратиться на журналирование, управление доступом, изоляцию оборудования и сопровождение программ. Отдельной надбавки к тарифам проект не обещает, поэтому счёт за усиленную безопасность пока остаётся внутри компаний.

Документ ещё не утверждён. Его общественное обсуждение продлится до 19 сентября 2026 года, и итоговая редакция может измениться.

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