{"id":11877,"date":"2018-03-28T09:10:02","date_gmt":"2018-03-28T17:10:02","guid":{"rendered":"http:\/\/www.palada.net\/index.php\/2018\/03\/28\/news-5646\/"},"modified":"2018-03-28T09:10:02","modified_gmt":"2018-03-28T17:10:02","slug":"news-5646","status":"publish","type":"post","link":"https:\/\/www.palada.net\/index.php\/2018\/03\/28\/news-5646\/","title":{"rendered":"An in-depth malware analysis of QuantLoader"},"content":{"rendered":"

Credit to Author: Malwarebytes Labs| Date: Wed, 28 Mar 2018 16:00:00 +0000<\/strong><\/p>\n

This guest post is written by Vishal Thakur, CSIRT\/Salesforce. For more on Vishal, read his bio at the end of the blog.<\/em><\/p>\n

QuantLoader is a Trojan downloader that has been available for sale on underground forums for quite some time now. It has been used in campaigns serving a range of malware, including ransomware, Banking Trojans, and RATs. The campaign that we are going to analyze is serving a BackDoor.<\/p>\n

In this post, we’ll take both a high-level look at the campaign flow, as well as a deep dive into how the malware executes, with a focus on the networking functions. We’ll dig into the binary to analyze how the malware executes and how it connects back to the C2. We’ll also analyze some interesting calls the malware makes, like calling and executing the netsh command to change local firewall rules.<\/p>\n

The latest version of QuantLoader is being served through a phishing campaign using some interesting techniques. The campaign starts with a phishing email that comes with a link serving the victim the initial JS downloader. What’s interesting is that they’ve opted for a file:\/\/ (SMB) protocol rather than the traditional http:\/\/\u2014maybe in order to get past some proxies\/firewalls.<\/p>\n

Analysis<\/h3>\n

First of all, let\u2019s have a look at the campaign flow:<\/p>\n

Phish > JS downloader > QuantLoader (> C2) > Payload (Backdoor) > C2<\/strong><\/p>\n

The JS downloader, as always, has lots of code, all obfuscated:<\/p>\n

\"\"<\/p>\n

\"\"<\/p>\n

\"\"<\/p>\n

We go ahead and print the output of the main function (AXXA in this case) and we get the stage 2 URLs:<\/p>\n

\"\"<\/p>\n

That was a quick analysis of the JS downloader, to get us the URLs.<\/p>\n

QuantLoader executable<\/h3>\n

We are going to start by following the execution flow as much as possible:<\/p>\n

\"\"<\/p>\n

Let\u2019s take a look at the assembly code:<\/p>\n

\"\"<\/p>\n

Next, it will copy itself to the above location before execution:<\/p>\n

\"\"<\/p>\n

Setting the right permissions (ACL):<\/p>\n

Here, we can see that the permission for the user has been set to “Read.”<\/p>\n

\"\"<\/p>\n

Stack view:<\/p>\n

\"\"<\/p>\n

Let’s have a look at the process execution and persistence mechanisms.<\/p>\n

\"\"<\/p>\n

As you can see above, the process spawns a new process after it has successfully copied itself to a different location. It is important not to confuse it with dwm.exe, a legit Windows process (Desktop Window Manager). Note that the persistence mechanism has also been initiated.<\/p>\n

\"\"<\/p>\n

Let’s take a deeper look into this process that is spawned, and how it is spawned.<\/p>\n

First, the directory is created:<\/p>\n

\"\"<\/p>\n

Once that is completed, CreateFile is called to create a null file.<\/p>\n

\"\"<\/p>\n

At this point it\u2019s a null file\u2014no data in it. That will be copied over later.<\/p>\n

\"\"<\/p>\n

Note that the size of the file at this point is 0 bytes.<\/p>\n

Then the file is copied over:<\/p>\n

\"\"<\/p>\n

Now you can see that the file has been copied over and the size is 46080 bytes:<\/p>\n

\"\"<\/p>\n

Now the process will be launched from this location.<\/p>\n

\"\"<\/p>\n

You can modify it if you want:<\/p>\n

\"\"<\/p>\n

\"\"<\/p>\n

Once the process has been successfully launched, we want to look at the next important step. It will call the WININET dll to start establishing a connection back to the admin.<\/p>\n

After execution, it will try to connect out to its admin server:<\/p>\n

\"\"<\/p>\n

And here is the connection:<\/p>\n

TCP\u00a0\u00a0\u00a0 localhost:49690\u00a0\u00a0\u00a0 49.51.228.205:http\u00a0\u00a0\u00a0 ESTABLISHED\u00a0<\/strong><\/p>\n

\"\"<\/p>\n

This is the host you can see is loaded into the stack below.<\/p>\n

We will now take a deeper look into how that unfolds in the stack.<\/p>\n

The first step is to load the WININET DLL. It is called through the LoadLibrary function:<\/p>\n

\"\"
And now, let’s take a look at the functions that are of interest to us (highlighted and commented) in the disassembler. We will dive into a couple of these later:<\/p>\n

\"\"\"\"
Here’s the stack, where the above functions can be seen in action (variable values added):<\/p>\n

\"\"<\/p>\n

At this point, let’s move on to the next DLL that is called: WINHTTP.dll.<\/p>\n

\"\"<\/p>\n

Now let’s have a look at the functions that are called from here on:<\/p>\n

\"\"<\/p>\n

As you can see, all of the above functions are “WinHttp”.<\/p>\n

Let’s have a look at some of the more interesting functions:<\/p>\n

WinHttpCreateUrl<\/em><\/strong><\/p>\n

This will put together the complete URL for the malware by combining the host and the path. Let\u2019s step into it.<\/p>\n

\"\"
And here’s the complete URI with jsproxy.dll being called in for WinInet’s auto-proxy support:<\/p>\n

\"\"<\/p>\n

Finally, we should have a look at the memory dump to see how the URI loaded into the memory:<\/p>\n

\"\"<\/p>\n

Have a look at the stack screenshot below. You can see that the URL is loaded onto the stack and ready to be called.<\/p>\n

\"\"<\/p>\n

And let\u2019s have a look at the memory in parallel. You can see that the URL has been successfully loaded, and is ready to be called upon, using the URLDownloadToFile call.<\/p>\n

\"\"<\/p>\n

Interesting ASCII strings that you can see in the above screenshot show you how the malware is adding a rule to the firewall, specifying the process and then the direction (out) for the action “Allow.” This is to make sure that the outbound request from the malware is allowed and is successful in checking in with the admin.<\/p>\n

And here’s the view from the stack:<\/p>\n

\"\"
This is what it looks like in the CPU:<\/p>\n

\"\"<\/p>\n

The command used is: netsh. <\/strong><\/p>\n

Here\u2019s a view of the process image:<\/p>\n

\"\"<\/p>\n

And here are the rules created and deployed successfully on the firewall:<\/p>\n

\"\"<\/p>\n

Some other interesting calls:<\/p>\n

Anti-VM<\/strong><\/p>\n

77028A50 >-FF25 F4030877\u00a0\u00a0\u00a0 JMP DWORD PTR DS:[< &api-ms-win-core-file>; KERNELBA.GetDiskFreeSpaceExA
0018F234\u00a0 |7029160E\u00a0 )p\u00a0 ; RETURN from KERNEL32.GetTickCount to WININET.7029160E<\/code><\/p>\n

Environment ID<\/strong><\/p>\n

77028DA0 >-FF25 A8070877\u00a0\u00a0\u00a0 JMP DWORD PTR DS:[<&api-ms-win-core-proc>; KERNELBA.GetEnvironmentStringsA<\/code><\/p>\n

Networking<\/strong><\/p>\n

0018E9B8\u00a0 |7029818C\u00a0; ASCII \"getaddrinfo\"<\/code><\/p>\n

*\/protocol-independent translation from an ANSI host name to an address<\/em><\/p>\n

0018E9C0\u00a0 |70298198\u00a0 ; ASCII \"getnameinfo\"<\/code><\/p>\n

*\/protocol-independent name resolution from an address to an ANSI host name and from a port number to the ANSI service name <\/em><\/p>\n

0018FB84\u00a0 [70272C72\u00a0; \/RETURN from DNSAPI.DnsGetProxyInformation to WININET.70272C72
0018FB88\u00a0\u00a0 0051E4B0\u00a0 \u00b0\u00e4Q\u00a0\u00a0 ; |Arg1 = UNICODE \"wassronledorhad.in\"<\/code><\/p>\n

*\/returns the proxy information for a DNS server’s name resolution policy table<\/em><\/p>\n

Once the connection has been established with the admin server (C2), the payload is served. The payload is picked by the administrator for each campaign and can be any malware type. In this campaign, it happened to be a backdoor.<\/p>\n

The URL for the download of the payload was successfully extracted from memory. We will not be analyzing the payload for the purpose of this exercise, but I have included the details at the end of this post.\u00a0<\/strong><\/p>\n

\"\"<\/p>\n

Conclusion<\/h3>\n

QuantLoader code has some interesting bits and pieces, like the firewall rules manipulation. It is a fairly straight-forward malware, and does what it has been developed to do. The campaign admins have the ability to change final payloads and run different campaigns using the same downloader.<\/p>\n

It has been reported as ransomware, but that seems to be based on a memory-string that has a reference to Locky, which looks like a remnant from an older campaign.<\/p>\n

Z:varwww4testfilescryptorsadminLoc2.exe<\/p>\n

Also, it is interesting to see it being served over SMB rather than the traditional HTTP protocol.<\/p>\n

Files from the campaign<\/h3>\n

JS Downloader:<\/p>\n

MD5 – 6f2b5a20dba3cdc2b10c6a7c56a7bf35
SHA256 – db078628cdc41e9519e98b7ea56232085e203491bd2d5d8e49ef6708f129e1b8<\/p>\n

https:\/\/www.virustotal.com\/#\/file\/db078628cdc41e9519e98b7ea56232085e203491bd2d5d8e49ef6708f129e1b8\/detection<\/p>\n

QuantLoader:<\/p>\n

MD5 – 4394536e9a53b94a2634c68043e76ef8
SHA256 – 2b53466eebd2c65f81004c567df9025ce68017241e421abcf33799bd3e827900<\/p>\n

https:\/\/www.virustotal.com\/#\/file\/2b53466eebd2c65f81004c567df9025ce68017241e421abcf33799bd3e827900\/detection<\/p>\n

Payload Backdoor:<\/p>\n

MD5 – 6c6d772704abf4426c5d7e5a52c847d7
SHA256 – \u00a0\u00a0\u00a0 0d100ff26a764c65f283742b9ec9014f4fd64df4f1e586b57f3cdce6eadeedcd<\/p>\n

https:\/\/www.virustotal.com\/#\/file\/0d100ff26a764c65f283742b9ec9014f4fd64df4f1e586b57f3cdce6eadeedcd\/detection<\/p>\n

\n

Vishal Thakur has<\/em>\u00a0been working in InfoSec for a number of years, specializing in Incident Response and Malware Analysis. Currently, he’s working for Salesforce in CSIRT (Computer Security Incident Response Team), and before that was part of the CSIRT for Commonwealth Bank of Australia.\u00a0<\/em><\/span><\/p>\n

 <\/p>\n

The post An in-depth malware analysis of QuantLoader<\/a> appeared first on Malwarebytes Labs<\/a>.<\/p>\n

https:\/\/blog.malwarebytes.com\/feed\/<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

Credit to Author: Malwarebytes Labs| Date: Wed, 28 Mar 2018 16:00:00 +0000<\/strong><\/p>\n\n\n\n
<\/a><\/td>\n<\/tr>\n
QuantLoader is a Trojan downloader that has been used in campaigns serving a range of malware, including ransomware, Banking Trojans, and RATs. In this post, we’ll take a high-level look at the campaign flow, as well as a deep dive into how the malware executes. <\/p>\n

Categories: <\/p>\n