T1616: Call Control
Adversaries may make, forward, or block phone calls without user authorization. This could be used for adversary goals such as audio surveillance, blocking or forwarding calls from the device owner, or C2 communication.
Several permissions may be used to programmatically control phone calls, including:
* `ANSWER_PHONE_CALLS` - Allows the application to answer incoming phone calls[1] * `CALL_PHONE` - Allows the application to initiate a phone call without going through the Dialer interface[1] * `PROCESS_OUTGOING_CALLS` - Allows the application to see the number being dialed during an outgoing call with the option to redirect the call to a different number or abort the call altogether[1] * `MANAGE_OWN_CALLS` - Allows a calling application which manages its own calls through the self-managed `ConnectionService` APIs[1] * `BIND_TELECOM_CONNECTION_SERVICE` - Required permission when using a `ConnectionService`[1] * `WRITE_CALL_LOG` - Allows an application to write to the device call log, potentially to hide malicious phone calls[1]
When granted some of these permissions, an application can make a phone call without opening the dialer first. However, if an application desires to simply redirect the user to the dialer with a phone number filled in, it can launch an Intent using `Intent.ACTION_DIAL`, which requires no specific permissions. This then requires the user to explicitly initiate the call or use some form of Input Injection to programmatically initiate it.
Analyst context for executives and security teams
Call Control matters because a malicious Android app with sensitive phone permissions may answer, place, redirect, block, or obscure calls without the user’s authorization. For leaders, the business issue is not just mobile malware: it can affect fraud workflows, banking or help-desk verification calls, executive privacy, incident communications, and employee trust in managed devices.
Executive priority
Prioritize this where Android devices are used for privileged employees, customer support, finance, field operations, or any process that depends on voice calls for authentication, escalation, or business continuity. The ATT&CK relationships show this behavior is used by multiple Android malware and spyware families, including banking trojans and surveillanceware, so mobile permission governance and user guidance should be part of identity, fraud, SOC, and incident response readiness discussions.
Technical view
SOC and mobile security teams should validate whether they can identify Android applications requesting or using call-control-related permissions: ANSWER_PHONE_CALLS, CALL_PHONE, PROCESS_OUTGOING_CALLS, MANAGE_OWN_CALLS, BIND_TELECOM_CONNECTION_SERVICE, and WRITE_CALL_LOG. Review whether telemetry can connect app identity, granted permissions, call-log changes, and unexpected call initiation, forwarding, blocking, or redirection. ATT&CK lists a detection strategy relationship, DET0703, but the object itself provides no official detection text, so local detection content must be validated against device-management, mobile threat defense, and forensic data actually available.
Likely telemetry
- Android application manifest permissions and runtime permission grants
- Installed application inventory and package metadata from managed Android devices
- Call logs, including unusual writes or missing/altered entries where available
- Telecom/phone service events such as initiated, answered, redirected, aborted, or forwarded calls where available
- Use of dialer intents such as ACTION_DIAL when correlated with suspicious automation or input activity
Detection direction
- Inventory apps with call-control permissions and baseline which business-approved apps genuinely require them.
- Tune detections around combinations of risky permissions rather than a single permission alone, because legitimate dialer, communications, accessibility, or enterprise apps may need some of these capabilities.
- Correlate permission grants with call-log anomalies, unexpected outbound calls, blocked inbound calls, or redirection behavior.
- Treat WRITE_CALL_LOG as especially important when paired with call initiation or redirection permissions, because the ATT&CK description notes it may be used to hide malicious calls.
- Use relationship context to inform threat hunting for Android banking trojans, spyware, and surveillanceware, but do not assume attribution from this behavior alone.
Mitigation priorities
- Start with M1011 User Guidance: teach users to scrutinize phone, call-log, and telecom permission prompts and to report unexpected call behavior.
- Define which Android apps are allowed to request call-control permissions and remove or investigate applications outside that approved use case.
- For managed devices, validate that mobile device policy, app review, and compliance processes can surface high-risk phone permissions before and after installation.
- Include call-control abuse in mobile incident response playbooks, especially for finance, executive, support, and other call-dependent workflows.
- Use ATT&CK relationship context to ensure mobile malware risk is represented in banking-fraud, privacy, and surveillance threat scenarios.
Analyst notes and limits
The strongest decision value is permission and telemetry validation: can the organization prove which Android apps can control calls, and can responders reconstruct what happened if calls are placed, blocked, forwarded, or hidden? The broad set of related software families makes this a useful mobile threat-hunting behavior, but it should be treated as a capability indicator, not proof of a specific actor or campaign.
MITRE does not provide official detection text or tactics for this object in the supplied fields. The object is limited to Android. Practical coverage depends on local mobile management, endpoint/mobile threat telemetry, privacy constraints, and whether call logs or telecom events are collected. No claim of active exploitation or customer exposure is made from the supplied data.
Call Control
Adversaries may make, forward, or block phone calls without user authorization. This could be used for adversary goals such as audio surveillance, blocking or forwarding calls from the device owner, or C2 communication.
Several permissions may be used to programmatically control phone calls, including:
* `ANSWER_PHONE_CALLS` - Allows the application to answer incoming phone calls[1] * `CALL_PHONE` - Allows the application to initiate a phone call without going through the Dialer interface[1] * `PROCESS_OUTGOING_CALLS` - Allows the application to see the number being dialed during an outgoing call with the option to redirect the call to a different number or abort the call altogether[1] * `MANAGE_OWN_CALLS` - Allows a calling application which manages its own calls through the self-managed `ConnectionService` APIs[1] * `BIND_TELECOM_CONNECTION_SERVICE` - Required permission when using a `ConnectionService`[1] * `WRITE_CALL_LOG` - Allows an application to write to the device call log, potentially to hide malicious phone calls[1]
When granted some of these permissions, an application can make a phone call without opening the dialer first. However, if an application desires to simply redirect the user to the dialer with a phone number filled in, it can launch an Intent using `Intent.ACTION_DIAL`, which requires no specific permissions. This then requires the user to explicitly initiate the call or use some form of Input Injection to programmatically initiate it.
How security teams should use this page
Treat this object as behavior context, not an attribution claim. Validate the related groups, software, data sources, and mitigations against official ATT&CK relationships and your own telemetry before making control-coverage decisions.
Groups, software, and campaigns
S1195: SpyC23
SpyC23 is a mobile malware that has been used by APT-C-23 since at least 2017. SpyC23 has been observed primarily targeting Android devices in the Middle East.[1]
There are multiple close variants of SpyC23, such as VAMP[2], GnatSpy[3], Desert Scorpion and FrozenCell, which add some additional functionality but are not significantly different from the original malware.
S9004: Crocodilus
Crocodilus is an Android banking Trojan that was discovered in March 2025. Crocodilus targeted users worldwide, including Turkey, Poland, Argentina, Brazil, Spain, the United States, Indonesia and India. Crocodilus has been customized based on the target location. For example, Crocodilus mimicked major Turkish and Spanish banks for users in Turkey and Spain, while users in Poland saw Facebook advertisements that promoted Crocodilus to claim bonus points.[1][2]
S1083: Chameleon
Chameleon is an Android banking trojan that can leverage Android’s Accessibility Services to perform malicious activities. Believed to have been first active in January 2023, Chameleon has been observed targeting users in Australia and Poland by masquerading as official applications. A new variant of Chameleon has expanded its targets to include Android users in the United Kingdom and Italy.[1][2]
S1092: Escobar
S1069: TangleBot
TangleBot is SMS malware that was initially observed in September 2021, primarily targeting mobile users in the United States and Canada. TangleBot has used SMS text message lures about COVID-19 regulations and vaccines to trick mobile users into downloading the malware, similar to FluBot Android malware campaigns.[1]
S1054: Drinik
Drinik is an evolving Android banking trojan that was observed targeting customers of around 27 banks in India in August 2021. Initially seen as an SMS stealer in 2016, Drinik resurfaced as a banking trojan with more advanced capabilities included in subsequent versions between September 2021 and August 2022.[1]
S0655: BusyGasper
BusyGasper is Android spyware that has been in use since May 2016. There have been less than 10 victims, all who appear to be located in Russia, that were all infected via physical access to the device.[1]
S0529: CarbonSteal
CarbonSteal is one of a family of four surveillanceware tools that share a common C2 infrastructure. CarbonSteal primarily deals with audio surveillance. [1]
S0422: Anubis
S0407: Monokle
S9005: DocSwap
DocSwap is an Android malware first identified in 2025, and attributed to Kimsuky. DocSwap’s name is a combination of its Korean name “문서열람 인증 앱” (Document Viewing Authentication App) and a phishing page masquerading as CoinSwap at the C2 address. Based on DocSwap’s name and Korean-language strings, DocSwap potentially targets mobile device users in South Korea. Several variants of DocSwap exist; one of the latest samples indicates that the adversary added a native decryption function that decrypts an internal APK.[1][2]
S1094: BRATA
BRATA (Brazilian Remote Access Tool, Android), is an evolving Android malware strain, detected in late 2018 and again in late 2021. Originating in Brazil, BRATA was later also found in the UK, Poland, Italy, Spain, and USA, where it is believed to have targeted financial institutions such as banks. There are currently three known variants of BRATA.[1][2][3]
All related ATT&CK context
Mitigation direction
Object version and sync metadata
The fields below describe the current mirrored snapshot. When Glexia retains multiple ATT&CK source imports, you can open the table to compare the same object across releases (hashes and MITRE timestamps). For MITRE’s own release notes and roadmap, see ATT&CK resources — Updates .
Imported snapshots across ATT&CK releases (1)
| Release | Bundle imported | Object version | Modified | Status | Raw hash |
|---|---|---|---|---|---|
| 19.1 | 1.2 | Current bundle | 75fbb6e6d329… |
Mirrored ATT&CK source object
The raw object is retained through the mirrored ATT&CK source bundle and object hash. The raw endpoint returns the exact object from the mirrored bundle when available.
External references and citations
MITRE external references are preserved separately from Glexia analysis so citations remain traceable to their original source records.
-
[1]
Android Permissions
Google. (2021, August 11). Manifest.permission. Retrieved September 22, 2021.
Open source URL -
[2]
NIST Mobile Threat Catalogue APP-41Open source URL
-
[3]
NIST Mobile Threat Catalogue CEL-18Open source URL
-
[4]
NIST Mobile Threat Catalogue CEL-36Open source URL
-
[5]
NIST Mobile Threat Catalogue CEL-42Open source URL
-
[6]
mitre-attack T1616Open source URL
Source: MITRE ATT&CK®. © 2026 The MITRE Corporation. This work is reproduced and distributed with the permission of The MITRE Corporation. MITRE ATT&CK and ATT&CK are registered trademarks of The MITRE Corporation. Glexia is not affiliated with or endorsed by MITRE.