Специалисты продемонстрируют уязвимость в Intel Management Engine

Специалисты продемонстрируют уязвимость в Intel Management Engine

Специалисты продемонстрируют уязвимость в Intel Management Engine

Исследователи в области безопасности утверждают, что нашли способ использовать уязвимость Intel Management Engine. Они собираются наглядно продемонстрировать свою находку на конференции Black Hat Europe в декабре.

Эксперты Positive Technologies говорят, что эксплойт «позволяет злоумышленнику запускать неподписанный код в Platform Controller Hub на любой материнской плате через Skylake+».

Intel Management Engine (ME), микроконтроллер, обрабатывающий большую часть связи между процессором и внешними устройствами, попал в заголовки в мае 2017 года из-за проблем с безопасностью технологии Active Management Technology (AMT), которая работает поверх движка.

Позже выяснилось, что AMT имеет элементарную ошибку аутентификации - злоумышленник может войти в систему с пустым полем пароля. 

Теперь исследователи Positive Technologies обещают продемонстрировать эксплойт для Management Engine. В частности, эксперты заявляют, что Intel спровоцировала появление уязвимости, когда переключила Management Engine на модифицированную операционную систему Minix.

Поскольку Management Engine работает независимо от операционной системы, у жертвы нет возможности понять, что машина была скомпрометирована. Более того, заражение не устранишь банальной переустановкой ОС или обновлением BIOS.

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

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

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

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

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

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

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

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

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