После взлома Wildfire хакеры перешли к использованию Hades Locker

После взлома Wildfire хакеры перешли к использованию Hades Locker

После взлома Wildfire хакеры перешли к использованию Hades Locker

Еще в конце августа 2016 года проект No More Ransom, объединивший McAfee и «Лабораторию Касперского», а также представителей Европола и полиции Нидерландов, опубликовал сразу два инструмента для расшифровки данных, которые призваны помочь жертвам вымогателя WildFire восстановить свою информацию.

Шифровальщик WildFire был впервые обнаружен экспертами в середине апреля 2016 года и также известен под названиями GNL и Zyklon. Имя WildFire вымогатель использует начиная с мая 2016 года. В июне и июле текущего года малварь «отличилась» массовыми спам-кампаниями, направленными на пользователей из Голландии и Бельгии, и в августе эти атаки по-прежнему продолжались.

Теперь, когда WildFire был нейтрализован специалистами, хакерская группа, стоявшая за его разработкой, переключилась на другой инструмент. Теперь злоумышленники распространяют шифровальщика Hades Locker, преимущественно через спам-кампании ботнета Kelihos, пишет xakep.ru.

Первым Hades Locker обнаружил Майк Гиллепси (Michael Gillespie), когда 4 октября 2016 года один из пострадавших загрузил сообщение с требованием выкупа в сервис ID Ransomware.

Теперь малварь уже исследовали эксперты Bleeping Computer и Proofpoint, обнаружив, что шифровальщик во многом схож с WildFire. Разнится разве что GUI, который теперь отображает сообщение с требованием выкупа и имитирует ранние версии Locky. Hades Locker шифрует файлы своих жертв с применением алгоритма AES и изменяет расширения файлов на «~HLH6215». За расшифровку данных пострадавшие должны заплатить порядка $600.

Пока неизвестно, атакует ли малварь, сменившая «вывеску», пользователей из Голландии и Бельгии или на этот раз злоумышленники решили расширить зону поражения.

В ядре Linux нашли первую уязвимость в коде на Rust

В ядре Linux зафиксировали первую уязвимость (CVE), связанную с кодом на Rust. Об этом сообщил один из ключевых разработчиков ядра Грег Кроа-Хартман, а подробности появились в рассылке Linux. Речь идёт о проблеме под идентификатором CVE-2025-68260, которая затрагивает переписанный на Rust драйвер Android Binder.

Проблема, согласно публикации Phoronix, связана с состоянием гонки (race condition), возникающим из-за использования небезопасного Rust-кода. В определённых условиях это может привести к повреждению указателей в памяти и, как следствие, к сбою системы.

Уязвимость затрагивает версии ядра Linux 6.18 и новее, то есть те сборки, где появился Rust-драйвер Binder. Важно отметить, что речь идёт именно о потенциальном сбое в работе системы — удалённого выполнения кода или компрометации здесь нет.

Сам Грег Кроа-Хартман подчёркивает, что это первый подобный случай с момента появления Rust-кода в основном дереве ядра Linux. И хотя для кого-то новость может прозвучать тревожно, разработчики призывают не делать поспешных выводов: уязвимость не критическая, а сам факт её обнаружения — скорее показатель того, что Rust-код в ядре теперь проходит тот же путь зрелости, что и C-код десятилетиями ранее.

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

Подробности по CVE-2025-68260 уже опубликованы в официальной рассылке Linux CVE, а исправления, как ожидается, появятся в ближайших обновлениях ядра.

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