Новый метод позволяет перехватывать сканирование отпечатков в Android

Новый метод позволяет перехватывать сканирование отпечатков в Android

Новый метод позволяет перехватывать сканирование отпечатков в Android

Один из студентов Китайского университета Гонконга обнаружил интересную форму атаки, использующую встроенный в современные Android-смартфоны сканер отпечатков пальцев. Новая злонамеренная техника получила имя «Fingerprint-Jacking».

Свою находку Сяньбо Ван описал на конференции Black Hat Europe. Оказалось, что специалист искал баги в мобильном приложении Wallet, а выявил куда более серьёзную проблему безопасности.

Атака вида «Fingerprint-Jacking» основана на пользовательском интерфейсе и функции сканирования отпечатков пальцев в мобильных приложениях. На конференции Ван продемонстрировал обнаруженный метод. Сначала он запустил на устройстве под Android 10 приложение Magisk, способное контролировать программы, у которых есть root-доступ.

Затем он открыл обычное приложение-дневник и увидел экран блокировки. С помощью сканирования отпечатка пальца специалист разблокировал устройство и снова попал в приложение-дневник. Однако после повторного запуска Magisk стало понятно, что у софта теперь есть root-доступ на девайсе.

«Цель подобной атаки — заставить жертву одобрить вредоносные действия без её ведома. Для этого могут использоваться приложения с минимальными правами в системе», — объяснил сам эксперт.

В ходе исследования Ван пытался выяснить, может ли одно приложение использовать API для сканирования отпечатков (FingerprintManager), когда другое находится на переднем плане. Несмотря на попытки разработчиков Android блокировать подобное поведение, специалист нашёл способ обойти эти ограничения.

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

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

Android 17 запретит приложениям внезапно орать в фоне

Google решила покончить с одной из самых мерзких мобильных неожиданностей: когда давно свёрнутое приложение или забытая вкладка браузера внезапно начинает воспроизводить звук. В Android 17 для этого появился системный механизм Background Audio Hardening.

Теперь приложение сможет включать аудио, запрашивать аудиофокус и менять громкость только при видимом на экране интерфейсе либо при корректно запущенной foreground-службе.

Ограничение действует на все приложения в Android 17, даже если они пока не адаптированы под API 37.

Если программа попытается шуметь из неподходящего фонового состояния, система просто проигнорирует её запрос. Воспроизведение и изменение громкости будут заблокированы без ошибки или падения приложения, а запрос аудиофокуса завершится отказом.

Как объясняет Google, нововведение должно остановить случайный запуск звука. Например, приложение могло зависнуть из-за проблем с сетью, быть заморожено системой, а затем очнуться через несколько часов и внезапно продолжить воспроизведение. Другой сценарий — потерянная медиасессия, которая продолжает жить уже без видимого интерфейса и понятной кнопки остановки.

Изменение работает на уровне всей операционной системы, поэтому это не специальное лекарство для Chrome, YouTube или сайтов с наглым автовоспроизведением. Под новые правила попадут браузеры, игры, медиаплееры и остальные приложения.

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

Google также предусмотрела тестирование через ADB: защиту можно включить, отключить или перевести в жёсткий режим, при котором некорректные обращения к аудиоинтерфейсам вызывают явные ошибки.

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