Мобильная безопасность - HackExpert.ru Форум https://hackexpert.ru/community/%d0%bc%d0%be%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d0%b0%d1%8f-%d0%b1%d0%b5%d0%b7%d0%be%d0%bf%d0%b0%d1%81%d0%bd%d0%be%d1%81%d1%82%d1%8c/ HackExpert.ru Доска обсуждений ru-RU Tue, 27 Oct 2026 09:34:48 +0000 wpForo 60 подмена стикера https://hackexpert.ru/community/%d0%bc%d0%be%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d0%b0%d1%8f-%d0%b1%d0%b5%d0%b7%d0%be%d0%bf%d0%b0%d1%81%d0%bd%d0%be%d1%81%d1%82%d1%8c/%d0%bf%d0%be%d0%b4%d0%bc%d0%b5%d0%bd%d0%b0-%d1%81%d1%82%d0%b8%d0%ba%d0%b5%d1%80%d0%b0/ Tue, 03 Feb 2026 06:00:20 +0000 Коллеги, ловите вектор для офлайн-фишинга: злоумышленник может незаметно наклеить свой NFC-стикер поверх легитимного на терминале. Прикладывая телефон, жертва может невольно инициировать сессию с враждебным чипом, что открывает возможности для подмены данных, крабы сессий (теор.) или сбора логов. Всегда проверяйте терминал на лишние "слои" пальцем. Встречали подобное в дикой природе? 

]]> Мобильная безопасность tarantas https://hackexpert.ru/community/%d0%bc%d0%be%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d0%b0%d1%8f-%d0%b1%d0%b5%d0%b7%d0%be%d0%bf%d0%b0%d1%81%d0%bd%d0%be%d1%81%d1%82%d1%8c/%d0%bf%d0%be%d0%b4%d0%bc%d0%b5%d0%bd%d0%b0-%d1%81%d1%82%d0%b8%d0%ba%d0%b5%d1%80%d0%b0/ Тёмные уголки Android 14: тихие смерти Permission Guard и странности с CredentialManager https://hackexpert.ru/community/%d0%bc%d0%be%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d0%b0%d1%8f-%d0%b1%d0%b5%d0%b7%d0%be%d0%bf%d0%b0%d1%81%d0%bd%d0%be%d1%81%d1%82%d1%8c/%d1%82%d1%91%d0%bc%d0%bd%d1%8b%d0%b5-%d1%83%d0%b3%d0%be%d0%bb%d0%ba%d0%b8-android-14-%d1%82%d0%b8%d1%85%d0%b8%d0%b5-%d1%81%d0%bc%d0%b5%d1%80%d1%82%d0%b8-permission-guard-%d0%b8-%d1%81%d1%82%d1%80/ Sat, 10 Jan 2026 04:10:16 +0000 Всем салют. Сидел последние месяцы над аудитом одного кастомного прошивашки на A14, наткнулся на пару любопытных моментов. Может, кому интересно будет копнуть или уже видели подобное.

1. Permission Guard или где теряются android.permission.POST_NOTIFICATIONS

Все знают про Runtime Permissions (тайгеры). Но в A14 появился этот PermissionGuard сервис, который должен проверять, не держит ли процесс разрешение дольше, чем надо (типа для защиты от снапшота). Так вот, если в момент запроса пермишена (ActivityResultLauncher) вызвать finishAffinity() и быстро воссоздать активность в определенном состоянии (речь про флаги FLAG_ACTIVITY_NEW_TASK | FLAG_ACTIVITY_CLEAR_TOP), проверка в PermissionGuard может не успеть обновиться. В логах висит Permission grant no longer needed, но диалог пользователю всё равно показан. Пользователь жмёт "Разрешить", а разрешение в settings dump не записывается. Система думает, что разрешения нет. Реальный баг? Похоже на race condition в PermissionController. Для эксплуатации нужен софтный предзагруженный апк или рут (чтобы подсунуть свой ActivityManager). Но сам вектор — забавный.

2. CredentialManager и биометрика: когда setUserAuthenticationRequired(true) не работает

Новая штука CredentialManager для пассвордов и ключей. Кинул свой CreateCredentialRequest, привязал к BiometricPrompt. Всё ок. Но если в манифесте для активити выставить android:screenOrientation="portrait", а сам BiometricPrompt вызвать после принудительного поворота в ландшафт (через setRequestedOrientation), то в некоторых кастомных сборках (OEMs, тут смотрю на тебя, Xiaomi и Samsung) коллбэк onAuthenticationSucceeded срабатывает до фактической верификации отпечатка. CryptoObject потом, правда, не работает, но факт прохода аутентификации — есть. Логи показывают, что Keyguard посылает BIOMETRIC_SUCCESS раньше, чем BiometricService обновляет внутренний стейт. Это баг в реализации AuthService от вендора или в AOSP? Копаю.

