В GrapheneOS предложили защищать Android от эксплойтов прошивки авторебутом

В GrapheneOS предложили защищать Android от эксплойтов прошивки авторебутом

В GrapheneOS предложили защищать Android от эксплойтов прошивки авторебутом

Разработчики операционной системы GrapheneOS, основанной на Android, предложили способ усложнить эксплуатацию уязвимость в прошивке: для этого нужно добавить в ОС функцию частой автоперезагрузки.

Как отмечают специалисты, за последнее время им удалось выявить ряд брешей в прошивке, затрагивающих смартфоны Google Pixel и Samsung Galaxy. Эти баги могли привести к краже данных и даже помочь шпионить за пользователями.

Далее девелоперы GrapheneOS указали на режим мобильного устройства «в покое», который подразумевает, что девайс либо выключен, либо не был разблокирован после перезагрузки.

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

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

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

Эксперты не стали делиться подробностями выявленных уязвимостей, но предложили отличный способ дополнительной защиты Android-устройств: частая автоперезагрузка будет существенно затруднят эксплуатацию багов в прошивке.

В GrapheneOS, например, сейчас установлен авторебут каждые 72 часа, однако разработчики считают, что временной интервал необходимо уменьшить.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Новая дыра в macOS: libAppleArchive позволяет обойти Gatekeeper

Apple снова попала в новости из-за уязвимости — на этот раз в своей библиотеке libAppleArchive, которая используется для работы с архивами .aar. Исследователь Снулли Кеффабер нашёл критическую брешь (CVE-2024-27876, CVSS 8.1), позволяющую не только записывать файлы в произвольные места на диске, но и обходить защиту Gatekeeper.

Всё началось с того, что Кеффабер написал собственный парсер — libNeoAppleArchive — чтобы изучить поведение Apple Archive на Linux.

Работая с логикой обработки симлинков, он заметил странность: архив можно было распаковать так, что один из файлов на выходе оказывался… симлинком в любую другую директорию на системе.

Дальнейшие эксперименты показали, что во время распаковки возникает «состояние гонки» (race condition). Библиотека сначала проверяет, существует ли нужная папка, и только потом пытается её создать.

Если в этот момент подложить симлинк на другую директорию, libAppleArchive всё равно будет считать, что каталог создан, и продолжит писать туда файлы. В результате данные попадут по адресу, на который указывает симлинк — полностью под контролем атакующего.

Повторив структуру из симлинков и файлов в архиве несколько раз, Кеффаберу удалось сильно повысить процент успеха атаки.

На этом он не остановился: следующей целью стал обход Gatekeeper. Оказалось, что стандартная утилита Archive Utility сначала распаковывает файлы во временную директорию, а только потом вешает на них карантинные метки. Если с помощью уязвимости заставить libAppleArchive распаковать файл вне этой директории, он обойдёт карантин и сможет запускаться без предупреждений — что, конечно, опасно.

Уязвимость затрагивает не только macOS. libAppleArchive используется в WorkflowKit (Shortcuts), FlexMusicKit, ClipServices, а также в приложении «Файлы» на iOS, которое тоже умеет распаковывать .aar. Даже если включены проверки пути вроде pathIsValid(), гонка всё равно позволяет их обойти.

Кеффабер опубликовал PoC, продемонстрировав, что атака вполне реалистична, хотя и требует знания таких деталей, как переменная $TMPDIR.

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

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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