Ботнет Mirai вернулся с 11 новыми эксплойтами для атаки предприятий

Ботнет Mirai вернулся с 11 новыми эксплойтами для атаки предприятий

Ботнет Mirai вернулся с 11 новыми эксплойтами для атаки предприятий

Исследователи зафиксировали новый вариант вредоноса Mirai, который теперь задействует 11 новых эксплойтов. Среди целей зловреда наиболее примечательны презентеры WePresent WiPG-1000 и телевизоры LG Supersign.

Впервые зафиксировать активность этой версии Mirai удалось в январе 2019 года. До этого момента ботнет атаковал маршрутизаторы, камеры наблюдения, модемы и контроллеры.

Теперь к этому списку добавились уязвимые презентеры WePresent WiPG-1000 и телевизоры LG Supersign, установленные в корпорациях.

Более того, злоумышленники добавили 11 новых эксплойтов к уже 16 существующим. Таким образом, общее количество эксплойтов достигло 27. Ранее команда Palo Alto Networks обнаружила, что вредоносная составляющая хранится на сервере колумбийской компании.

Согласно заявлению, это сервер «предоставляет системы электронной безопасности, интеграции и мониторинга тревоги».

«Эти новые возможности предоставляют бонету огромное поле для атак. В частности, атаки на корпорации помогают вредоносу усилить свою “огневую мощь“, когда дело доходит до DDoS-атак», — говорят специалисты команды Unit 42, входящей в Palo Alto Networks.

Уязвимость Затронутые устройства
CVE-2018-17173 LG Supersign TV
Инъекция команды в WePresent WiPG-1000 Презентеры WePresent WiPG-1000
RCE-брешь в DLink DCS-930L Сетевые камеры DLink DCS-930L
Ввыполнение команды в DLink diagnostic.php Маршрутизаторы DLink DIR-645, DIR-815
RCE в Zyxel P660HN Роутеры Zyxel P660HN-T
CVE-2016-1555 Netgear WG102, WG103, WN604, WNDAP350, WNDAP360, WNAP320, WNAP210, WNDAP660, WNDAP620
CVE-2017-6077, CVE-2017-6334 Netgear DGN2200 N300 Wireless ADSL2+

 

Среди новых функций Mirai эксперты выделяют:

  • Список нетипичных учетных данных для попыток брутфорса — ранее специалисты не сталкивались с этим набором данных.
  • Новая версия ботнета использует порт 23823 домена epicrustserver[.]cf для взаимодействия с командным сервером (C&C).
  • Новая версия вредоноса теперь может инициировать атаки вида HTTP Flood DDoS.

В сентябре мы писали, что два самых известных и распространенных IoT-ботнета — Mirai и Gafgyt — продолжают «размножаться». Были обнаружены новые варианты этих вредоносов, нацеленные на корпоративный сектор. Основная опасность этих киберугроз заключается в хорошо организованных и достаточно мощных DDoS-атаках.

В Google Chrome усложнили кражу cookie — новая защита от угона сессий

Google перевела функцию Device Bound Session Credentials (DBSC) в общую доступность для пользователей Chrome на Windows. Теперь эта защита работает в Chrome 146 и должна заметно осложнить жизнь тем, кто крадёт сессионные cookies, чтобы потом входить в чужие аккаунты без пароля.

Принцип работы DBSC кроется в том, что браузер не просто хранит cookie, а криптографически привязывает сессию к конкретному устройству.

Даже если зловред украдёт cookie из браузера, использовать их на другой машине будет уже гораздо труднее — по сути, они быстро потеряют ценность для атакующего.

Особенно актуально это на фоне популярности так называемых инфостилеров. Такие вредоносные программы собирают с заражённых устройств всё подряд: пароли, данные автозаполнения, токены и, конечно, cookie. Этого бывает достаточно, чтобы злоумышленник зашёл в учётную запись жертвы, даже не зная её пароль. Потом такие данные нередко перепродают другим участникам киберпреступного рынка.

 

DBSC должна ломать именно такой сценарий. На Windows технология опирается на Trusted Platform Module, а на macOS — на Secure Enclave. С их помощью создаётся уникальная пара ключей, причём закрытый ключ не покидает устройство. Когда сайту нужно выдать новую короткоживущую cookie, Chrome должен доказать, что у него есть нужный закрытый ключ. Если ключ не на том устройстве, схема просто не срабатывает.

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

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

Пока публичный запуск ограничен Windows-пользователями Chrome 146, но Google уже подтвердила, что поддержку macOS добавят в одном из следующих релизов. Компания также заявила, что после начала внедрения DBSC уже заметила заметное снижение случаев кражи сессий.

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