Intel не стала встраивать защиту Microsoft Pluton в процессоры Alder Lake

Intel не стала встраивать защиту Microsoft Pluton в процессоры Alder Lake

Intel не стала встраивать защиту Microsoft Pluton в процессоры Alder Lake

Попытки Microsoft продавить собственную аппаратную защиту на всех персональных компьютерах, поставляемых в комплекте с Windows 11, пока не приносят особых результатов. Внедрять технологию Pluton не торопятся даже ее партнеры по разработке.

Метод защиты данных Pluton, реализованный в виде отдельного чипа, Microsoft впервые представила в ноябре 2020 года. По замыслу, такой встраиваемый сопроцессор должен обеспечить безопасное хранение чувствительной информации — ключей шифрования, учетных данных, биометрических ID и проч., защищая их от кражи в результате атаки на аппаратном уровне.

В разработке Pluton принимали активное участие Intel, AMD и Qualcomm, однако сами они пока медлят с реализацией этой технологии в своих продуктах. Так, в интервью The Register представитель Intel заявил, что в процессорах семейства Core 12-го поколения (Alder Lake) поддержка Pluton отсутствует.

Эти новейшие CPU только начали использоваться в лэптопах, и чипмейкер предпочел снабдить их альтернативной защитой — Platform Trust Technology (PTT) собственной разработки. Она тоже предполагает интеграцию модуля TPM 2.0 (Trusted Platform Module, выполняет проверку подлинности аппаратного обеспечения); его наличие является обязательным для компьютера, укомплектованных Windows 11.

Только что вышедшие ThinkPad от Lenovo на чипах Intel пока не поддерживают Pluton; в новых ноутбуках вендора на AMD Ryzen 6000 эта защита доступна, но по умолчанию отключена. Анонсирован также выпуск ThinkPad X13s с Windows 11 (на Qualcomm Snapdragon 8cx 3-го поколения с архитектурой ARM), TPM-модуль Pluton в нем присутствует.

Представитель Dell отказался делиться с The Register прогнозами в отношении Pluton, заявив, что они пока рассматривают возможные варианты. Узнать планы HP по реализации этой технологии журналистам тоже не удалось.

Уязвимость переполнения глобального буфера в zlib грозит DoS и даже RCE

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

Пока не решенной проблеме, классифицируемой как переполнение буфера в глобальной памяти, присвоен идентификатор CVE-2026-22184. Поскольку эксплойт тривиален, степень опасности уязвимости была оценена в 9,3 балла по шкале CVSS.

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

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

Проблему усугубляет тот факт, что untgz отрабатывает до парсинга и валидации архива. Эксплойт в данном случае не требует создания вредоносного файла со сложной структурой, достаточно лишь передать длинное имя в качестве аргумента командной строки.

Уязвимости подвержены все сборки zlib до 1.3.1.2 включительно. В качестве временной меры защиты админам и разработчикам рекомендуется ограничить использование untgz либо вовсе удалить соответствующий пакет до появления пропатченной версии.

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