Ботнет Fodcha проводит DDoS-атаки в 1 Тбит/с, но готов дать отбой за 10 XMR

Ботнет Fodcha проводит DDoS-атаки в 1 Тбит/с, но готов дать отбой за 10 XMR

Ботнет Fodcha проводит DDoS-атаки в 1 Тбит/с, но готов дать отбой за 10 XMR

За полгода существования DDoS-ботнет Fodcha, составленный из сетевых устройств и IoT, подрос, начал сдаваться в аренду и увеличил количество C2-серверов в четыре раза. Лежащий в его основе вредонос, как выяснили в Qihoo 360, научился требовать выкуп, вставляя сообщение в сетевые пакеты, которыми он забрасывает мишень.

Исследователи обнаружили Fodcha в минувшем апреле; на тот момент число активных ботов, ежедневно фиксируемых ИБ-сообществом, превышало 56 тысяч. Анализ образцов показал, что создатели ботнета позаимствовали часть кода Mirai, в частности, его DDoS-функциональность и способность распространяться через брутфорс Telnet и SSH.

Зловред также умеет использовать с этой целью известные уязвимости; он может работать на разных аппаратных платформах (MIPS, ARM, x86 и проч.) и использует поточный шифр ChaCha20 для защиты коммуникаций. Новейшие семплы (аналитики их различают как версию 4) снабжены средствами защиты от анализа — способны уклоняться от запуска в песочнице и из-под отладчика.

За истекший период ботоводы переработали протокол связи и повысили жизнестойкость командной инфраструктуры за счет использования TLD-доменов OpenNIC, не поддерживаемых ICANN (таких как .oz, .null, .parody, .gopher). Домены, предоставляемые ICANN, тоже используются, но в качестве резервного варианта.

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

Больше всего исследователей заинтересовала возможность монетизации DDoS за счет вымогательства, заложенная в новых семплах. При создании потока мусорных пакетов зловред иногда встраивает в них сообщение с просьбой перевести 10 монеро (около $1500 по текущему курсу) на указанный кошелек. В противном случае атаки не стихнут и парализуют работу предприятия-жертвы.

 

Число C2-серверов ботнета возросло с 10 до 44, а дневная норма активных хостов (60 тыс.) осталась примерно на том же уровне. Количество DDoS-мишеней, ежедневно атакуемых в режиме 24/7, увеличилось в 10 раз (в среднем 1000 в сутки, 11 сентября зафиксирован рекорд — 1396). Большинство целей Fodcha (78,2%), выявленных за последние несколько месяцев, расположено в Китае.

 

В настоящее время вредонос поддерживает 17 различных типов DDoS. Предел по мощности пока составляет 1 Тбит/с — ботнет его продемонстрировал 21 сентября, атаковав хорошо известного поставщика облачных услуг.

Впрочем, терабитные DDoS уже не редкость. Атаки такого диапазона мощности были зарегистрированы, к примеру, в ноябре прошлого года и в минувшем III квартале.

AppSec.Track научился проверять код, написанный ИИ

AppSec.Track добавил поддержку работы с ИИ и стал первым российским SCA-анализатором, который умеет проверять код прямо в связке с ИИ-ассистентами. Обновление рассчитано в том числе на так называемых «вайб-кодеров» — разработчиков, которые активно используют LLM и ИИ-редакторы для генерации кода.

Новый функционал решает вполне практичную проблему: ИИ всё чаще пишет код сам, но далеко не всегда делает это безопасно.

Модель может «галлюцинировать», предлагать несуществующие пакеты, устаревшие версии библиотек или компоненты с известными уязвимостями. AppSec.Track теперь умеет отлавливать такие ситуации автоматически.

Разработчик может прямо в диалоге с ИИ-ассистентом запросить проверку сгенерированного кода через AppSec.Track. Система проанализирует используемые сторонние компоненты, подсветит потенциальные угрозы и предложит варианты исправления. В основе механизма — протокол MCP (Model Context Protocol), который позволяет безопасно подключать инструменты анализа к LLM.

Как поясняет директор по продукту AppSec.Track Константин Крючков, разработчики всё чаще пишут код «по-новому», а значит, и инструменты анализа должны меняться. Редакторы вроде Cursor или Windsurf уже умеют многое, но им всё равно нужна качественная и актуальная база уязвимостей. Именно её и даёт AppSec.Track, включая учёт внутренних требований безопасности конкретной компании. В итоге даже разработчик без глубокой экспертизы в ИБ может получить более надёжный результат.

Проблема особенно заметна на фоне роста low-coding и vibe-coding подходов. Код создаётся быстрее, а иногда — почти без участия человека, но с точки зрения безопасности в нём могут скрываться неприятные сюрпризы: SQL-инъекции, логические ошибки или небезопасные зависимости. Как отмечает старший управляющий директор AppSec Solutions Антон Башарин, ИИ-ассистенты не заменяют классические практики DevSecOps — особенно когда речь идёт об open source, где информация об угрозах обновляется быстрее, чем обучаются модели.

Новый функционал AppSec.Track ориентирован на профессиональные команды разработки, которые уже внедряют ИИ в свои процессы. Он позволяет сохранить требования Secure by Design и снизить риски даже в условиях активного использования генеративного кода.

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