Операторы ботнета сохраняли анонимность при помощи анонимайзера Tor

Операторы ботнета сохраняли анонимность при помощи анонимайзера Tor

Операторы ботнета сохраняли анонимность при помощи анонимайзера Tor

 Специалисты компании G-Data обнаружили ботнет, командные узлы которого скрывались при помощи анонимайзера Tor. Владельцы ботнета, состоящего из компьютеров под управлением операционной системы Windows, замаскировали свой C&C сервер под скрытую службу внутри сети Tor. C&C сервер использовал для связи с ботами обычный IRC протокол.

Как отмечают специалисты, владельцы ботнетов перешли на использование P2P архитектуры в течение нескольких последних лет, постепенно отказываясь от использования централизованных C&C серверов. Использование технологий P2P позволяет отдельным компьютерам бот-сети передавать команды другим компьютерам, входящим в данную сеть. Однако, подобная архитектура также имеет существенные недостатки, так как позволяет конкурентам либо специалистам, работающим на госструктуры, перехватывать управление ботнетом. Конечно, это можно сделать только в том случае, если ботнет не защищен сложным механизмом аутентификации.

Как отмечают сотрудники G-Data, использование Tor было единственным, что выделяет данный ботнет из ряда себе подобных.

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

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

Срочно патчим MongoDB: уязвимость под атакой, PoC-эксплойт в паблике

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

Причиной появления проблемы CVE-2025-14847, получившей кодовое имя MongoBleed, является логическая ошибка в реализации разуплотнения данных с помощью zlib, которое к тому же происходит до аутентификации.

При получении сообщений от клиента сервер MongoDB слепо доверяет размеру данных, указанному при передаче, и в результате может вернуть содержимое неинициализированной динамической области памяти.

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

Уязвимости, получившей 8,7 балла по шкале CVSS, подвержены многие версии СУБД MongoDB, и поддерживаемые, и устаревшие. Угроза также актуальна для Ubuntu.

Вышедший в этом месяце патч включен в состав сборок 8.2.3, 8.0.17, 7.0.28, 6.0.27, 5.0.32 и 4.4.30. Ввиду текущих атак, а также публикации PoC-кода на GitHub пользователям рекомендуется в кратчайшие сроки произвести обновление.

При отсутствии такой возможности можно временно отключить zlib, ограничить доступ к серверу MongoDB по сети и ввести мониторинг логов на предмет аномальных неавторизованных подключений.

Сканирование интернета, проведенное в Censys, выявило более 87 тыс. потенциально уязвимых экземпляров MongoDB, с наибольшей концентрацией в США, Китае и Германии.

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