What protection can be offered from sophisticated malware such as Regin?
Posted by Carl Leonard on 24 November 2014 10:29 AM
Websense® Security Labs™ researchers are continuing the analysis of a sophisticated malware attack which has been observed to conduct espionage against Russian, Saudi Arabian, and Irish targets, amongst others.
Regin, as the malware family (or toolkit) has been named, is both modular and multi-stage, making the malware extremely customizable. Regin also uses advanced techniques to hide its activity, including custom encryption and the use of custom UDP and TCP protocols.
At the time of writing we can confirm our knowledge of publically-available Indicators of Compromise used in both version 1 of Regin (pre-2011) and version 2 of Regin (2013 onwards) and we have committed those to ACE, our Advanced Classification Engine.
When such sophisticated attacks are broken down into their constituent parts, we look to our threat modelling system of the 7 Stages of Advanced Threats. This helps us to build a clearer picture of risk based on information known at any given time.
7 stages of Advanced Threats:
For Regin we can arrive at the following mapping :
Stage 1 (Reconnaissance): The authors of Regin are believed to be knowledgeable about the industry sectors targeted and have tailored the malware to suit. Further, due to the modular nature of the attack, components can be added to suit the approach required by the malware authors based on their reconnaissance discoveries. It would seem that the number of target organizations is currently low.
Stage 2 (Lure): Uncertainty remains around the lures used by the Regin toolkit, but it is thought to involve compromised websites and a means to get those in front of the target. Most likely the lure would arrive via email, instant message communications, or drive-by attacks hosted on compromised websites.
Stage 3 (Redirect): Due to the varying options around the lure stage it is uncertain whether the redirect stage is used by Regin. Not all malware families subscribe to the all of the prescribed 7 Stages.
Stage 4 (Exploit Kit): Exploit code is often used to deliver payloads onto vulnerable machines. It is not always necessary for a vulnerability to be abused by malware, but it could be a possibility with the Regin toolkit considering its advanced nature.
Stage 5 (Dropper): Once the dropper has been deployed, Regin offers a multi-stage download-and-decrypt process to deliver its system files onto the infected machine. Note that it has been reported that non-traditional file storage areas such as the registry are used by Regin during its configuration phase. The security community is still hunting for the illusive dropper file, although we do have knowledge of, and have committed to our protection engine, multiple device drivers used in the payload's download process.
Stage 6 (Call Home): Regin's control communication is not just specific to the HTTP protocol. The use of UDP and TCP have also been observed. Further, custom encryption based on existing algorithms seek to hide the transmission of stolen data from solutions not looking out for the use of such custom encryption.
Stage 7 (Data Theft): Reports show that data stolen by the toolkit is not always committed to disk, instead sealed in memory only making analysis difficult.
Regin uses many complex methods to evade detection and make analysis difficult. The observed trend indicates the complexity of such malware will continue to increase as malware authors fine-tune their skills and adopt such modular and multi-stage malware.
As we continue our analysis and discover further Indicators of Compromise, we shall continue to enhance our protection using ACE, our Advanced Classification Engine. We have configured our ThreatSeeker® Intelligence Cloud to seek out further Indicators of Compromise and we are using technologies such as Yara to help achieve that and supplement our own analytics.
Read more »
Massive Russian Cyber-criminal Campaign Targets Business Services, Manufacturing, Government, and Transportation Industries
Posted by AlexWatson on 23 October 2013 09:32 AM
Websense Security Labs™ researchers have discovered a widespread cybercrime campaign utilizing the Mevade malware that appears to be originating from Russia and Ukraine and primarily targeting the business services, government, manufacturing, and transportation sectors in the US, UK, Canada, and India.
In this post we analyze the malware, command and control characteristics, and attack infrastructure used in this campaign.
Websense research performed on 3rd party feeds indicates that this campaign has infected hundreds of organizations and thousands of computers world-wide and appears to be used for a variety of purposes, including redirecting network traffic and click fraud, as well as search result high-jacking. However, the extensible Mevade malware provides a very capable mechanism for data theft through reverse proxying capabilities. Websense customers are protected against attacks such as this at multiple stages of the attack cycle, including attack infrastructure and C2 protocol.
Special thanks to Websense Labs Researchers Jack Rasgaitis and Gianluca Giuliani for their contributions to this report.
Targeted Locations vs. Command and Control Infrastructure
The malware calls back with GET requests of the following example format:
A signature can be built with /updater/[32 random characters]/[1 or 2]
Domains being used for command and control:
Interestingly, most of the domains above are registered with the following contact email address: email@example.com contact info: "Whois Privacy Protection Service|Whois Agent", which indicates a single service was used to register these domains. A quick search of our domain registration database indicates that over 7,000 domains have been registered using this service.
The majority of Command and Control related IP addresses can be attributed back to the following ASN:
Registration Date: 2007-11-09
Owner: PIN-AS Petersburg Internet Network LLC
Microsoft first detected this malware as Mevade.A on July 2, 2013.
Static Analysis of Malware (SHA1 7C5091177EA375EB3D1A4C4A2BBD5EB07A4CC5CC)
As you can see below, the malware is using an integrated services language based on SQL, called WQL (SQL for Windows Management Interface). Below you can see a snippet of code that queries the target system's database to learn the security settings.
Here is the direct WQL query to the Windows Management Interface to learn more about installed AntiVirus.
The malware authors were kind enough to leave us a list of AV engines that they were attempting to detect.
Interestingly, the malware attempts to detect the existence of the "Sandboxie" tool commonly used by researchers to analyze malware. Below is a check executed by the malware for the presence of Sandboxie DLLs.
Below, we see a direct check executed by the malware to search for Oracle/Sun VirtualBox services.
AV and Security checks complete, install the malware service...
The malware contains a “Resources” section that is used by the code as shown below.
This confirms our suspicion that the software we have analyzed so far is a loader program to install the malware service.
The obfuscated code below is used to confirm that the security checks above executed correctly.
Once the security checks have been validated and the resources section properly decoded, the loader attempts to install the malware as a service. Below is the sequence of functions offered by the installer.
Interestingly, the buffer below contains references to the "3proxy" open source proxy software that we have previously seen associated with the Shylock/Caphaw malware.
3proxy is a tiny proxy which can be installed on Windows-based systems (hxxxp://www.3proxy.ru/) . More information about 3proxy below.
Why Embed 3proxy in Malware?
A lightweight proxy such as 3proxy provides functionality in advanced malware to allow attackers to tunnel traffic directly through the malware and directly onto a target network. In these cases, the Proxy is configured as a reverse proxy, with the ability to tunnel through NAT (Network Address Translated) environments to create a connection to the attacker's infrastructure and initiate a backdoor directly into the target network (in this case, using SSH over port 443). The use of reverse proxies indicates that the cyber-criminals plan to manually scan a network and move laterally towards more critical apps and information (such as databases, critical systems, source-code, and document repositories) than might exist on the original machine that has been compromised.
Details on Shylock's use of 3proxy:
IP addresses associated with the Command and Control domains above have been associated with hosting the Java 0-day CVE-2012-4681 in August, 2012.
Malware sample associated with the recent spike in Tor (Onion Router) traffic observed in September 2013
Read more »