После взлома 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.

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

Android 17 спрячет от провайдеров названия посещаемых сайтов

Google добавит в Android 17 платформенную поддержку Encrypted Client Hello (ECH) — технологии, которая скрывает доменное имя сайта на начальном этапе установки защищённого соединения. Провайдерам и владельцам Wi-Fi станет сложнее определять, куда именно ходит пользователь.

Обычный HTTPS шифрует содержимое соединения, но имя запрашиваемого сайта может оставаться видимым в поле Server Name Indication.

ECH закрывает и эту щель, шифруя ClientHello — первую часть TLS-рукопожатия. Технология работает вместе с частным DNS.

Chrome и Firefox уже поддерживают ECH, но Android 17 внедрит защиту на уровне платформы. Она будет включена по умолчанию для приложений, ориентированных на новую версию ОС и использующих совместимые сетевые библиотеки — актуальные OkHttp, WebView или HttpEngine.

 

Если сервер не поддерживает ECH, Android отправит поле-пустышку ECH GREASE. Само доменное имя при этом останется видимым, зато защищённые соединения не будут выделяться среди остальных.

Подразделение Google Jigsaw протестировало механизм на 10 тыс. популярных доменов и в сетях 740 провайдеров из 202 стран, не обнаружив проблем с загрузкой сайтов.

Android 17 также потребует от приложений разрешение на поиск устройств в локальной сети, включит Certificate Transparency по умолчанию и позволит участвующим операторам автоматически отключать 2G для защиты от поддельных базовых станций и СМС-бластеров.

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

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