Да, как было отмечено выше это поможет пользователю почти во всех случаях. Но разработчику (или другу разработчика) иногда приходится снимать галочку, чтобы поставить свое приложение, еще не доросшее до уровня Google Play, на живое устройство.
Кто согласовывает номера и кто получает прибыль от этого я не знаю, да и вряд ли это можно узнать без юридического основания на получение такого рода инфы.
не скорее всего, а точно:
ОпСоСы получают от 40 до 60 процентов украденных мошенниками денег, ведь кроме них доступа к балансу вашего счёта для списания денег не имеет никто
Если не трудно, расскажите как именно используется будильник для запуска сервиса в фоне, даже если будильник выключен.
Сильно подозреваю, что SET ALARM позволяет ставить будильник незаметно от пользователя (чтобы будильник было не видно в списке). Или я ошибаюсь?
Просто интересен механизм, ради знаний конечно. Использовать во вред я это не буду.
Будильник можно использовать для выполнения периодических действий на устройстве. Я, например, периодически аплоадил изменения, внесенные пользователем в моем приложении, на сервер. Таким образом была возможность в фоне синхронизировать девайс с сервером.
Как использовать этот механизм хорошо описано в этом ответе.
Вы путаете AlarmClock — будильник и AlarmManager — для запланированного запуска чего либо.
SET_ALARM использует именно будильник, но не планировщик.
С виду сейчас оно ничего не делает, видимо поигрались ничего не получилось забыли убрать из списка.
Тогда куда посоветуете обратиться. Формально же состава преступления нет пока не установишь приложение и не используешь его.
Однако на SDK оно падает и не реализует вредоносный функционал, а живое устройство у меня одно и мне его жалко использовать для этого
Reverse-engineering одного вируса для Android