В процессорах 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. Помимо этого, эти инструменты позволят закрыть его, чтобы предотвратить эксплуатацию злоумышленниками.

Критическая уязвимость в TLP позволяет обойти защиту Linux

В популярной утилите TLP, которую многие владельцы ноутбуков на Linux используют для управления энергопотреблением, обнаружили критическую уязвимость. Причём проблема нашлась во время обычной проверки пакета командой SUSE Security Team и располагается во вполне штатном коде.

Брешь получила идентификатор CVE-2025-67859 и затрагивает версию TLP 1.9.0, где появился новый profiles daemon.

Этот демон работает с root-правами и управляет профилями питания через D-Bus. Задумка хорошая, но реализация подвела: в механизме аутентификации Polkit нашлась логическая ошибка, которая фактически позволяет обойти проверку прав.

Как объясняют исследователи, демон должен был строго проверять, кто именно отправляет команды. Но из-за ошибки любой локальный пользователь мог взаимодействовать с ним без должной аутентификации — а значит, менять системные настройки питания от имени root.

На этом сюрпризы не закончились. В ходе анализа специалисты SUSE нашли ещё несколько проблем, уже связанных с исчерпанием ресурсов. В частности, механизм profile hold, который позволяет временно «зафиксировать» профиль питания, оказался совершенно без валидации. Локальный пользователь мог создавать неограниченное количество таких блокировок, причём без прав администратора.

В итоге это открывает прямую дорогу к DoS-атаке: демон начинает захлёбываться от бесконечных записей в структуре данных, куда попадают числа, строки с причиной и идентификаторы приложений — всё это полностью контролируется клиентом.

Любопытно, что SUSE вспомнила похожую историю с демоном управления питанием в GNOME: аналогичную проблему находили ещё несколько лет назад. Отдельно исследователи отметили вопросы к механизму «куки», которыми отслеживаются profile hold. Формально речь шла о предсказуемости значений, но в сочетании с отсутствием лимитов это лишь расширяло поверхность атаки.

К счастью, реакция была быстрой. SUSE сообщила об уязвимостях разработчикам ещё в декабре, и в версии TLP 1.9.1 проблема уже закрыта. В частности, число одновременных profile hold теперь жёстко ограничено числом 16, что убирает риск истощения ресурсов.

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