Shizuku задумывался как способ дать обычным Android-приложениям доступ к системным API без root, но тот же механизм превращает одно разрешение в почти универсальный пропуск к функциям ADB. Команда Pradeo проверила инструмент на Android 16 и выяснила, что после авторизации приложение получает права системной оболочки shell с UID 2000.
В тесте использовали Shizuku 13.6 в режиме ADB без root и приложение, которому не выдавали никаких разрешений Android, кроме доступа к Shizuku. Из 41 проверенной команды 27 через Shizuku возвращали больше данных или открывали дополнительные возможности. Причина в том, что сервер выполняет команды от имени shell, а не самого приложения.
Разница оказалась заметна даже в базовой инвентаризации устройства. Без Shizuku тестовое приложение видело 98 установленных пакетов, два собственных процесса и 284 строки системного журнала. После подключения к сервису цифры выросли до 261 пакета, 382 процессов и 1978 строк, доступных системной оболочке. Пять команд не сработали в обоих режимах.
Pradeo также воспроизвела четыре сценария злоупотребления. Приложение смогло прочитать секреты, которые другая программа оставила в logcat, незаметно установить тестовый APK без окна установщика и выдать себе доступ к контактам без системного запроса. Через shell также удалось собрать сведения об аккаунтах, сетевых соединениях и использовании приложений.
При этом Shizuku не даёт shell-процессу прямого доступа к закрытым каталогам других приложений в /data/data, если пакет не помечен как отладочный. Речь не идёт и об уязвимости Android или Shizuku: механизм работает по проекту. Риск возникает после того, как пользователь разрешает стороннему приложению выполнять команды через уже запущенный сервис. Одно согласие действует сразу для всех таких команд.
Реальный троян RedHook показал более опасный вариант той же схемы. Получив Accessibility через социальную инженерию, вредонос сам включает режим разработчика и беспроводную отладку, подключается к локальному ADB и разворачивает собственный сервер на основе Shizuku. После перезагрузки RedHook может снова включить отладку и вернуть привилегии за считаные секунды.
Авторы проверки советуют обращать внимание на неожиданно включённые Developer options и USB или Wireless debugging, неизвестные приложения с Accessibility и запущенный Shizuku-сервис. При этом наличие Shizuku само по себе не означает заражение: инструмент используют легитимные программы для управления пакетами, резервного копирования, автоматизации и настройки системы.