Intel запретила разработчикам проводить тесты на производительность

Intel запретила разработчикам проводить тесты на производительность

Intel запретила разработчикам проводить тесты на производительность

Intel добавила новый пункт к своему лицензионному соглашению, согласно которому разработчикам дистрибутивов Linux запрещается публиковать результаты тестирования программного обеспечения на быстродействие. Об этом сообщил один из ключевых лидеров движения Open Source и Free Software Брюс Перенс.

Этот пункт, судя по всему, был добавлен Intel, чтобы разработчики не выявили ухудшение производительности после патчей, устраняющих опасность атак Spectre и Foreshadow.

«Вы не будете, а также не дадите какой-либо третьей стороне, публиковать результаты тестов программного обеспечения на производительность или сравнительных тестов», — гласит новый пункт соглашения.

Эти правила появились одновременно с патчами для печально известной L1TF. Эти патчи стали доступны пользователям Microsoft и Linux на днях.

Проблема производительности вообще волнует пользователей со времен Meltdown и Spectre, так как они серьезные бреши требовали патчей, так или иначе влияющих на производительность. Intel даже пришлось столкнуться с несколькими судебными процессами по этому поводу.

В случае с L1TF корпорация заявила, что выпущенные исправления никак не влияют на производительность. Однако к чему тогда этот запрет на тестирования?

Пару дней назад Microsoft выпустила патчи микрокода от Intel, которые устраняют уязвимости класса Spectre. В числе прочего эти обновления решают проблему недавно описанной новой атаки спекулятивного выполнения, которая получила имя Foreshadow.

Обновления доступны для всех поддерживаемых версий Windows 10 и Windows Server.

Контроллер памяти AMD научили обходить аппаратную изоляцию

Исследователь Кристофер Домас опубликовал PoC-проект skitter-creek-bath-salts, демонстрирующий обход аппаратной защиты памяти на процессорах AMD Family 16h. Техника манипулирует настройками контроллера DRAM и позволяет обращаться к областям, которые должны быть недоступны даже операционной системе, ядру и коду с привилегиями ring 0.

Обычно программные и аппаратные механизмы контролируют доступ по физическим адресам.

Но последнюю точку в маршруте ставит контроллер памяти: он переводит адрес в конкретные координаты DRAM — канал, ранг, банк, строку и столбец.

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

 

Чтобы система не рухнула, PoC отключает прерывания, подготавливает кеш и таблицы трансляции, ненадолго меняет схему адресации, читает или записывает нужные данные, а затем возвращает исходные настройки.

Для поиска адресов-двойников проект использует линейную алгебру и SMT-решатель Z3. Инструменты восстанавливают связь между обычным и изменённым отображением памяти, после чего вычисляют алиас для защищённой области.

Исследователь продемонстрировал потенциальный доступ к памяти AMD Platform Security Processor, включая данные fTPM, защищённой области System Management Mode, состояниям процессора C6 и хранилищу микрокода. Последний сценарий допускает не только извлечение копии патча, но и её возможное изменение перед восстановлением состояния ядра.

PoC проверяли только на AMD Family 16h. Данных об аналогичной уязвимости в новых AMD, Intel, ARM или RISC-V нет.

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