RCE-уязвимость в Shim доставила много хлопот разработчикам Linux и Ко

RCE-уязвимость в Shim доставила много хлопот разработчикам Linux и Ко

RCE-уязвимость в Shim доставила много хлопот разработчикам Linux и Ко

Разработчики дистрибутивов Linux проводят проверки и вносят изменения в коды, чтобы закрыть возможность обхода UEFI Secure Boot (защиты от буткитов) через уязвимость, объявившуюся в предзагрузчике Shim.

Данная проблема (CVE-2023-40547, 9,8 балла CVSS) связана с ошибкой записи за границами буфера, которая может возникнуть при парсинге HTTP-ответов сервера, получаемых в процессе централизованной загрузки ОС по сети.

Эксплойт позволяет захватить контроль над системой еще до загрузки ядра ОС, то есть получить привилегированный доступ и возможность обхода всех штатных средств защиты, в том числе механизма Lockdown. Можно также внедрить буткит, однако он не переживет очистки и переформатирования жесткого диска.

Атаку можно провести удаленно либо локально:

  1. Эксплойт по сети предполагает компрометацию либо подмену HTTP-сервера, с которого отдаются файлы для загрузки ОС. В этом случае злоумышленник сможет вмешаться в процесс через перехват трафика по методу MitM. Задачу сильно осложнит использование HTTPS.
  2. Локальный эксплойт требует наличия физического доступа к целевому устройству либо прав администратора, которые можно получить с помощью другой уязвимости. Злоумышленник может, например, с помощью USB-флешки изменить порядок загрузки ОС (данные в переменных EFI или системном разделе EFI), спровоцировав загрузку с удаленного сервера уязвимого Shim и добиться выполнения вредоносного кода из того же источника.

Патч для Shim уже готов и включен в сборку 15.8 софта, однако простая замена не способна полностью решить проблему для Linux и производных (Debian, Ubuntu, SUSE, RHEL, Fedora и проч.). Предзагрузчик заверяется подписью Microsoft, и, как и в случае с BootHole, разработчикам ОС придется также обновить всю цепочку доверия Secure Boot, в том числе список отозванных сертификатов UEFI DBX.

После обновления macOS Tahoe пользователи жалуются на мерцание дисплея

После обновления до macOS Tahoe многие пользователи столкнулись с неожиданной и довольно раздражающей проблемой — экран начал мерцать. Причём чаще всего жалобы поступают от владельцев Apple Studio Display. Проявляется баг по-разному, но чаще всего экран кратковременно «мигает» при переключении между приложениями со светлым фоном или при прокрутке веб-страниц.

О первых случаях рассказал обозреватель Six Colors Дэн Морен. По его словам, мерцание появляется при работе с Mac mini и MacBook Air, подключёнными к Studio Display. Проблему быстро подхватили и на MacRumors — там тоже подтверждают, что жалоб становится всё больше.

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

Морен пробовал отключать True Tone, Night Shift и автоматическую регулировку яркости. По ощущениям, Night Shift мог немного влиять на ситуацию, но проблема остаётся плавающей и непредсказуемой — то появляется, то исчезает, что сильно осложняет диагностику.

Самое неприятное — свежие обновления macOS 26.1 и 26.2 ситуацию не исправили. Более того, некоторые пользователи утверждают, что после 26.2 мерцание стало происходить даже чаще. Apple официально проблему пока никак не комментировала.

Остаётся открытым вопрос, затрагивает ли баг только Studio Display или и другие мониторы. По крайней мере, владельцы Pro Display XDR сообщают, что у них подобных симптомов не наблюдается.

Пока пользователям остаётся лишь ждать реакции Apple — и надеяться, что проблему всё же признают и исправят в одном из следующих обновлений.

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