Advertisement
Guest User

Untitled

a guest
Jun 27th, 2019
952
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 30.39 KB | None | 0 0
  1. Research by: Mor Levi, Assaf Dahan, and Amit Serper
  2. EXECUTIVE SUMMARY
  3. In 2018, the Cybereason Nocturnus team identified an advanced, persistent attack targeting global telecommunications providers carried out by a threat actor using tools and techniques commonly associated with the Chinese-affiliated threat actor APT10. This multi-wave attacks focused on obtaining data of specific, high-value targets and resulted in a complete takeover of the network.
  4.  
  5. Want to talk to our experts about Operation Soft Cell? Email us now.
  6. Key Points
  7. Earlier this year, Cybereason identified an advanced, persistent attack targeting telecommunications providers that has been underway for years, soon after deploying into the environment.
  8. Cybereason spotted the attack and later supported the telecommunications provider through four more waves of the advanced persistent attack over the course of 6 months.
  9. Based on the data available to us, Operation Soft Cell has been active since at least 2012, though some evidence suggests even earlier activity by the threat actor against telecommunications providers.
  10. The attack was aiming to obtain CDR records of a large telecommunications provider.
  11. The threat actor was attempting to steal all data stored in the active directory, compromising every single username and password in the organization, along with other personally identifiable information, billing data, call detail records, credentials, email servers, geo-location of users, and more.
  12. The tools and TTPs used are commonly associated with the Chinese threat actor APT10
  13. During the persistent attack, the attackers worked in waves- abandoning one thread of attack when it was detected and stopped, only to return months later with new tools and techniques.
  14. Security Recommendations
  15. Add an additional security layer for web servers. For example, use WAF (Web Application FW) to prevent trivial attacks on Internet-facing web servers.
  16. Expose as few systems or ports to the Internet as possible. Make sure that all web servers and web services that are exposed are patched.
  17. Use an EDR tool to give visibility and immediate response capabilities when high severity incidents are detected.
  18. Proactively hunt in your environment for sensitive assets periodically.
  19. Table of Contents
  20. INTRODUCTION
  21. ANATOMY OF THE ATTACK
  22. INITIAL COMPROMISE: THE MODIFIED CHINA CHOPPER WEB SHELL
  23. RECONNAISSANCE AND CREDENTIAL STEALING
  24. LATERAL MOVEMENT
  25. MAINTAINING A LONG-TERM FOOTHOLD AND STEALING DATA
  26. DATA EXFILTRATION
  27. UNDERSTANDING THE MOTIVE
  28. THREAT INTEL RESEARCH
  29. METHODOLOGY
  30. CONCLUSION
  31. INTRODUCTION
  32. In 2018, 30% of the telecommunications providers reported sensitive customer information was stolen due to an attack. These telecommunications providers have been expanding in size, to the point where In the past thirteen years, mobile cellular phone subscribers have quadrupled in size and sit at 8 billion subscribers today. Due to their wide availability and the fundamental service they bring, telecommunications providers have become critical infrastructure for the majority of world powers.
  33.  
  34. Ask the researchers questions about this attack during their live webinar.
  35.  
  36. Sign up for the Operation Soft Cell webinar.
  37. Much like telecommunication providers, many other critical infrastructure organizations provide a valuable targets for nation state threat actors, due to their high impact. In studies, nearly a quarter of critical infrastructure organizations reported they had been hit by nation state attacks and 60% said disruptive cyber attacks are among the threats they are most worried about.
  38.  
  39. Threat actors, especially those at the level of nation state, are seeking opportunities to attack these organizations, conducting elaborate, advanced operations to gain leverage, seize strategic assets, and collect information. When successful, these attacks often have huge implications.
  40.  
  41. Last year, we identified a threat actor that has been operating in telecommunications provider environments for at least two years. We performed a post-incident review of the attacks and were able to identify changes in the attack patterns along with new activity every quarter.
  42.  
  43. The threat actor mainly sought to obtain CDR data (call logs, cell tower locations, etc.) belonging to specific individuals from various countries. This type of targeted cyber espionage is usually the work of nation state threat actors.
  44.  
  45. We’ve concluded with a high level of certainty that the threat actor is affiliated with China and is likely state sponsored. The tools and techniques used throughout these attacks are consistent with several Chinese threat actors, specifically with APT10, a threat actor believed to operate on behalf of the Chinese Ministry of State Security (MSS).
  46.  
  47.  
  48. The threat actor changed activity every quarter.
  49.  
  50.  
  51.  
  52. The attack began with a web shell running on a vulnerable, publicly-facing server, from which the attackers gathered information about the network and propagated across the network. The threat actor attempted to compromise critical assets, such as database servers, billing servers, and the active directory. As malicious activity was detected and remediated against, the threat actor stopped the attack.
  53.  
  54. The second wave of the attack hit several months later with similar infiltration attempts, along with a modified version of the web shell and reconnaissance activities. A game of cat and mouse between the threat actor and the defenders began, as they ceased and resumed their attack 2 more times in the span of a 4 month period.
  55.  
  56. Anatomy of the Attack
  57. Initial Compromise: the Modified China Chopper Web Shell
  58. The initial indicator of the attack was a malicious web shell that was detected on an IIS server, coming out of the w3wp.exe process. An investigation of the web shell, later classified as a modified version of the China Chopper web shell, uncovered several attack phases and TTPs. The threat actor was able to leverage the web shell to run reconnaissance commands, steal credentials, and deploy other tools.
  59.  
  60.  
  61. Malicious web shell activity as observed in the Cybereason solution.
  62.  
  63.  
  64. Commands executed via a modified version of the China Chopper web shell.
  65.  
  66. China Chopper is a web shell first discovered in 2012 that is commonly used by malicious Chinese actors. It is used to remotely control web servers, and has been used in many attacks against Australian web hosting providers. The web shell parameters in this attack match to the China Chopper parameters, as described in FireEye’s analysis of China Chopper.
  67.  
  68. Reconnaissance and Credential Stealing
  69. The threat actor launched a series of reconnaissance commands to try to obtain and enumerate information about the compromised machine, network architecture, users, and active directory enumeration.
  70.  
  71.  
  72. Example 1: Reconnaissance Commands
  73.  
  74.  
  75. Example 2: Reconnaissance Commands
  76.  
  77. Modified “nbtscan”
  78. One of the reconnaissance commands was to run a modified nbtscan tool ("NetBIOS nameserver scanner") to identify available NetBIOS name servers locally or over the network. Nbtscan has been used by APT10 in Operation Cloud Hopper to search for services of interest across the IT estate and footprint endpoints of interest. It is also capable of identifying system information.
  79.  
  80.  
  81. NetBIOS Scanner execution as seen in the Cybereason solution.
  82.  
  83.  
  84. NetBIOS scanner is set to scan an internal IP range.
  85.  
  86. Modified Mimikatz
  87. Following the reconnaissance phase, the threat actor attempted to dump credentials stored on the compromised machines. The most common credential stealing tool used by the threat actor was a modified mimikatz that dumps NTLM hashes. This version of mimikatz did not require any command line arguments, most likely in an attempt to avoid detection based on command-line auditing. We renamed this sample to maybemimi.exe.
  88.  
  89.  
  90. Modified Mimikatz that dumps NTLM hashes.
  91.  
  92. Reverse engineering shows the similarity between maybemimi.exe and mimikatz.
  93.  
  94.  
  95. Mimikatz code from GitHub.
  96.  
  97.  
  98.  
  99.  
  100. maybemimi strings.
  101.  
  102. Dumping the SAM Hive from the Registry
  103. In order to obtain credentials, the threat actor used another technique that can be seen in the below screenshots. They dumped specific hives from the Windows Registry, such as the SAM hive, which contains password hashes.
  104.  
  105.  
  106. Reg.exe is being spawned from a shell process.
  107.  
  108.  
  109. Command-line arguments indicate SAM hive dumping.
  110.  
  111. Lateral Movement
  112. Once the threat actor mapped the network and obtained credentials, they began to move laterally. They were able to compromise critical assets including production servers and database servers, and they even managed to gain full control of the Domain Controller. The threat actor relied on WMI and PsExec to move laterally and install their tools across multiple assets.
  113.  
  114. The following example demonstrates how the threat actor moved laterally from the first machine, compromised by the modified version of the China Chopper web shell, to other machines inside the network.
  115.  
  116. /c cd /d "C:\Program Files\Microsoft\Exchange Server\V15\FrontEnd\HttpProxy\ecp\auth\"&wmic /node:[REDACTED] /user:"[REDACTED]" /password:"[REDACTED]" process call create a.bat&echo [S]&cd&echo [E]
  117.  
  118. WMI command used by the threat actor to move laterally.
  119.  
  120. Maintaining a Long-term Foothold and Stealing Data
  121. The threat actor abused the stolen credentials to create rogue, high-privileged domain user accounts which they then used to take malicious action. By creating these accounts, they ensured they would maintain access between different waves of the attack. Once the threat actor regains their foothold, they already have access to a high-privileged domain user account. This significantly reduces the “noise” of having to use credential dumpers repeatedly, which helped them evade detection.
  122.  
  123. PoisonIvy
  124. A second method the threat actor used to maintain access across the compromised assets was through the deployment of the PoisonIvy RAT (PIVY). This infamous RAT has been associated with many different Chinese threat actors, including APT10, APT1, and DragonOK. It is a powerful, multi-featured RAT that lets a threat actor take total control over a machine. Among its most notable features are:
  125.  
  126. Registry Editor
  127. Screenshot Grabber
  128. Credential Stealer
  129. Interactive Shell
  130. File Manager with Upload and Download Support
  131. Process Monitor
  132. Keylogging and Various other Surveillance Features
  133.  
  134. The control panel for PoisonIvy.
  135.  
  136. Courtesy of Sam Bowne - samsclass.info
  137.  
  138. The strain of PIVY in this attack used a DLL side-loading technique to stealthily load itself into memory. To accomplish this, it exploited a trusted and signed application. The PIVY payload was dropped along with the trusted and signed Samsung tool (RunHelp.exe) in the following manner:
  139.  
  140. A nullsoft installer package (NSIS) was created with a legitimate, signed Samsung tool in it.
  141. Once executed, the installer script within the NSIS package extracted the Samsung tool and added a fake DLL with the same name as a legitimate DLL (ssMUIDLL.dll), which is required by the application.
  142. The DLL contains a PIVY stager, which is then loaded by the Samsung tool.
  143. After the fake DLL was loaded by the Samsung tool, it decrypted a blob payload in the same folder, which contains the actual PIVY payload.
  144. It was able to achieve persistence by creating a rogue scheduled task.
  145.  
  146. Post-persistence execution of PIVY, side-loaded into a legitimate Samsung application.
  147.  
  148. PIVY’s use of DLL side-loading to abuse Samsung tools is not new, and has been reported previously by Palo Alto. In 2016 it was used to attack pro-democratic activists in Hong Kong, most probably by Chinese threat actors.
  149.  
  150. ⚠️ Note: Our team has reached out to and advised the targeted organizations on active containment actions.
  151.  
  152. Secondary Web Shells
  153. In later stages of the attack, the threat actor deployed two other custom-built web shells. From these web shells, they launched reconnaissance commands, stole data, and dropped additional tools including portqry.exe, renamed cmd.exe, winrar, and the notorious hTran.
  154.  
  155.  
  156. Reconnaissance and lateral movement commands launched from the secondary web shell.
  157.  
  158. Data Exfiltration
  159. The threat actor exfiltrated stolen data using multiple different channels including web shells, PIVY, and hTran.
  160.  
  161. Compressing the Stolen Data
  162. In an attempt to hide the contents of the stolen data, the threat actor used winrar to compress and password-protect it. The winrar binaries and compressed data were found mostly in the Recycle Bin folder, a TTP that was previously observed in APT10-related attacks. This threat actor is known to stage the data in multi-part archives before exfiltration.
  163.  
  164. The threat actor used the following commands to compress the data.
  165.  
  166. rar.exe a -k -r -s -m1 -[password] [REDACTED].rar [REDACTED].temp
  167. rar.exe a -k -r -s -m1 -[password] [REDACTED].rar [REDACTED].csv
  168. rar a -r -[password] [REDACTED].rar sam system ntds.dit
  169.  
  170. Compressed stolen data exfiltrated via web shell.
  171.  
  172. The contents of the compressed data was crucial in understanding the threat actor’s motivation for the attack, as well as what type of information they were after.
  173.  
  174. hTran
  175. In order to exfiltrate data from a network segment not connected to the Internet, the threat actor deployed a modified version of hTran. This ‘connection bouncer’ tool lets the threat actor redirect ports and connections between different networks and obfuscate C2 server traffic. There have been numerous reports of hTran being used by different Chinese threat actors, including: APT3, APT27 and DragonOK.
  176.  
  177. The threat actor made some modifications to the original source code of hTran. Many strings, including the debug messages, were intentionally changed and obfuscated in an attempt to evade detection and thwart efforts to identify the malware by antivirus and researchers.
  178.  
  179. pasted image 0 (1)-2
  180. Obfuscated debug messages.
  181.  
  182. Since the original source code for hTran is publicly available, we were able to compare the debug output to the original source code to show that it has indeed been modified.
  183.  
  184.  
  185. Identifying modifications in a disassembly of the modified hTran.
  186.  
  187. printf is being called (dubbed by us as “looks_like_printf”) with output “C e.”. By looking at the original source code, we were able to identify that this is supposed to be “Connect error”.
  188.  
  189.  
  190. A section of the source code for hTran.
  191.  
  192. Understanding the Motive
  193. When you think of large breaches to big organizations, the first thing that comes to mind is usually payment data. An organization that provides services to a large customer base has a lot of credit card data, bank account information, and more personal data on its systems. These attacks are usually conducted by a cybercrime group looking to make money.
  194.  
  195. In contrast, when a nation state threat actor is attacking a big organization, the end goal is typically not financial, but rather intellectual property or sensitive information about their clients.
  196.  
  197. One of the most valuable pieces of data that telecommunications providers hold is Call Detail Records (CDRs). CDRs are a large subset of metadata that contains all details about calls, including:
  198.  
  199. Source, Destination, and Duration of a Call
  200. Device Details
  201. Physical Location
  202. Device Vendor and Version
  203. For a nation state threat actor, obtaining access to this data gives them intimate knowledge of any individuals they wish to target on that network. It lets them answer questions like:
  204.  
  205. Who are the individuals talking to?
  206. Which devices are the individuals using?
  207. Where are the individuals traveling?
  208. Having this information becomes particularly valuable when nation-state threat actors are targeting foreign intelligence agents, politicians, opposition candidates in an election, or even law enforcement.
  209.  
  210.  
  211. Example 1: CDR Data
  212.  
  213.  
  214. Example 2: CDR Data
  215.  
  216.  
  217. Example 3: CDR Data
  218.  
  219. Beyond targeting individual users, this attack is also alarming because of the threat posed by the control of a telecommunications provider. Telecommunications has become critical infrastructure for the majority of world powers. A threat actor with total access to a telecommunications provider, as is the case here, can attack however they want passively and also actively work to sabotage the network.
  220.  
  221. This attack has widespread implications, not just for individuals, but also for organizations and countries alike. The use of specific tools and the choice to hide ongoing operations for years points to a nation state threat actor, most likely China. This is another form of cyber warfare being used to establish a foothold and gather information undercover until they are ready to strike.
  222.  
  223. Want to learn about post-incident review? Read about post-incident review.
  224. Threat Intel Research
  225. The following sections detail the methodology and work process used to piece together the various stages and components of the attack. This work enabled us to not only reconstruct these attacks, but also to find additional artifacts and information regarding the threat actor and its operations.
  226.  
  227. Methodology
  228. Step 1: Creating and Maintaining an IOC Inventory
  229. The first step in this process was to create a comprehensive list of indicators of compromise (IOCs) observed throughout the different stages of the attack. This list included various indicators, such as file hashes, domains, IP addresses, file names, and registry/service names. In addition to this, our reverse engineers were able to extract further IOCs from the collected samples, which have also been added to the list.
  230.  
  231. The list of IOCs was periodically updated and fed back into our threat intel engine as more were discovered.
  232.  
  233. Step 2: Hunting for Known Evil
  234. Equipped with an ever-growing list of known IOCs, our team set out to hunt for “low-hanging fruit” across multiple environments. This step was done by using both internal sources, such as the Cybereason solution, as well as hunting for indicators in the wild.
  235.  
  236. The hunt for “known evil” yielded interesting results that helped uncover additional compromised assets as well as more parts of the attack infrastructure.
  237.  
  238. Step 3: Threat Actor’s Arsenal
  239. Perhaps one of the most interesting steps involved identifying and analyzing the tools the threat actor used throughout the attack. The combination of the preference of tools, sequence of use, and specifically how they are used during the attack says a lot about a threat actor, especially when it comes to attribution.
  240.  
  241. One of the more notable aspects was how the threat actor used mostly known tools that were customized for this specific attack. Each tool was customized differently, and included re-writing the code, stripping debug symbols, string obfuscation, and embedding the victim’s specific information within the tools’ configuration.
  242.  
  243. However, the threat actor also used tools we were not able to attribute to any known tool. These tools were used in the later stages of the attack, once the operation was already discovered. This was most likely to decrease the risk of exposure or attribution.
  244.  
  245. Finally, the payloads were almost never repeated. The threat actor made sure that each payload had a unique hash, and some payloads were packed using different types of packers, both known and custom.
  246.  
  247. The main tools these attacks had in common are:
  248.  
  249. Web Shells
  250. A modified version of the China Chopper web shell was used for initial compromise.
  251. Custom-built web shells were used for later phases of the attack.
  252. Reconnaissance Tools
  253. A modified version of Nbtscan was used to identify available NetBIOS name servers locally or over the network.
  254. Multiple Windows built-in tools were used for various tasks, including whoami, net.exe, ipconfig, netstat, portqry, and more.
  255. WMI and PowerShell commands were used for various tasks.
  256. RAT
  257. PoisonIvy was used to maintain access across the compromised assets.
  258. Credential Dumpers
  259. A modified version of Mimikatz was used to dump credentials stored on the compromised machines.
  260. A PowerShell-based Mimikatz was also used to dump credentials stored on the compromised machines.
  261. Lateral movement
  262. WMI was used for lateral movement.
  263. PsExec was also used for lateral movement.
  264. Connection Proxy
  265. A modified version of hTran was used to exfiltrate stolen data.
  266. Compression tool
  267. Winrar was used to compress and password-protect stolen data.
  268. Step 4: Creating a TTP-based Behavioral Profile
  269. One of the key components of threat hunting is to create a TTP-based behavioral profile of the threat actor in question. Malware payloads and operational infrastructure can be quickly changed or replaced over time, and as such, the task of tracking a threat actor can become quite difficult.
  270.  
  271. For that reason, it is crucial to profile the threat actor and study its behavior, the tools it uses, and its techniques. These behavioral-based TTPs are less likely to change drastically, and are\ key factors of any threat hunt or attribution efforts.
  272.  
  273. The Cybereason solution is compatible with the MITRE ATT&CK framework, which made it easy to keep track of the observed TTPs and correlate the data with known threat actors.
  274.  
  275. The following chart reflects the behavioral profile of the threat actor based on the most frequently observed techniques used throughout these attacks.
  276.  
  277. MITRE ATT&CK Techniques Breakdown
  278. Initial Access Execution Persistence Privilege Escalation Defense Evasion Credential Access
  279. Exploit Public-Facing Application Command-line interface Web Shell Valid Accounts DLL-side Loading Credential Dumping
  280. Windows Management Instrumentation Create Account Web Shell Indicator Removal from Tools
  281. PowerShell Obfuscated Files or Information
  282. Masquerading
  283. Discovery Lateral Movement Collection Command and Control Exfiltration Impact
  284. System Network Configuration Discovery Windows Admin Shares Data From Local System Remote File Copy Data Compressed
  285. Remote System Discovery Pass the Hash Data Staged Connection Proxy Exfiltration Over Command and Control Channel
  286. Account Discovery Remote File Copy Input Capture
  287. Permission Groups Discovery
  288. Step 5: Mapping out the Infrastructure and Operational Activity
  289. Reconstructing the Infrastructure
  290. In order to make sense of all the data, we fed it into multiple threat intelligence sources, including our own and third parties.
  291.  
  292. ⚠️ Note: Since we cannot share any IOCs, we will refer to file hashes, hostnames, IP addresses and other IOCs as generic placeholders.
  293.  
  294. Hostname1 is the hostname that was used for the C2 server targeting the telecommunications providers.
  295.  
  296.  
  297. Hostname1 connected to multiple tools.
  298.  
  299. In analyzing the files, it is clear they are all contacting the same host hostname1. hostname1 was the C2 server that the malware and web shells connected to.
  300.  
  301. Once we determined the hashes in the scope of the attack were only connecting to hostname1, which is a dynamic DNS hostname, we looked to see if we could find more information about the C2 server.
  302.  
  303. A simple WHOIS query revealed that the IP address was registered to a colocation hosting company in Asia, though there was no other publicly available information about this IP address.
  304.  
  305. By querying all of our threat intel resources about this IP address, we discovered that it was associated with multiple dynamic DNS hostnames.
  306.  
  307.  
  308.  
  309.  
  310. Multiple dynamic DNS hostnames.
  311.  
  312. We were unable to find indications of connections to Dynamic.DNS2 and Dynamic.DNS3. However, they were registered and associated with IP.Address1.
  313.  
  314. For the other dynamic DNS hosts, we leveraged various threat intel repositories and crafted queries that searched for executables with these IP addresses and hostnames in their string table. One of the queries returned a few DLLs with identical names to the DLL we had initially investigated. However, the hashes were different. After obtaining the found DLLs, we patched them back into the NSIS installer and detonated the samples in our testing environment. Dynamic analysis of the newly obtained DLLs revealed a new set of domains and IP addresses that were completely different. These domains were actually related to different telecommunications providers.
  315.  
  316. ⚠️ Note: Cybereason immediately reached out to those telecommunications providers and provided them all of the necessary information to handle the incident internally.
  317.  
  318.  
  319. Strings from the dumped memory section of the injected shellcode. We can see many details about the attack including domains and C2 server IP addresses.
  320.  
  321.  
  322. Shellcode being unpacked and injected into a remote process. The redacted segments contain the name of the customer, C2 IP addresses, and domains.
  323.  
  324. Infrastructure Operational Security
  325.  
  326. The threat actor’s infrastructure.
  327.  
  328. The threat actor had a specific pattern of behavior that allowed us to understand their modus operandi: they used one server with the same IP address for multiple operations. This server is a key component in their ‘non-attributable’ infrastructure.
  329.  
  330. The threat actor separated operations by using different hostnames per operation, though they are hosted on the same server and IP address. The domains and server registration information pointed to three main countries: China, Hong Kong, and Taiwan.
  331.  
  332. This is cheap and efficient for the threat actor, but is almost transparent for a seasoned researcher with access to the right threat intelligence tools. There are previous reports of threat actors including APT10 and APT1 using dynamic DNS.
  333.  
  334. Monitoring this infrastructure gave us information about if and when the threat actor was starting new waves of the attack or additional attacks on other providers.
  335.  
  336. When researching C2 servers, it is important to watch for:
  337.  
  338. Association with domains, especially if they are dynamic DNS domains.
  339. File hashes that are associated with the IP address or the domain of the C2 server.
  340. Static information and metadata from associated samples that could be used to broaden the search after additional information is gathered.
  341. This demonstrates the importance of proper operational security and a separation between tools and operations for threat actors.
  342.  
  343. Step 6: Rounding Up Immediate/Potential Suspects
  344. Attribution is a fickle and delicate art. In most cases, it is very difficult to achieve 100% certainty when attributing an attack to a specific threat actor. It can be tempting to attribute an attack to a certain threat actor whenever certain tools-of-the-trade, IP addresses, strings, or “indicative” techniques are observed.
  345.  
  346. However, it is important to bear in mind that the aforementioned data points are often prone to manipulation and reuse across different threat actors. Further, they are not impervious to psychological warfare, as in, trying to “pin” an operation on a different threat actor to avoid proper attribution.
  347.  
  348. In order to increase the certainty level when attributing to a specific threat actor, we took the following aspects of the attacks into consideration:
  349.  
  350. Indicators of Compromise
  351. TTPs (Tactics, Techniques and Procedures)
  352. Threat actor's tools
  353. Motive behind the attacks
  354. Regional and industry considerations
  355. Carefully examining each of the different aspects plays an important role in avoiding misattribution. This model offers a more balanced interpretation of the data that is based on a myriad of components. By performing a contextualized review of the data, you are able to yield a more wholesome result with greater certainty.
  356.  
  357. When it comes to attributing Operation Soft Cell, we are unable to achieve 100% certainty with regard to the identity of the threat actor. However, based on our interpretation of the data, we conclude with a high level of certainty that:
  358.  
  359. The threat actor behind Operation Soft Cell is likely state-sponsored.
  360. The threat actor is affiliated with China.
  361. After following the above attribution model and carefully reviewing the data, we are able to narrow down the suspect list to three known APT groups, all of which are known to be linked to China.
  362.  
  363. Having found multiple similarities to previous attacks, it is our estimation that the threat actor behind these attacks is likely linked to APT10, or at the very least, to a threat actor that shares tools, techniques, motive and infrastructural preferences with those of APT10.
  364.  
  365. While we cannot completely rule out a “copy-cat” scenario, where another threat actor might masquerade as APT10 to thwart attribution efforts, we find this option to be less likely in light of our analysis of the data.
  366.  
  367. Conclusion
  368. In this blog, we have described an ongoing global attack against telecommunications providers that has been active since at least 2017. The threat actor managed to infiltrate into the deepest segments of the providers’ network, including some isolated from the internet, as well as compromise critical assets. Our investigation showed that these attacks were targeted, and that the threat actor sought to steal communications data of specific individuals in various countries.
  369.  
  370. Throughout this investigation, we have uncovered the infrastructure that facilitated the malicious operations taken by this threat actor. The data exfiltrated by this threat actor, in conjunction with the TTPs and tools used, allowed us to determine with a very high probability that the threat actor behind these malicious operations is backed by a nation state, and is affiliated with China. Our contextualized interpretation of the data suggests that the threat actor is likely APT10, or at the very least, a threat actor that shares, or wishes to emulate its methods by using the same tools, techniques, and motives.
  371.  
  372. It’s important to keep in mind that even though the attacks targeted specific individuals, any entity that possesses the power to take over the networks of telecommunications providers can potentially leverage its unlawful access and control of the network to shut down or disrupt an entire cellular network as part of a larger cyber warfare operation.
  373.  
  374. Due to multiple and various limitations, we cannot disclose all the information we have gathered on the attack in this report. Our team will continue to monitor and track the threat actor’s activity in order to identify more tools and compromised organizations.
  375.  
  376. Ask the researchers questions about this attack during their live webinar.
  377.  
  378. Sign up for the Operation Soft Cell webinar.
  379.  
  380.  
  381. Closing Notes: This research, which is still ongoing, has been a huge effort for the entire Cybereason Nocturnus team. Special thanks goes to Niv Yona, Noa Pinkas, Josh Trombley, Jakes Jansen, and every single member of the Nocturnus team for the countless hours and effort that were put into this research. We will continue to monitor and update our blog with more information once available and as our investigation progresses.
  382.  
  383. Topics
  384. Advanced Persistent Threat
  385. Share
  386. facebook icontwitter iconlinkedin iconrss icon
  387. Interested in how the Cybereason platform works?
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement