Некоторые материнские платы содержат дыры, позволяющие установить руткит

Некоторые материнские платы содержат дыры, позволяющие установить руткит

Некоторые материнские платы содержат дыры, позволяющие установить руткит

Алекс Матросов (Alex Matrosov), исследователь из Cylance, обнаружил несколько уязвимостей в материнских платах некоторых производителей, внедривших прошивку Intel UEFI BIOS в свои продукты. Эти бреши позволяют обойти защиту BIOS (например, Intel Boot Guard и Intel BIOS) и установить руткит.

В общей сложности Матросов обнаружил шесть уязвимостей в четырех материнских платах, которые он тестировал:

  • ASUS Vivo Mini - CVE-2017-11315
  • Lenovo ThinkCentre systems - CVE-2017-3753
  • MSI Cubi2 - CVE-2017-11312 and CVE-2017-11316
  • Gigabyte BRIX series - CVE-2017-11313 and CVE-2017-11314

Тестированные исследователем материнские платы были на базе AMI Aptio UEFI BIOS, популярного пакета прошивки BIOS UEFI, также используемого другими OEM-производителями материнских плат, такими как MSI, Asus, Acer, Dell, HP и ASRock.

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

Матросов говорит, что злоумышленник может использовать эти уязвимости для повышения привилегий, обхода защиты BIOS и установки руткитов в современной операционной системе, например, в Windows 10.

Вчера Александр Ермолов, эксперт Embedi, опубликовал новое исследование, основанное на первоначальной работе Матросова. В нем эксперту удается обойти систему защиты Intel Boot Guard на материнской плате Gigabyte GA-H170-D3H, что доказывает наличие серьезно проблемы безопасности.

Однако Матросов утверждает, что есть и положительный момент - производители материнских плат, в том числе AMI, выпустили обновления прошивки BIOS UEFI для устранения обнаруженных им недостатков.

Claude освободил 700 ГБ, удалив домашнюю папку разработчика

Разработчик Себастьен Гиймо поручил ИИ-агенту Claude написать скрипт для очистки временных файлов. Бот справился слишком эффективно: удалил домашний каталог пользователя вместе с 700 ГБ данных и результатами недельной работы, но предусмотрительно оставил папку /tmp, ради которой всё и затевалось.

Гиймо регулярно запускает ИИ-агентов, которые оставляют после себя множество временных файлов.

Он попросил модель Claude Fable создать отдельную песочницу для каждого агента в /tmp и очищать её после завершения работы, не затрагивая используемые данные.

Первая версия скрипта показалась разработчику слишком сложной. Из-за наличия команд безвозвратного удаления Claude запустил дополнительную проверку безопасности. Система Anthropic сочла задачу рискованной и автоматически понизила модель сначала до Opus 5, а затем до Opus 4.8.


Новая модель написала тест, который сравнивал цели удаления с /tmp и домашним каталогом пользователя. Обе директории были правильно признаны опасными. А затем начался этап очистки тестовых данных, и Claude повторно использовал ту же переменную, в которой находился путь к домашней папке.

Гиймо остановил процесс, но слишком поздно: агент успел удалить 700 ГБ. Большую часть информации разработчик восстановил из Git, конфигурации Nix, журналов сессий и других источников. Однако недельная работа всё же пострадала.

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

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