Интенсивность DDoS-атак на финсектор в июле выросла в 10 раз

Интенсивность DDoS-атак на финсектор в июле выросла в 10 раз

Интенсивность DDoS-атак на финсектор в июле выросла в 10 раз

По данным сервиса Anti-DDoS ГК «Солар», число DDoS-атак на российские кредитно-финансовые организации в июле 2024 года выросло более чем в 10 раз.

Если с января по июнь 2024 года банки сталкивались в среднем с 3-5 тысячами DDoS-атак в месяц, то в июле их число выросло до почти 50 тысяч. Общий рост количества атак был двукратным.

Наиболее активно подвергались атакам более 60 банков, включая лидеров отрасли. В ГК «Солар» также обратили внимание на то, что две трети атак пришлись на последнюю неделю месяца.

Однако мощность атак снизилась втрое по сравнению с июнем. Как отмечают в ГК «Солар», это свидетельствует о смене тактики злоумышленников.

«В данном случае хакеры решили атаковать весь российский финансовый сектор. Они пытаются вывести из строя не один или два банка, а привести к неработоспособности множество банков и тем самым оказать негативное влияние на жизнь граждан. При этом у них нет цели разом сделать все сервисы недоступными. Они прицельно по очереди пытаются вывести из строя различные интернет-сервисы с помощью множества атак невысокой мощности. Такие атаки сложнее детектировать в отдельности, но из-за большого количества их вполне достаточно для приостановки работы того или иного сервиса», — пояснил Алексей Пашков, руководитель направлений WAF и Anti-DDoS ГК «Солар».

По прогнозам экспертов ГК «Солар», число DDoS-атак на банковскую отрасль будет снижаться и стабилизируется уровне 2 тысяч в день. Чтобы защититься от подобных атак, специалисты рекомендуют банковским и другим организациям внедрить систему тонкой очистки от DDoS-атак, либо настроить для каждого интернет-сервиса профили защиты от атак даже невысокой (до 300 Мб/с) мощности.

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

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

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

После проверки платформа выносит вердикт: можно ли пропускать файл внутрь корпоративного контура или лучше оставить его за дверью.

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

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

AppSec.Track также анализирует библиотеки и зависимости из PyPI, npm, Maven, NuGet и специализированных ML-репозиториев. На этапе сборки платформа формирует SBOM и сверяет компоненты с собственной базой уязвимостей. Саму модель после проверки на входе повторно не сканируют, а её окружение контролируют уже через SBOM.

Ранее платформа получила интеграцию с MCP. Теперь ИИ-ассистенты разработчиков могут напрямую запрашивать проверку сторонних open-source-компонентов, искать уязвимости, несуществующие и опасные пакеты.

По заявлению компании, AppSec.Track стал первым российским решением для предварительного анализа моделей из Hugging Face.

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