Intel внедрит защитную функцию CET в линейку процессоров Tiger Lake

Intel внедрит защитную функцию CET в линейку процессоров Tiger Lake

Intel внедрит защитную функцию CET в линейку процессоров Tiger Lake

Intel планирует внедрить экспериментальную защитную функцию CET в готовящиеся к выходу мобильные процессоры Tiger Lake. Напомним, что техногигант работал над CET с 2016 года.

Аббревиатура расшифровывается как Control-flow Enforcement Technology — другими словами, функция работает с «порядком управления», определяющим, в какой последовательности выполняются задачи внутри CPU.

Запущенная на устройстве вредоносная программа может использовать уязвимости в приложениях для перехвата порядка управления, что позволяет в результате внедрить вредоносный код в контекст сторонней программы.

В процессорах линейки Tiger Lake разработчики Intel планируют бороться с такими атаками. Для этого и была создана функция CET, которая будет защищать порядок управления с помощью двух механизмов — «теневой стек» и «непрямое отслеживание ветви».

Теневой стек подразумевает работу с копией порядка управления приложения. Эта копия хранится в специальной защищённой области центрального процессора. Благодаря этому методу удаётся предотвратить несанкционированные изменения в порядке выполнения приложения.

Спецификации CET разработчики опубликовали ещё в 2016 году. Ознакомиться с ними можно по этой ссылке (PDF).

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Уязвимости в библиотеке libxml2, потенциально приводящие к выполнению кода

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

Пользователям родственной libxslt следует иметь в виду, что эта библиотека содержит три незакрытые уязвимости, а работы по сопровождению проекта приостановлены.

Уязвимость CVE-2025-6021 в libxml2 связана с ошибкой целочисленного переполнения, которое приводит к записи за границами буфера. Проблема возникла из-за некорректной реализации функции xmlBuildQName(); патч включен в состав сборки 2.14.4 пакета.

Уязвимость CVE-2025-6170 (переполнение буфера в стеке) проявляется при запуске интерактивной оболочки xmllint, инструмента командной строки, используемого для парсинга XML-файлов. Причина — неадекватная проверка размера входных данных.

Эксплойт позволяет вызвать состояние отказа в обслуживании (DoS), которое при отсутствии соответствующей защиты в системе можно использовать для выполнения произвольного кода.

Три DoS-уязвимости обнаружил Никита Свешников из Positive Technologies. Две из них оценены как критические (CVE-2025-49794 и CVE-2025-49796), одна — как высокой степени опасности (CVE-2025-49795).

В прошлом году в libxml2 объявилась уязвимость XXE (возможность XML-инъекции), позволяющая получить несанкционированный доступ к конфиденциальным данным.

С тех пор политика раскрытия проблем безопасности, выявляемых в libxml2, изменилась: теперь информация публикуется до выпуска исправленных версий, чтобы сообщество активнее принимало участие в создании патчей.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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