25% компаний ведут киберразведку вручную и на рискованных фидах

25% компаний ведут киберразведку вручную и на рискованных фидах

25% компаний ведут киберразведку вручную и на рискованных фидах

От инструментов киберразведки отказываются всего 18% компаний. При этом даже среди тех, кто использует Threat Intelligence, четверть (25%) по-прежнему полагается на ручной сбор данных и бесплатные источники, которые могут быть небезопасны. Об этом говорят результаты опроса среди зрителей и участников эфира AM Live «Киберразведка 2026: как превратить Threat Intelligence в рабочий инструмент».

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

Так, 76% участников опираются на данные об IP-адресах, хэш-суммах и вредоносных доменах из отчетов по целевым атакам, а 67% ищут информацию о свежих уязвимостях.

Руководитель отдела исследования угроз экспертного центра безопасности Positive Technologies Аскер Джамирзе отметил, что простой подход «узнать о новых атаках» не всегда работает:

«Узнавать о свежих уязвимостях действительно имеет смысл, но просто скачать в публичном доступе базы уязвимостей и их рескора, самостоятельно ранжировать их и пытаться все запатчить — это либо бесполезно, либо очень трудоемко». Он подчеркнул, что именно поэтому вендоры добавляют дополнительные контексты и объясняют, на что обратить внимание.

Что касается источников данных, хотя 82% компаний и используют различные инструменты для киберразведки, многие продолжают доверять открытым платформам или вообще делают всё вручную. 14% ответили, что вручную заносят данные из бюллетеней в системы мониторинга, еще 13% автоматически импортируют данные из бесплатных источников.

Те, кто всё же выбирает платформы, чаще покупают доступ к коммерческим решениям: так поступают 34% опрошенных. 13% используют опен-сорс платформу киберразведки, а 7% написали собственное решение. По словам Аскера Джамирзе, во многих случаях возможностей опен-сорса действительно будет достаточно.

Эксперты сошлись во мнении, что теме стоит уделять больше внимания. Так, инженер отдела развития Security Vision Анастасия Атаманчук достаточно эмоционально прокомментировала результаты опроса:

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

Технический директор центра мониторинга и реагирования на кибератаки RED Security Владимир Зуев признался, что результаты опроса его удивили:

«Я бы хотел отметить пункт с бесплатными источниками и автоматизированной загрузкой данных. Это очень смелое решение, но сложно интерпретировать: это что-то зрелое или, наоборот, только первый шаг, который мы бы рекомендовали не делать». С ним согласился и руководитель команды аналитики разведки киберугроз в «Лаборатории Касперского» Кирилл Митрофанов: «Это действительно смело. Надеюсь, после эфира сильно уменьшится процент тех, кто не использует автоматизацию».

Нейросеть с сюрпризом: AppSec.Track проверит модели из Hugging Face

ML-модель из публичного репозитория может оказаться не только умной, но и с неприятным сюрпризом внутри. AppSec Solutions добавила в платформу AppSec.Track предварительную проверку моделей из Hugging Face. По заявлению компании, это первое российское решение, которое блокирует потенциально опасные модели до их попадания на машины разработчиков и в CI.

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

Модели проверяются без запуска. AppSec.Track разбирает файлы PyTorch, TensorFlow, Keras и другие сериализованные форматы, включая вложенные архивы, и ищет код, способный выполниться при загрузке. Обнаруженным угрозам присваивается уровень критичности.

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

В AppSec Solutions считают, что со временем индустрия перейдёт на безопасный формат safetensors. Но пока публичные хабы забиты pickle-файлами, доверять модели только за красивые метрики — так себе стратегия.

Второй рубеж защиты работает на этапе сборки. AppSec.Track формирует SBOM и проверяет библиотеки и зависимости по собственной базе уязвимостей. Она охватывает PyPI, npm, Maven, NuGet, CUDA, Julia и другие экосистемы. Фид можно подключить онлайн или развернуть в закрытом контуре.

Политики безопасности настраиваются один раз и затем применяются автоматически. Сама модель проходит досмотр при входе и повторно не сканируется, а её окружение контролируется при каждой сборке. Получается вполне понятный фейс-контроль: нейросеть сначала показывает, что у неё внутри, и только потом идёт работать.

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