Киберпреступники устанавливают бэкдор, используя 19-летнюю дыру в WinRAR

Киберпреступники устанавливают бэкдор, используя 19-летнюю дыру в WinRAR

Киберпреступники устанавливают бэкдор, используя 19-летнюю дыру в WinRAR

Эксперты 360 Threat Intelligence Center наткнулись на вредоносную кампанию спамеров, в ходе которой жертвам рассылаются злонамеренные архивы RAR. В этом случае злоумышленники стараются использовать критическую уязвимость в WinRAR, о которой на днях сообщали специалисты компании Check Point.

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

Таким образом, если киберпреступник поместит файлы в папку автозагрузки Windows Startup, то они, естественно, будут стартовать при каждом запуске операционной системы.

В ходе обнаруженной 360 Threat Intelligence Center кампании злоумышленники использовали бэкдор с именем файла CMSTray.exe. Специалисты полагают, что этот вредонос можно считать по праву первой программой, которая пользуется недавно раскрытой уязвимостью в WinRAR.

Немаловажную роль в защите от такого вида атаки играет система контроля учетных записей Windows (User Account Control, UAC) — если она активирована, вредоносный код не сможет записать файл в директорию автозагрузки, так как на это у него не будет прав.

Однако если UAC отключен, то файл размещается по следующему пути:

C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup\CMSTray.exe

Далее вредонос соединяется с http://138[.]204[.]171[.]108/ для загрузки дополнительных инструментов.

На прошлой неделе мы писали, что уязвимость удаленного выполнения кода (RCE) была найдена в популярном архиваторе WinRAR. Удивительно, но эту брешь более 19 лет не замечали, в то время как полмиллиарда пользователей были в опасности.

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