Критическая уязвимость U-Boot позволяет рутовать встроенные устройства

Критическая уязвимость U-Boot позволяет рутовать встроенные устройства

Критическая уязвимость U-Boot позволяет рутовать встроенные устройства

Исследователи из NCC Group выявили две уязвимости в популярном загрузчике U-Boot. Одну из них можно использовать для джейлбрейка встраиваемых систем на базе Linux через отправку вредоносных пакетов по локальной сети.

Загрузчик операционной системы U-Boot с открытым исходным кодом ориентирован на встроенные устройства и поддерживает различные архитектуры, в том числе MIPS, PowerPC и ARM. Он используется также в портативных устройствах, в том числе телефонах Android и некоторых Chromebook.

Обе найденные уязвимости связаны с работой алгоритма дефрагментации IP-пакетов, реализованного в U-Boot. Проблема CVE-2022-30790 (9,6 балла CVSS), согласно бюллетеню NCC, позволяет перезаписать дескриптор массива hole при копировании содержимого одной области памяти в другую. Такое упушение открывает возможность для записи произвольных данных за границами выделенной памяти.

Эксплойт осуществляется путем отправки из локальной сети IP-пакетов с недопустимым значением длины заголовка. В процессе маршрутизации неправильно оформленный пакет будет, скорее всего, отброшен, но к этому времени злоумышленник добьется своего — получит root-доступ к атакуемой системе.

Уязвимость CVE-2022-30552 (7,1 балла) исследователи отнесли к классу «переполнение буфера». Эксплойт в данном случае тоже проводится с помощью специально созданного IP-пакета и позволяет вызвать на устройстве состояние отказа в обслуживании (DoS).

Отчет о находках был направлен кураторам проекта 18 мая. Патчи пока находятся в разработке, предложения по исправлению ситуации уже опубликованы в виде коммита на GitHub.

Android запретит доступ к экрану «лишним» приложениям

Google, похоже, готовит ещё одно нововведение по части безопасности Android. В тестовой сборке Android Canary 2602 обнаружена новая функция для Advanced Protection Mode — режима «максимальной защиты», который компания представила в Android 16.

Теперь Advanced Protection Mode может ограничивать работу приложений, использующих AccessibilityService API, если они не классифицированы как инструменты для доступности.

AccessibilityService API — это мощный механизм Android, изначально созданный для помощи людям с ограниченными физическими возможностями. С его помощью приложения могут читать содержимое экрана, отслеживать действия пользователя и даже выполнять жесты от его имени.

Именно поэтому этот API часто становился инструментом атакующих. За последние годы многие приложения — от автоматизаторов и лаунчеров до «оптимизаторов» и антивирусов — использовали его для обхода системных ограничений. Формально ради удобства, однако на деле получая очень широкие права.

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

По данным аналитиков, в новой версии Android Canary  при включении Advanced Protection Mode система:

  • запрещает выдавать разрешение Accessibility Service приложениям, не признанным Accessibility Tools;
  • автоматически отзывает уже выданные разрешения у таких приложений.

Если приложение сильно зависит от этого API, оно просто перестанет работать.

В тестах, например, приложение dynamicSpot (эмулирующее Dynamic Island на Android) становилось недоступным: пункт был с пометкой «Restricted by Advanced Protection». Причина простая: оно использует AccessibilityService для чтения уведомлений и отображения поверх других приложений.

Инструменты, официально классифицированные как средства доступности, под ограничения не попадают.

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