В процессорах VIA C3 выявлен бэкдор-механизм

В процессорах VIA C3 выявлен бэкдор-механизм

В процессорах VIA C3 выявлен бэкдор-механизм

Кристофер Домас, эксперт в области безопасности аппаратного обеспечения, рассказал о бэкдор-механизме в семействе x86-процессоров VIA C3, выпущенных в период с 2001 по 2003 год тайваньской корпорацией VIA Technologies Inc.

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

«Скрытый режим Бога» — вот как описывает Домас обнаруженную проблему. По сути, эта брешь позволит злоумышленнику повысить свои привилегии с уровня пользователя (ring 3) до уровня ядра (ring 0).

Сам бэкдор механизм эксперт назвал Rosenbridge, он существует благодаря сопроцессору RISC (Reduced Instruction Set Computer), который работает в связке с основным процессором C3. Специалист считает, что сопроцессор защищен гораздо хуже основного процессора.

Используя инструкцию запуска (.byte 0x0f, 0x3f), исследователь смог флипнуть бит управления регистром, который активирует этот сопроцессор. Любые инструкции, которые будут направлены на этот дополнительный сопроцессор, выполнятся на уровне нулевого кольца, а не на пользовательском, как обычно.

Домас объяснил, что нашел эту брешь в чипсетах VIA C3 Nehemiah, однако другие чипсеты, по его словам, будут иметь схожие проблемы.

Стоит отметить, что другие эксперты в области безопасности поставили под сомнение находку Домаса. Они указывают на тот факт, что Rosenbridge не является настоящим бэкдором, так как этот механизм впервые упоминается в официальной документации VIA от сентября 2004 года.

Кристофер Домас также опубликовал на GitHub специальные инструменты, которые помогут узнать, задействован ли  конкретном процессоре механизм Rosenbridge. Помимо этого, эти инструменты позволят закрыть его, чтобы предотвратить эксплуатацию злоумышленниками.

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

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

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

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

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

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

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

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

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