Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Mobile Security

End of Bibblio RCM includes -->
10/31/2019
04:00 PM
Larry Loeb
Larry Loeb
Larry Loeb

Chinese-Linked APT41 Can Read Your Texts

New malware family is designed to have the ability to monitor as well as save SMS traffic from specific phone numbers, IMSI numbers and keywords for subsequent theft.

FireEye Mandiant says that it has recently discovereda new malware family being used by APT41 (a Chinese APT group) that is designed to have the ability to monitor as well as save SMS traffic from specific phone numbers, IMSI numbers and keywords for subsequent theft. They say the malware, MESSAGETAP, was deployed as part of Chinese espionage efforts.

APT41 has previously been described by FireEye in a report as a dual cybercrime (finanacially motivated) and espionage operation.

The current operation was found during an August 2019 FireEye investigation at a telecommunications network provider within a cluster of Linux servers. This is an efficient location to place a data stealer because of the high amount of SMS traffic that goes through this part of the system.

Initially loaded by an installation script, MESSAGETAP is a 64-bit ELF data miner. Once installed, the malware checks for the existence of two files: keyword_parm.txt and parm.txt. It attempts to read the configuration files every 30 seconds. If either exist, the contents are read and XOR decoded.

The researchers say that, "The first file (parm.txt) is a file containing two lists:

      1) imsiMap: This list contains International Mobile Subscriber Identity (IMSI) numbers. IMSI numbers identify subscribers on a cellular network.

 

               2) phoneMap: The phoneMap list contains phone numbers.

The second file (keyword_parm.txt) is a list of keywords that is read into keywordVec."

Once loaded into memory, both files are deleted. Then, the serious eavesdropping begins.

It uses the libpcap library to listen to all traffic and parses network protocols, starting with Ethernet and IP layers. It continues parsing protocol layers including SCTP, SCCP and TCAP. Finally, the malware parses and extracts SMS message data from the network traffic.

FireEye says that the malware will search the SMS message contents for keywords found in the keywordVec list, compares the IMSI number with numbers from the imsiMap list, and checks the extracted phone numbers with the numbers in the phoneMap list. The presence of both the phone number and the IMSI number used together signifies a highly targeted attack. The keyword list was composed of terms that the Chinese would find interesting, such as the names of political \r\nleaders, military and intelligence organizations as well as political movements at odds with the Chinese government.

But more is going on here. FireEye found that the threat actor was interacting with call detail record (CDR) databases to query, save and steal records during this same intrusion. The CDR records corresponded to foreign high-ranking individuals of interest to the Chinese intelligence services.

It doesn't seem surprising that a nation-state threat actor would have this sort of interception capability. It is unusual to find such a detailed look at an operational tool as FireEye has provided. They see an evolving Chinese targeting trend focused on both upstream data and targeted surveillance. It is only prudent that due to tools like MESSAGETAP both users and organizations consider the risk of unencrypted data being intercepted several layers upstream in their cellular communication chain.

— Larry Loeb has written for many of the last century's major "dead tree" computer magazines, having been, among other things, a consulting editor for BYTE magazine and senior editor for the launch of WebWeek.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Edge-DRsplash-10-edge-articles
I Smell a RAT! New Cybersecurity Threats for the Crypto Industry
David Trepp, Partner, IT Assurance with accounting and advisory firm BPM LLP,  7/9/2021
News
Attacks on Kaseya Servers Led to Ransomware in Less Than 2 Hours
Robert Lemos, Contributing Writer,  7/7/2021
Commentary
It's in the Game (but It Shouldn't Be)
Tal Memran, Cybersecurity Expert, CYE,  7/9/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Improving Enterprise Cybersecurity With XDR
Enterprises are looking at eXtended Detection and Response technologies to improve their abilities to detect, and respond to, threats. While endpoint detection and response is not new to enterprise security, organizations have to improve network visibility, expand data collection and expand threat hunting capabilites if they want their XDR deployments to succeed. This issue of Tech Insights also includes: a market overview for XDR from Omdia, questions to ask before deploying XDR, and an XDR primer.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2022-2289
PUBLISHED: 2022-07-03
Use After Free in GitHub repository vim/vim prior to 9.0.
CVE-2022-2288
PUBLISHED: 2022-07-03
Out-of-bounds Write in GitHub repository vim/vim prior to 9.0.
CVE-2022-2290
PUBLISHED: 2022-07-03
Cross-site Scripting (XSS) - Reflected in GitHub repository zadam/trilium prior to 0.52.4, 0.53.1-beta.
CVE-2022-2287
PUBLISHED: 2022-07-02
Out-of-bounds Read in GitHub repository vim/vim prior to 9.0.
CVE-2022-34911
PUBLISHED: 2022-07-02
An issue was discovered in MediaWiki before 1.35.7, 1.36.x and 1.37.x before 1.37.3, and 1.38.x before 1.38.1. XSS can occur in configurations that allow a JavaScript payload in a username. After account creation, when it sets the page title to "Welcome" followed by the username, the usern...