Банковский троян Dridex получил улучшенный метод шифрования

Банковский троян Dridex получил улучшенный метод шифрования

Банковский троян Dridex получил улучшенный метод шифрования

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

Создатели вредоноса в последнее время начали использовать вредоносные RTF (Word Document) –файлы, защищенные паролем. Согласно MalwareTech, этот подход не позволяет большинству автоматизированных систем просканировать эти файлы на наличие вредоносного кода.

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

Dridex распространяется в упакованном виде, бинарный файл зашифрован. Однако исследователь Magal Baz из IBM X-Force утверждает, что распаковать и исследовать код легко. Тем не менее, эксперт также отмечает, что важные аспекты кода, такие как вызовы API, хорошо обфусцированы.

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

Таким образом, исследователям удалось прийти к заключению, что Dridex, использовавший ранее XOR-метод, теперь использует RC4-потоковый шифр для шифрования строк.

Уязвимость переполнения глобального буфера в zlib грозит DoS и даже RCE

В широко используемой библиотеке zlib выявлена критическая уязвимость, позволяющая через порчу памяти вызвать сбой программы (DoS). Ее также потенциально можно использовать для удаленного выполнения стороннего кода в системе.

Пока не решенной проблеме, классифицируемой как переполнение буфера в глобальной памяти, присвоен идентификатор CVE-2026-22184. Поскольку эксплойт тривиален, степень опасности уязвимости была оценена в 9,3 балла по шкале CVSS.

Катастрофическая ошибка возникает при запуске утилиты untgz, а точнее, при выполнении функции TGZfname(), отвечающей за обработку имен архивных файлов, вводимых через консоль.

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

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

Уязвимости подвержены все сборки zlib до 1.3.1.2 включительно. В качестве временной меры защиты админам и разработчикам рекомендуется ограничить использование untgz либо вовсе удалить соответствующий пакет до появления пропатченной версии.

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