Ботнет BrickerBot приводит к неработоспособности IoT-устройств

Ботнет BrickerBot приводит к неработоспособности IoT-устройств

Ботнет BrickerBot приводит к неработоспособности IoT-устройств

Исследователи в области безопасности предупреждают о появлении нового типа кибер-атаки, приводящей к повреждению устройств Internet Things (IoT). Эти атаки могут быть очень разрушительными, в результате чего часто становится необходимо заменить или переустановить оборудование. По словам исследователей, уязвимости используются для уничтожения прошивки и/или основных функций системы.

Один из инструментов, используемых для проведения таких атак, называется BrickerBot. Исследователи Radware с 20 марта 2017 обнаружили два варианта этого вредоноса, один из них был активным довольно непродолжительное время, другой продолжает свою активность. У двух этих вариаций цель одна - скомпрометировать устройства IoT и повредить их хранилище.

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

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

«BrickerBot интеерсуют следующие типы устройств: Memory Technology Device и MultiMediaCard» - говорят исследователи Radware.

Атака нацелена на IoT-устройства на базе Linux/BusyBox, которые открывают порт Telnet. В сущности, ботнет Mirai также атаковал устройства по этому принципу.

Подпишитесь на новости

Ошибка в Signal могла оставлять микрофон активным после завершения звонка

Нажать кнопку «завершить звонок» и действительно закончить разговор — иногда разные вещи. В библиотеке RingRTC, которую Signal использует для звонков, обнаружили уязвимость: собеседник мог перегрузить очередь событий и помешать корректному отключению аудио, а потенциально и видео.

Проблема описана как CVE-2026-113380. Она затрагивает RingRTC до версии 2.72.0; в списке изменений разработчики указали исправление полного завершения звонков в пограничных ситуациях.

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

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

Опубликованная демонстрация концепции моделирует переполнение очереди. Сама по себе она не доказывает полноценную атаку на готовое приложение. Точные версии Signal с исправлением для каждой платформы в исходной публикации также не установлены.

Пользователям стоит обновить мобильное и настольное приложения. Шифрование защищает содержание разговора при передаче, но корректно положить трубку программа тоже должна уметь.

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