В ноутбуках Lenovo устранили опасные дыры в интерфейсе UEFI

В ноутбуках Lenovo устранили опасные дыры в интерфейсе UEFI

В ноутбуках Lenovo устранили опасные дыры в интерфейсе UEFI

Китайский техногигант Lenovo устранил три уязвимости в аппаратном интерфейсе UEFI. Бреши, позволяющие отключить функцию безопасной загрузки (UEFI Secure Boot), затрагивают серии ноутбуков Yoga, IdeaPad и ThinkBook.

Как отметили специалисты ESET, с помощью соответствующего эксплойта атакующие могли не только обойти безопасную загрузку, но и восстановить базы данных Secure Boot (incl. dbx) в состояние по умолчанию.

Уязвимости получили идентификаторы CVE-2022-3430, CVE-2022-3431 и CVE-2022-3432. Используя их в атаке, злоумышленники могли «посадить» вредоносную программу глубоко и запускать её на этапе загрузки операционной системы.

Lenovo описывает проблемы так:

  • CVE-2022-3430 — дыра в драйвере WMI Setup, с помощью которой атакующие могут изменить настройки Secure Boot, модифицировав переменную NVRAM.
  • CVE-2022-3431 — брешь также затрагивает драйвер, который использовался в процессе производства ряда ноутбуков Lenovo. По ошибке этот драйер не удалили и не деактивировали.
  • CVE-2022-3432 — ещё одна дыра в драйвере, который можно найти на моделях IdeaPad Y700-14ISK.

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

GitHub лёг почти целиком: ошибки затронули API, Actions и Copilot

17 августа GitHub столкнулся с глобальным сбоем, затронувшим почти все основные функции платформы. Разработчики жаловались на проблемы с веб-интерфейсом, API, Issues, Pull Requests, Actions, Webhooks, Pages, Git Operations и Copilot. В разгар инцидента около 20% запросов к сайту и API завершались ошибками.

При загрузке архивов и необработанного содержимого репозиториев показатель доходил примерно до 50%.

Также пострадали корпоративные механизмы аутентификации SAML и OIDC, службы SCIM и Team Sync.

Первые признаки деградации GitHub зафиксировал около 13:40 UTC. Затем список затронутых компонентов начал расти: проблемы последовательно появились у API Requests, Actions, Webhooks, Issues, Pull Requests, Copilot, Pages и операций Git. Codespaces при этом продолжал работать штатно.

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

Параллельно пользователи сообщали о неполадках в других сервисах экосистемы Microsoft, включая Teams и Copilot. Эксперты предположили связь происходящего с сетевыми проблемами Amazon Web Services, однако GitHub официально эту версию не подтверждал и первопричину ещё не раскрыл.

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