Сегмент коммерческих SOC растет быстрее рынка

Сегмент коммерческих SOC растет быстрее рынка

Сегмент коммерческих SOC растет быстрее рынка

Сегмент коммерческих центров мониторинга киберугроз (SOC) демонстрирует самые высокие темпы роста на рынке информационной безопасности. По оценкам экспертов, его текущая насыщенность составляет не более 50%. Основными клиентами коммерческих SOC остаются компании среднего бизнеса.

Согласно подсчётам компании «Спикател», которые привёл «Коммерсантъ», в первом квартале 2025 года этот сегмент вырос на 20% в годовом выражении.

По итогам всего года, как отметил в комментарии для издания ведущий аналитик по мониторингу ИБ «Спикател» Алексей Козлов, рост может достичь 60%. Общий объём российского рынка SOC он оценил в 25–27 млрд рублей. В среднем услуги коммерческого SOC обходятся заказчику в 5–10 млн рублей в год.

При этом всё больше клиентов заказывают дополнительные услуги, выходящие за рамки базового пакета. По словам директора центра мониторинга противодействия кибератакам IZ:SOC компании «Информзащита» Александра Матвеева, растёт интерес к углублённым расследованиям инцидентов.

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

Управляющий директор Positive Technologies Алексей Новиков также отмечает интерес к гибридным моделям SOC, сочетающим внутренние и внешние ресурсы. Такие решения позволяют эффективнее противодействовать угрозам, соответствовать требованиям регуляторов и при этом оптимизировать затраты. По его словам, даже представители малого бизнеса начинают проявлять интерес хотя бы к базовым сервисам SOC.

Росту спроса способствует и усложнение обстановки с кибератаками, которым подвергаются компании самых разных отраслей и масштабов. Александр Матвеев особо выделяет промышленность — из-за её высокой значимости и одновременно уязвимости, а также ИТ-сектор, где одна успешная атака может запустить цепную реакцию и привести к компрометации клиентских инфраструктур. Госучреждения традиционно остаются приоритетной целью для хактивистов.

Крупный бизнес, напротив, чаще всего не удовлетворён качеством услуг коммерческих SOC. По мнению генерального директора VolgaBlob Александра Скакунова, это связано с недостаточно быстрым реагированием на инциденты. Кроме того, крупные компании опасаются утраты контроля над информацией о киберинцидентах, что затрудняет оперативную настройку правил корреляции для отражения новых угроз.

Руководитель департамента мониторинга и реагирования «Инфосистемы Джет» Ринат Сагиров в числе причин отказа от внешних подрядчиков также называет риски, связанные с атаками на цепочки поставок, и возможное расширение поверхности атаки.

В ядре Linux нашли первую уязвимость в коде на Rust

В ядре Linux зафиксировали первую уязвимость (CVE), связанную с кодом на Rust. Об этом сообщил один из ключевых разработчиков ядра Грег Кроа-Хартман, а подробности появились в рассылке Linux. Речь идёт о проблеме под идентификатором CVE-2025-68260, которая затрагивает переписанный на Rust драйвер Android Binder.

Проблема, согласно публикации Phoronix, связана с состоянием гонки (race condition), возникающим из-за использования небезопасного Rust-кода. В определённых условиях это может привести к повреждению указателей в памяти и, как следствие, к сбою системы.

Уязвимость затрагивает версии ядра Linux 6.18 и новее, то есть те сборки, где появился Rust-драйвер Binder. Важно отметить, что речь идёт именно о потенциальном сбое в работе системы — удалённого выполнения кода или компрометации здесь нет.

Сам Грег Кроа-Хартман подчёркивает, что это первый подобный случай с момента появления Rust-кода в основном дереве ядра Linux. И хотя для кого-то новость может прозвучать тревожно, разработчики призывают не делать поспешных выводов: уязвимость не критическая, а сам факт её обнаружения — скорее показатель того, что Rust-код в ядре теперь проходит тот же путь зрелости, что и C-код десятилетиями ранее.

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

Подробности по CVE-2025-68260 уже опубликованы в официальной рассылке Linux CVE, а исправления, как ожидается, появятся в ближайших обновлениях ядра.

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