Брешь в безопасности приводит к утечке криптографических ключей Intel ME

Брешь в безопасности приводит к утечке криптографических ключей Intel ME

Брешь в безопасности приводит к утечке криптографических ключей Intel ME

Производитель чипсетов Intel во вторник выпустил обновления прошивки, которые устраняют уязвимость, позволяющую злоумышленнику восстанавливать, модифицировать или удалять данные, хранящиеся в системе процессоров, известной как chip-on-chip.

Уязвимость затрагивает систему Converged Security and Manageability Engine (CSME), которая используется в основном для удаленных операций управления. CSME включает в себя такие компоненты, как Intel Management Engine (ME), Server Platform Services (SPS) и Trusted Execution Engine (TXE).

Как известно, данные, хранящиеся на внутренней памяти (известна как файловая система ME или MFS) зашифровываются четырьмя криптографическими ключами, чтобы обеспечить конфиденциальность и безопасность.

Вот эти ключи: Intel Integrity Key, Non-Intel Integrity Key, Intel Confidentiality Key и Non-Intel Confidentiality Key. У каждого из них своя задача.

Исследователи компании Positive Technologies заявили, что нашли способ восстановить два из этих ключей — Non-Intel Integrity Key и Non-Intel Confidentiality Key.

Злоумышленник, получивший доступ к ключу Non-Intel Integrity Key, может добавлять, удалять или изменять файлы в системе хранения ME/SPS/TXE. А ключ Non-Intel Confidentiality Key используется для шифрования пароля в рамках технологии Intel Active Management Technology (AMT).

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

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

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

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

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

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

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

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

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