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

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

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

Алекс Матросов (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 для устранения обнаруженных им недостатков.

ТСПУ начали перенаправлять DNS-запросы к Google и Cloudflare на НСДИ

С вечера 26 августа открытые DNS-запросы к серверам Google и Cloudflare начали перехватываться на российских технических средствах противодействия угрозам (ТСПУ). При обычном UDP-запросе к этим серверам для доменов YouTube и RuTracker возвращался ответ NXDOMAIN, будто таких адресов вообще не существует. Однако запрос по TCP успешно доходил до сервера и получал настоящие IP-адреса.

Об этом сообщил пользователь Хабра angry_agent, изучивший поведение адресов 8.8.8.8 и 1.1.1.1.

Анализ трафика показал ещё более интересную картину. Когда автор отправил DNS-запрос с малым значением TTL, в ответе ICMP TTL Exceeded обнаружился адрес 195.208.5.1, принадлежащий Национальной системе доменных имён (НСДИ), хотя исходный пакет предназначался для 8.8.8.8.

С произвольными UDP-пакетами такой подмены не происходило, система реагировала именно на DNS-трафик.

По версии исследователя, ТСПУ распознаёт открытый DNS-запрос и выполняет направленный DNAT: незаметно меняет адрес назначения и отправляет пакет на сервер НСДИ. Тот уже решает, какой ответ вернуть пользователю. При этом для оператора связи запрос выглядит направленным не к Google, а сразу к НСДИ.

Механизм оказался неидеальным. При быстрой отправке нескольких одинаковых запросов первый получал NXDOMAIN, а следующие всё-таки добирались до Google и возвращали реальные адреса. Кроме того, перенаправление срабатывало не для всех DNS-серверов.

Официального подтверждения такого механизма пока нет, выводы основаны на эксперименте одного пользователя. Напомним, вчера мы писали, что ользователи сразу нескольких российских операторов пожаловались на проблемы с защищёнными DNS-сервисами Google и Cloudflare.

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