Уязвимости BIOSConnect ставят под удар 30 миллионов компьютеров Dell

Уязвимости BIOSConnect ставят под удар 30 миллионов компьютеров Dell

Уязвимости BIOSConnect ставят под удар 30 миллионов компьютеров Dell

Компания Dell обновила прошивки, устранив уязвимости, которые при использовании в связке позволяют по сети скомпрометировать BIOS и захватить контроль над системой. Проблема затрагивает около 130 моделей планшетов, лэптопов и настольных компьютеров — суммарно порядка 30 млн устройств.

Причиной появления уязвимостей является некорректная реализация механизма BIOSConnect в утилите SupportAssist, которую Dell часто ставит вместе с Windows на свои машины. Эта программа обычно используется для получения помощи от службы тежподдержки в диагностике, устранении проблем, восстановлении ОС, загрузке новых прошивок. Шифрованный обмен BIOS с бэкенд-серверами Dell при этом происходит при помощи BIOSConnect.

В этом компоненте SupportAssist исследователи из Eclypsium обнаружили четыре уязвимости:

  • CVE-2021-21571 — неадекватная проверка SSL-сертификата при установке соединения с Dell, 5,9 балла по CVSS; проблема позволяет из положения «человек посередине» (MitM) подменить содержимое ответа, обеспечив доставку вредоносного кода жертве;
  • CVE-2021-21572, CVE-2021-21573, CVE-2021-21574 — переполнение буфера, 7,2 балла; при наличии локального доступа с правами администратора эти ошибки позволяют выполнить любой код в обход ограничений BIOS/UEFI.

Авторы находок отметили, что сочетание этих уязвимостей (8,3 балла по CVSS) может обеспечить злоумышленнику контроль над процессом загрузки ОС. Он также сможет отключить системные средства защиты, чтобы скрыть свое присутствие в системе. Примечательно, что подобная атака возможна даже при включенном режиме безопасной загрузки, который предотвращает внедрение руткитов.

Аналогичная проблема возникает при неправильно настроенном HTTPS Boot — механизме, обеспечивающем загрузку в режиме UEFI с HTTP(S)-сервера. Этот модуль присутствует далеко не во всех системах сборки Dell. Полный список уязвимых продуктов приведен в бюллетене компании.

Вендор устранил все выявленные уязвимости; CVE-2021-21573 и CVE-2021-21574 закрыты на стороне сервера, для остальных вышли обновления прошивки, которые пользователям рекомендуется установить. При отсутствии такой возможности BIOSConnect и HTTPS Boot лучше отключить.

Samsung Galaxy S22 Ultra начали превращаться в кирпич после сброса настроек

Некоторые владельцы Galaxy S22 Ultra столкнулись с очень странной проблемой: после сброса к заводским настройкам их смартфоны внезапно начинают считаться корпоративными устройствами, якобы принадлежащими некой Numero LLC. Из-за этого телефон блокируется через механизм Knox Mobile Enrollment, а пользователь фактически теряет над ним контроль.

Сценарий у пострадавших почти одинаковый, как описывают в Android Authority и сами пользователи на форуме Samsung.

После сброса до заводских настроек человек подключает смартфон к Wi-Fi и начинает обычную настройку Android, но вместо привычного входа в аккаунт получает экран с предупреждением «This device isn’t private».

Дальше система сообщает, что устройство управляется организацией, а действия пользователя могут быть видны удалённому администратору. При этом владельцы утверждают, что покупали смартфоны как обычные розничные устройства, а не как часть корпоративного парка.

 

 

Самое неприятное здесь — простыми способами это не лечится. По сообщениям пользователей, повторные сбросы и даже ручная перепрошивка через Odin не помогают. Причина в том, что такая привязка, вероятно, проверяется на уровне IMEI через серверы Samsung: если устройство числится за организацией, профиль MDM подтягивается снова уже во время первоначальной настройки.

Дополнительные подозрения вызывает и сам «администратор». В жалобах фигурирует приложение SAMSUNG ADMIN, а рядом с ним — странный брендинг FRP UNLOCK SAMSUNG и название компании Numero LLC, которую журналисты не нашли в обычных американских реестрах компаний.

 

Почему это вообще могло произойти, пока до конца неясно. Среди возможных версий называют компрометацию аккаунта реселлера с доступом к Knox Mobile Enrollment, использование сторонних сомнительных сервисов разблокировки, а также возможные злоупотребления вокруг корпоративных механизмов Samsung.

Хуже всего то, что пользователи, по их словам, оказываются в замкнутом круге между поддержкой Samsung и командами Knox: одни отправляют к другим, а готового механизма быстро снять такую привязку, похоже, нет. Формально правильный путь — обращаться в Samsung с подтверждением покупки и требовать отвязки IMEI, но на практике это, судя по отзывам, может затянуться надолго.

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