Adversaries may abuse Android's startForeground() API method to maintain continuous sensor access. Beginning in Android 9, idle applications running in the background no longer have access to device sensors, such as the camera, microphone, and gyroscope.[1] Applications can retain sensor access by running in the foreground, using Android’s startForeground() API method. This informs the system that the user is actively interacting with the application, and it should not be killed. The only requirement to start a foreground service is showing a persistent notification to the user.[2]
Malicious applications may abuse the startForeground() API method to continue running in the foreground, while presenting a notification to the user pretending to be a genuine application. This would allow unhindered access to the device’s sensors, assuming permission has been previously granted.[3]
Malicious applications may also abuse the startForeground() API to inform the Android system that the user is actively interacting with the application, thus preventing it from being killed by the low memory killer.[4]
| ID | Name | Description |
|---|---|---|
| S1225 | CherryBlos |
CherryBlos has utilized foreground services by showing a notification to evade detection.[5] |
| S9005 | DocSwap |
DocSwap has checked for the |
| S1054 | Drinik |
Drinik has C2 commands that can move the malware in and out of the foreground. [8] |
| S0485 | Mandrake |
Mandrake uses foreground persistence to keep a service running. It shows the user a transparent notification to evade detection.[9] |
| S0545 | TERRACOTTA |
TERRACOTTA has utilized foreground services.[10] |
| S0558 | Tiktok Pro |
Tiktok Pro has shown a persistent notification to maintain access to device sensors.[11] |
| ID | Mitigation | Description |
|---|---|---|
| M1011 | User Guidance |
If a user sees a persistent notification they do not recognize, they should uninstall the source application and look for other unwanted applications or anomalies. |
| ID | Name | Analytic ID | Analytic Description |
|---|---|---|---|
| DET0637 | Detection of Foreground Persistence | AN1711 |
The defender correlates foreground service start or promotion activity with persistent-notification presentation, long-lived application execution, and continued access to while-in-use sensors or network activity outside expected user-driven context. The analytic looks for an application invoking foreground service APIs, sustaining a foreground state longer than expected for its declared role, and retaining camera, microphone, location, or other sensor access while the device is locked, the app lacks recent interaction, or the notification identity/function does not match the application’s behavior. |