Патч от Intel работает только при настройках питания по умолчанию

Патч от Intel работает только при настройках питания по умолчанию

Патч от Intel работает только при настройках питания по умолчанию

Как выяснили специалисты, выпущенные на прошлой неделе патчи от Intel, устраняющие проблему нестабильной работы процессоров 13-го и 14-го поколения (Raptor Lake), оказались неработоспособными на ряде системных плат, которые используют расширенное управление питанием.

Новая версия микрокода от Intel ограничивает напряжение, подаваемое к настольным процессорам 13-го и 14-го поколений до 1,55 вольта, что позволяет устранить проблемы, связанные с нестабильной работой данных процессоров — прежде всего Core i7 и Core i9 — в «тяжелых» приложениях.

Но, как оказалось, эти настройки работают только если в BIOS задана опция Intel Default Settings.

Так, на системной плате Z790 Aorus Master X от Gigabyte, как продемонстрировал эксперт по разгону процессоров, скрывающийся под ником Buildzoid, напряжение повышается до 1,56 вольта уже менее чем через минуту после загрузки операционной системы и до максимума в 1,5792 при запуске ресурсоемких приложений.

 

Как отметил автор издания The Register Мэтью Конатсер, даже повышение напряжения до 1,55 вольта достаточно для повреждения процессора.

В результате, как заявили The Register представители ряда крупных компаний, включая HP и Dell, они пока тестируют обновление BIOS, которые включают исправления микрокода от Intel. Релиз запланирован не раннее начала сентября.

Критическая уязвимость в плагине WPvivid Backup затронула 900 000 сайтов

Уязвимость, выявленная в популярном WordPress-плагине для создания резервных копий, позволяет без аутентификации загрузить на сайт вредоносный код PHP и запустить его на исполнение. Патч включен в состав WPvivid Backup & Migration 0.9.124.

Уязвимости подвержены все прежние версии продукта. Ввиду высокой опасности и масштабности проблемы (на счету WPvivid Backup уже свыше 900 тыс. установок) пользователям настоятельно рекомендуется произвести обновление.

Правда, в блог-записи Wordfence сказано, что CVE-2026-1357 (9,8 балла CVSS) критична лишь для тех, у кого настройки плагина предусматривают обработку сгенерированным ключом — в обеспечение загрузки резервных копий с других сайтов. По умолчанию эта возможность отключена, а срок действия ключа ограничен 24 часами.

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

Как оказалось, когда плагин тщетно пытался расшифровать сеансовый ключ, он не завершал выполнение, а передавал ложное значение $key в phpseclib для инициализации шифрования.

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

 

Ситуацию усугубило отсутствие проверок типа файлов и их расширений в функции send_to_site(). Это провоцировало выход за пределы защищенного каталога резервных копий — загрузку на сервер произвольного PHP-кода с записью в публично доступные места с тем, чтобы он каждый раз отрабатывал в браузере.

Апдейт, устраняющий эти недостатки, вышел 28 января. Автор опасной находки получил 2145 долларов в рамках программы Wordfence Bug Bounty.

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