3. Старое доброе: интенты PendingIntent в Notification.Action

Да, это известная тема, но в A14 её "починили" только наполовину. Если в PendingIntent для действия в нотификации засунуть Intent с FLAG_ACTIVITY_NEW_TASK и экспортируемым бродкаст-ресивером, который есть в системном апк (например, com.android.settings), можно ещё прыгать. Система проверяет только целевой пакет, но не цепочку вызовов. Ведёт к leak of system broadcast. Уже зарепортил, но фикса нет.

Вопросы коллегам:

  • Кто-то смотрел в сторону PackageInstaller сессий и adb install -t (тестовые пакеты) на последних прошивках? Есть подозрение, что можно подменить пакет во время инсталляции, если успеть между CMD_CHECK_FORWARD_LOCK и CMD_VERIFY_SESSION.

  • Может, есть наработки по срыву FGS (Foreground Service) через манипуляции с JobScheduler? Типа довести до state FORCE_STOPPED и вызвать ANR в системном процессе.

Дисклаймер: Всё выше — исследование в образовательных целях на своём устройстве. Не ломайте то, что вам не принадлежит.

Теги: #android14 #aosp #bug_hunting #permissions #biometric #credentialmanager #oem

]]> Мобильная безопасность elmirzz https://hackexpert.ru/community/%d0%bc%d0%be%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d0%b0%d1%8f-%d0%b1%d0%b5%d0%b7%d0%be%d0%bf%d0%b0%d1%81%d0%bd%d0%be%d1%81%d1%82%d1%8c/%d1%82%d1%91%d0%bc%d0%bd%d1%8b%d0%b5-%d1%83%d0%b3%d0%be%d0%bb%d0%ba%d0%b8-android-14-%d1%82%d0%b8%d1%85%d0%b8%d0%b5-%d1%81%d0%bc%d0%b5%d1%80%d1%82%d0%b8-permission-guard-%d0%b8-%d1%81%d1%82%d1%80/ Нужен разраб по С++ https://hackexpert.ru/community/%d0%bc%d0%be%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d0%b0%d1%8f-%d0%b1%d0%b5%d0%b7%d0%be%d0%bf%d0%b0%d1%81%d0%bd%d0%be%d1%81%d1%82%d1%8c/%d0%bd%d1%83%d0%b6%d0%b5%d0%bd-%d1%80%d0%b0%d0%b7%d1%80%d0%b0%d0%b1-%d0%bf%d0%be-%d1%81/ Mon, 08 Dec 2025 10:30:45 +0000 в мой проект требуется разраб С++ .
Задача мигрировать крупный проект С++03 на С++ 2015-2020.
Проект с имеет сторонние библиотеки SDK .

Если кто то согласиться ,будет иметь доход 40 %(30-80к в месяц,зависит от сезона.) от сумм доната игроков.
подробности vk.com/id663897841

]]> Мобильная безопасность bbbf https://hackexpert.ru/community/%d0%bc%d0%be%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d0%b0%d1%8f-%d0%b1%d0%b5%d0%b7%d0%be%d0%bf%d0%b0%d1%81%d0%bd%d0%be%d1%81%d1%82%d1%8c/%d0%bd%d1%83%d0%b6%d0%b5%d0%bd-%d1%80%d0%b0%d0%b7%d1%80%d0%b0%d0%b1-%d0%bf%d0%be-%d1%81/ Подмена SSl в мобильном банке https://hackexpert.ru/community/%d0%bc%d0%be%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d0%b0%d1%8f-%d0%b1%d0%b5%d0%b7%d0%be%d0%bf%d0%b0%d1%81%d0%bd%d0%be%d1%81%d1%82%d1%8c/%d0%bf%d0%be%d0%b4%d0%bc%d0%b5%d0%bd%d0%b0-ssl-%d0%b2-%d0%bc%d0%be%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d0%be%d0%bc-%d0%b1%d0%b0%d0%bd%d0%ba%d0%b5/ Fri, 08 Aug 2025 15:02:26 +0000 Обнаружил дичь в одном популярном мобильном банке (не буду светить какой) через инжект в WebView можно подменить SSL-сертификат и слушать все HTTPS-запросы. Сам в шоке, что в 2025 еще есть приложения, которые не включают certificate pinning. Кто сталкивался?

