Saturday, 30 December 2006

Malware is in the air

The more malware I analyze, the more I think that 'the bad guys' do not worry about the work they are doing. In fact, it is something strange, and I cannot understand. Some of the samples show that they have some in-depth knowledge in some areas (windows processes, registry, hiding, etc) but at the same time, they use simple and well known packers (like UPX) or they do not even use any packer at all.

If I were a 'bad guy', and if I have spent some amount of dollars paying a programming expert for developing a complex trojan, I would care myself and I would use some housemade packer in order to complicate its analysis. I'm tired of seeing anti-debugging code (SIDT, INT 3, threads, SEH, ...) that rules, but using UPX sucks. At least if you change some UPX headers (for instance the segment name) you cannot run the UPX normal binary in order to unpack the malware.

The same applies for the encryption method used. I would say that perhaps 75% of the malware if they encrypt something they use a XOR encryption. I know that it is easy to implement, but come on, the public key cryptography is something that we (should) daily use.

In summary, let's have a happy new year 2007 and check out the Mark Russinovich video about detecting malware before the end of the year!!

Thursday, 14 December 2006

Old DNS stuff

Today I was trying to test honeysnap (which, by the way, it is a very useful tool) with some DNS data in a pcap file and wanted to test some HINFO and TXT DNS records. But the problem I came across is that it is very rare to find any HINFO record nowadays in the Internet!!!

According to the RFC, HINFO is supposed to be the record for describing the hardware where the DNS server (ISC bind usually) is running on. Almost every security paper and/or manual I can remember say that "you must delete your HINFO record in order not to give strategic information to your attackers" Ouch!!!! Come on, if you do not want to say your real hardware, at least say something funny, like "This is running an illegal version of Windows" or better, "The DNS server hardware is something that came from the outer space"...

Anyway, after looking desperatly for any DNS server with any HINFO I found one in Canada. The domain www.uwo.ca (The University of Western Ontario) has a HINFO record, that is "Sun Ultra Enterprise 2 Solaris 2.6". Pretty clasic, isn't it?

Sunday, 10 December 2006

0-days and the Hollywood movies

It is more and more common to see the term '0-day' or 'zero day' in the marketing stuff, most cases from IDS and/or IPS vendors. This is something that they easily claim but they never tell anything more about it. Yes, I know, 0-days is a cool and nifty word and if you say to your customers that your appliance protects from '0-days' in the moment you deploy it, it is something that will increase your sales rate, ooooopppsss!!!

But, what is a 0-day? According to the Wikipedia: 'Zero day or 0day refers to software, videos, music, or information unlawfully released or obtained on the day of public release'. In summary, something that you get even before it gets released. The Wikipedia has also another definition more related to this post subject: 'Zero-Day exploits are released before, or on the same day the vulnerability — and, sometimes, the vendor patch — are released to the public. The term derives from the number of days between the public advisory and the release of the exploit'. So in this case it is a well-known vulnerability (with its exploit) that has not a patch available from the vendor. Hmm, and what about the private vulnerabilities that even the vendors don't know anything about? Not only the individual's exploits, but the companies focused on this market (iDefense, Tippingpoint, ...) Because both those individuals and companies have vulnerabilites during some period of time without notifying the vendors. Do all the IDS/IPS/Anti-XXX protect their customers from those vulns? Come on product managers, try not to make up your statements.

Regarding to the 0-days, there is an innitiative from some known security guys (ZERT) that provides some patches for those vulnerabilities that are public but the vendor hasn't released the patch. Although their effort is something worth, I don't think is something valid. I wouldn't rely on applying those unofficial patches to my boxes, that it is something that I would leave to my vendor (and something that I would complain about and request the support if needed). I'd prefer other workarounds that could protect me against those vulnerabilities, even using those IPS that announces the 0-day protection if they can be customed to protect me (that is another BIG problem nowadays, they can effectively detect a new vulnerability if they have the signature, but they can be easily faked).

Anyway, if you are interested about the public 0-days, there is an interesting page from Eeye that lists them all: Zero day tracker

Thursday, 30 November 2006

Contribute to the Security Community!!

It seems that the number of free software/open-source projects related to Security is decreasing as the time goes by. This is something that surprises me, because there are more and more security professionals out there (just have a look to the normal security mailing lists). Some time ago, almost every month a couple of interesting and innovative security projects were released to the public community, and now it is very strange to see any interesting security project. That is something that is happening with the mailing lists; it is very rare to find an interesing opinion or comment in mailing lists such full-disclosure, bugtraq or any other similar one.

Although that is the current situation in the public mailing lists (there are some exceptions, like the superb daily-dave mailing list), there are some blogs that hold very interesting stuff, so now the interesting issues are migrating from the mailing lists to the blogs (just check my list on the left).

It is important that people related to the information security community start to contribute to it; even though it is something very well known that everybody uses free software/open-source programs (nmap, ethereal, linux, nessus, snort, scapy, ..), very few of them contribute (I mean with contribute, notifying bugs, helping with the documentation, sending patches, new features requests, etc...)

So please, if you think that those nifty tools you are currently using are worth, take a short break and think that there are many hours dedicated from people sometimes in their spare time, so try to help and improve it as it was your own and beloved project.

Monday, 27 November 2006

Can ISPs block outbound connections?

I'm subscribed to a DSL line at my home, and the provider is the biggest one in Spain, Telefonica. The issue I'm having with them is that they block some of my outbound connections and I am not sure if it is something for good or for bad. In fact, I have detected some URLs that I cannot connect to and I need to use a (no)anonymous proxy available in the Internet in order to connect to that URL. It seems that they are only blocking both HTTP and HTTPS connections, but it is something they shouldn't.

Most of those URLs are either malicious URLs or fraud related URLs, but what happens if I want to access those URLs? It could be helpful that they block those URLS, but at least, they could let the user to choose if they want to be "protected" by the ISP or not. I'm supposed to have a not filtered service, am I?

I could even understand that they filter those nasty DNS entries that could lead to a malicious site (I could end up using other DNS server), but please, do not filter my outbound connections.

Saturday, 25 November 2006

First post - Virtual Machine detection

Looking through my colleague webpage, I came across a comment about a very good packer that I'm trying to analyze, Themida. But the comment wasn't about Themida features, but virtual machine detection.

Nowadays, more than 50% of the malware that we analyze has some kind of virtual machine detection in its code (typically the SIDT method), and if they detect any virtual machine, they just do nothing. So, perhaps that's a good idea for our production servers, migrating them to virtual software and in any case they got compromised, the malware code won't run on them.

But the problem is for the analyzers: using tools like vmware is something handy, but you always end up using a real machine (I even use my own laptop to analyze the malware, so my Windows XP has been infected several times). So, what is the solution? It is fairly simple: use some of those hardware cards that restore the OS state (used by example in cybercafes), and IDA Pro with its great remote debugging. When you have finished the analysis, just reboot the box and voilá, your SO is like being just installed.

Anyway, this post was about virtual machine detection, and the guys at intelguardians have some slides about all the different methods, but there is one left, discovered by Alfredo Andrés (my Yersinia colleague and friend) with the STR instruction, check it out at our company address here.