Статья Android Malware - VNC / Source Code

[abyzzkid]

н

Сохраняешь логику вывода уведомления все же это необходимо для его запуска и просто забираешь права на отображение уведомления =}

но ussd сообщения нельзя так получить, т.к появляется окно и тд

 

[MagicBool]

"на днях скину полные сурсы, готовые к сборке, если эта «вундервафля», конечно, будет интересна. Дайте знать, если это так, друзья."

ЭТО ТАК))))

Даю знать что интересна) а то от автора не дождешься)

 

[NMZ]

"на днях скину полные сурсы, готовые к сборке, если эта «вундервафля», конечно, будет интересна. Дайте знать, если это так, друзья."

ЭТО ТАК))))

Да собрать из этого проект можно без проблем)
В тех сурсах просто лежит многое что мне ну очень жалко в качестве статьи выкладывать а вырезать это сложновато

 

[MagicBool]

Да собрать из этого проект можно без проблем)
В тех сурсах просто лежит многое что мне ну очень жалко в качестве статьи выкладывать а вырезать это сложновато

ну без знаний трудновато(

 

[nopnopshellcode]

супер

 

[NMZ]

Из AcNode в принципе мало что можно получить но вот еще один вариант отрисовки =}
Просто небольшая пища для размышлений что можно поменять

(Определить круглый обьект также нельзя через AcNode но можно прикинуть что он будет иметь одинаковый размер по высоте и ширине)

 

[subjboy24]

"на днях скину полные сурсы, готовые к сборке, если эта «вундервафля», конечно, будет интересна. Дайте знать, если это так, друзья."

ЭТО ТАК))))

Очень интересно

 

[_Sentap]

Полностью с тобой согласен, рендерить на самом телефоне... та ещё морока, потому что Android, как голодный волк, только и ждёт, чтобы сожрать фоновые сервисы (привет dontkillmyapp.com, который до слёз доводит). Короче, ща закину крутой вариант: Вместо того, чтобы весь рендеринг взваливать на телефон, можешь юзать WorkManager, чтобы слать сырые данные Accessibility Node на какой-нибудь лёгкий сервер, а рендеринг делать уже там. Так CPU и RAM телефона меньше нагружаются, и Android реже будет твоему сервису нервы мотать.

Data inputData = new Data.Builder()
    .putString("node_data", serializeNodeInfo(rootNode))
    .build();
OneTimeWorkRequest renderWork = new OneTimeWorkRequest.Builder(RenderWorker.class)
    .setInputData(inputData)
    .build();
WorkManager.getInstance(context).enqueue(renderWork);

На серваке тоже можно замуть лёгкий WebSocket, типа Socket.IO, чтобы данные гонять, и рендерить на стороне сервера через Canvas или даже WebGL... скорость просто космос! Ща закину трюк уровня MIT...


Можешь юзать NotificationChannel с приоритетом IMPORTANCE_MIN, сделать уведомление типа невидимым, но сервис при этом будет жить. Что-то в таком духе:

NotificationChannel channel = new NotificationChannel(CHANNEL_ID, "Hidden Channel", NotificationManager.IMPORTANCE_MIN);
channel.setShowBadge(false);
channel.setLockscreenVisibility(Notification.VISIBILITY_SECRET);

Короче, будь на чеку: в Android 13 и выше Гугл стал пожёстче, так что, возможно, придётся запрашивать разрешение POST_NOTIFICATIONS

 

[NMZ]

Полностью с тобой согласен, рендерить на самом телефоне... та ещё морока, потому что Android, как голодный волк, только и ждёт, чтобы сожрать фоновые сервисы (привет dontkillmyapp.com, который до слёз доводит). Короче, ща закину крутой вариант: Вместо того, чтобы весь рендеринг взваливать на телефон, можешь юзать WorkManager, чтобы слать сырые данные Accessibility Node на какой-нибудь лёгкий сервер, а рендеринг делать уже там. Так CPU и RAM телефона меньше нагружаются, и Android реже будет твоему сервису нервы мотать.

Data inputData = new Data.Builder()
    .putString("node_data", serializeNodeInfo(rootNode))
    .build();
OneTimeWorkRequest renderWork = new OneTimeWorkRequest.Builder(RenderWorker.class)
    .setInputData(inputData)
    .build();
WorkManager.getInstance(context).enqueue(renderWork);

На серваке тоже можно замуть лёгкий WebSocket, типа Socket.IO, чтобы данные гонять, и рендерить на стороне сервера через Canvas или даже WebGL... скорость просто космос! Ща закину трюк уровня MIT...


Можешь юзать NotificationChannel с приоритетом IMPORTANCE_MIN, сделать уведомление типа невидимым, но сервис при этом будет жить. Что-то в таком духе:

NotificationChannel channel = new NotificationChannel(CHANNEL_ID, "Hidden Channel", NotificationManager.IMPORTANCE_MIN);
channel.setShowBadge(false);
channel.setLockscreenVisibility(Notification.VISIBILITY_SECRET);

Короче, будь на чеку: в Android 13 и выше Гугл стал пожёстче, так что, возможно, придётся запрашивать разрешение POST_NOTIFICATIONS

Об этом и писал в статейке, что лучше перенести отрисовку на сервак)
Понятное дело, что рендеринг на стороне клиента — ресурсозатратная вещь.

Про NotificationChannel писал тут тоже, да и тема, ну, вообще не новая, честно сказать.

А вот по поводу того, что Гугл крутит гайки — так тут совсем весело, как только сейчас не веселятся люди с этим.
Как раз таки для этого стоит работать над оптимизацией ибо твой сервис так долго не протянет (хотя на китайцах часто он даже так долго не протянет :} )