Короче, берешь прокси (Burp/Fiddler), настраиваешь MITM, подсовываешь свой сертификат в доверенные на девайсе (на рутованном вообще без проблем), а потом через инжект JS в WebView заставляешь приложение тупо игнорить ошибки сертификата. И вуаля все сессии пользователя у тебя в логах. Самый прикол, что это работает даже если в нативном коде pinning есть WebView живет своей жизнью.

Кто-нибудь тестил подобное на других банковских приложениях? Интересуют способы обхода более жестких защит (типа реактивного блокирования при изменении сертификата).

Готов обменяться на годный скрипт для автоматизации этой херни. P.S. А разработчикам: если у вас в WebView стоит setWebContentsDebuggingEnabled(true) или onReceivedSslError с игнором ошибок вас уже наверняка грабят.

]]> Мобильная безопасность DildoMan2 https://hackexpert.ru/community/%d0%bc%d0%be%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d0%b0%d1%8f-%d0%b1%d0%b5%d0%b7%d0%be%d0%bf%d0%b0%d1%81%d0%bd%d0%be%d1%81%d1%82%d1%8c/%d0%bf%d0%be%d0%b4%d0%bc%d0%b5%d0%bd%d0%b0-ssl-%d0%b2-%d0%bc%d0%be%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d0%be%d0%bc-%d0%b1%d0%b0%d0%bd%d0%ba%d0%b5/ Разбираем уязвимость в Android-приложении: Insecure Storage + Backdoor-Activity https://hackexpert.ru/community/%d0%bc%d0%be%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d0%b0%d1%8f-%d0%b1%d0%b5%d0%b7%d0%be%d0%bf%d0%b0%d1%81%d0%bd%d0%be%d1%81%d1%82%d1%8c/%d1%80%d0%b0%d0%b7%d0%b1%d0%b8%d1%80%d0%b0%d0%b5%d0%bc-%d1%83%d1%8f%d0%b7%d0%b2%d0%b8%d0%bc%d0%be%d1%81%d1%82%d1%8c-%d0%b2-android-%d0%bf%d1%80%d0%b8%d0%bb%d0%be%d0%b6%d0%b5%d0%bd%d0%b8%d0%b8-insecur/ Wed, 06 Aug 2025 08:25:06 +0000 Недавно анализировал приложение "SecureBank v2.1" (нашел на GitHub как тренировочный стенд) и обнаружил две критические уязвимости:

1. Insecure Data Storage (SharedPreferences в plain text)

Приложение хранит токены и PIN-коды в /data/data/com.securebank/shared_prefs/config.xml без шифрования. Достаточно иметь root-доступ (или эмулятор с adb shell):

bash
 
adb shell
su
cat /data/data/com.securebank/shared_prefs/config.xml

Фикс: Использовать EncryptedSharedPreferences или Keystore.

2. Backdoor-Activity (Скрытый функционал)

В AndroidManifest.xml нашёл активность com.securebank.debug.AdminPanel с правами android:exported="true". Через ADB можно вызвать её без авторизации:

bash
 
adb shell am start -n com.securebank/.debug.AdminPanel

Открывается панель с сбросом паролей пользователей — классический бэкдор!

Инструменты

  • JADX — для декомпиляции APK.

  • Frida — динамический анализ (перехват SharedPreferences).

  • MobSF — автоматическое сканирование.

Вопрос

Кто-нибудь сталкивался с подобными кейсами в реальных Bug Bounty программах? Интересно, как реагируют компании на такие находки.

]]> Мобильная безопасность DedikShop https://hackexpert.ru/community/%d0%bc%d0%be%d0%b1%d0%b8%d0%bb%d1%8c%d0%bd%d0%b0%d1%8f-%d0%b1%d0%b5%d0%b7%d0%be%d0%bf%d0%b0%d1%81%d0%bd%d0%be%d1%81%d1%82%d1%8c/%d1%80%d0%b0%d0%b7%d0%b1%d0%b8%d1%80%d0%b0%d0%b5%d0%bc-%d1%83%d1%8f%d0%b7%d0%b2%d0%b8%d0%bc%d0%be%d1%81%d1%82%d1%8c-%d0%b2-android-%d0%bf%d1%80%d0%b8%d0%bb%d0%be%d0%b6%d0%b5%d0%bd%d0%b8%d0%b8-insecur/