<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title><![CDATA[[SecurityRatty] tag: urls]]></title>
    <link>http://securityratty.com/tag/urls</link>
    <description></description>
    <pubDate>Thu, 09 Oct 2008 07:03:56 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[News Report on Non Vulnerability in Windows Vista]]></title>
      <link>http://securityratty.com/article/3a7950aaea1375ea46dc4f0439559b20</link>
      <guid>http://securityratty.com/article/3a7950aaea1375ea46dc4f0439559b20</guid>
      <description><![CDATA[Are editors so excited to use the headline Vulnerability in Windows Vista in their SEO URLs that they will have their reporters write a story on a non-issue
IDG News has published a news report...]]></description>
      <content:encoded><![CDATA[<p>Are editors so excited to use the headline &#8220;Vulnerability in Windows Vista&#8221; in their SEO URLs that they will have their reporters write a story on a non-issue? </p>
<p>IDG News has published a news report titled, &#8220;<a href="http://www.itworld.com/windows/58144/researchers-find-vulnerability-windows-vista">Researchers find vulnerability in Windows Vista</a>&#8220;. The report says:</p>
<blockquote><p>An Austrian security vendor has found a vulnerability in Windows Vista that it says could possibly allow an attacker to run unauthorized code on a PC.</p>
<p>The problem is rooted in the Device IO Control, which handles internal device communication. Researchers at Phion have found two different ways to cause a buffer overflow that could corrupt the memory of the operating system&#8217;s kernel.</p>
<p>In one of the scenarios, a person would already have to have administrative rights to the PC. In general, vulnerabilities that require that level of access somewhat undermine the risk since the attacker already has permission to use to the PC.</p></blockquote>
<p>Somewhat undermine the risk? If you need admin rights to exercise a bug it is not a security issue since you could already run any code with whatever privilege you wanted.  Microsoft is not issuing a patch, but creating a bug fix in a service pack, yet this is newsworthy?  This story has no comment from anyone but the finder of the bug.  Let&#8217;s see if other news outlets pick up on this one.</p>
]]></content:encoded>
      <pubDate>Thu, 20 Nov 2008 15:41:16 +0000</pubDate>
      <category domain="http://securityratty.com/tag/windows vista">windows vista</category>
      <category domain="http://securityratty.com/tag/vulnerability">vulnerability</category>
      <category domain="http://securityratty.com/tag/news report">news report</category>
      <category domain="http://securityratty.com/tag/report">report</category>
      <category domain="http://securityratty.com/tag/bug fix">bug fix</category>
      <category domain="http://securityratty.com/tag/bug">bug</category>
      <category domain="http://securityratty.com/tag/headline vulnerability">headline vulnerability</category>
      <category domain="http://securityratty.com/tag/austrian security vendor">austrian security vendor</category>
      <category domain="http://securityratty.com/tag/news outlets pick">news outlets pick</category>
      <source url="http://www.veracode.com/blog/2008/11/news-report-on-non-vulnerability-in-windows-vista/">News Report on Non Vulnerability in Windows Vista</source>
    </item>
    <item>
      <title><![CDATA[Embassy of Brazil in India Compromised]]></title>
      <link>http://securityratty.com/article/d16a985654ea698c4e0d3ab5e394be74</link>
      <guid>http://securityratty.com/article/d16a985654ea698c4e0d3ab5e394be74</guid>
      <description><![CDATA[Only an amateur or unethical competition would embedd malicious links at the Embassy of Brazil in India's site , referencing their online community. With the chances of an Embassy involvement into the...]]></description>
      <content:encoded><![CDATA[<div style="text-align: left;"></div><div class="separator" style="clear: both; text-align: center;"></div><div style="text-align: left;"></div><div class="separator" style="clear: both; text-align: center;"></div><a href="http://1.bp.blogspot.com/_wICHhTiQmrA/SRxJCIZifgI/AAAAAAAACc0/7XHc2f7BAQo/s1600-h/brazil_embassy_india_compromised_1.JPG" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://1.bp.blogspot.com/_wICHhTiQmrA/SRxJCIZifgI/AAAAAAAACc0/7XHc2f7BAQo/s200/brazil_embassy_india_compromised_1.JPG" /></a>Only an amateur or unethical competition would embedd <a href="http://securitylabs.websense.com/content/Alerts/3228.aspx">malicious links at the Embassy of Brazil in India's site</a>, referencing their online community. With the chances of <a href="http://www.brazilembassy.in/">an Embassy</a> involvement into the fake antivirus software industry close to zero,<br />
<br />
<a href="http://4.bp.blogspot.com/_wICHhTiQmrA/SRxE9OAVBCI/AAAAAAAACck/u5qhnNXJyoE/s1600-h/brazil_embassy_free_web_space_rogue.JPG" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://4.bp.blogspot.com/_wICHhTiQmrA/SRxE9OAVBCI/AAAAAAAACck/u5qhnNXJyoE/s200/brazil_embassy_free_web_space_rogue.JPG" /></a>The compromise is a great example of a mixed use of pure malicious domains in a combination with compromised legitimate ones and on purposely registered accounts at free web space providers, hosting the blackhat SEO content. However, digging deeper we expose the entire malicious doorways ecosystem pushing PDF exploits, banker malware and Zlob variants. The malicious attackers embedded links to their blackhat SEO farms advertising fake security software, and also a link to a traffic redirection doorway<br />
<br />
<div style="text-align: left;"></div><div class="separator" style="clear: both; text-align: center;"></div><b>epmwckme.dex1.com</b><br />
<b>htkobaf.dex1.com</b><br />
<b>ogbucof.dex1.com</b><br />
<b>segundomuelle.com/mex/antivirus</b><br />
<b>jgzleaa.dex1.com</b><br />
<b>igpran.ru/services/tolstye</b><br />
<br />
<div style="text-align: left;"></div><div class="separator" style="clear: both; text-align: center;"></div><a href="http://1.bp.blogspot.com/_wICHhTiQmrA/SRxFRKFC0LI/AAAAAAAACcs/hsjTDmrLtbo/s1600-h/obfuscation_brazil_embassy.JPG" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://1.bp.blogspot.com/_wICHhTiQmrA/SRxFRKFC0LI/AAAAAAAACcs/hsjTDmrLtbo/s200/obfuscation_brazil_embassy.JPG" /></a>The active and redirecting <b>traff .asia</b> (89.149.251.203) is currently serving a fake account suspended notice - "<i>This account has been suspended. Either the domain has been overused, or the reseller ran out of resources.</i>" but is whatsoever redirecting us to <b>antimalware09 .net</b>. This particular traffic redirection doorway is actively redirecting us to a command and control server running a well known web malware exploitation kit which is currently serving PDF exploits. <b>&nbsp;</b><br />
<br />
<b>google-analyze .com/socket/index.php</b> (216.195.59.77) from where we're redirected to <b>google-analyze.com/tracker/load.php</b> which is serving system.exe (Trojan-Spy.Win32.Zbot.ehk; Win32.TrojanSpy.Zbot.gen!C.5), and <b>google-analyze .com/tracker/pdf.php</b> (Exploit:Win32/Pdfjsc.G; Exploit.JS.Pdfka.w; Bloodhound.Exploit.196). Naturally, within the live exploit URLs there are multiple IFRAMEs redirecting us to more of this group's campaigns. <b>google-analyze .com</b>&nbsp; has multiple IFRAMEs pointing to <b>google-analystic .net</b> (209.160.67.56), yet another traffic redirection doorway further exposing their campaigns.<br />
<br />
For instance, <b>google-analystic .net/in.cgi?20</b> loads <b>google-analystic.net/tea.php</b> (209.160.67.56) where <b>google-analystic .net/in.cgi?8</b> is redirecting to <b>91.203.93.61 /in.cgi?2</b> taking us to <b>91.203.93.61 /25/2/</b> where we deobfuscate the javascript leading us to the exact location of the PDF exploit - <b>91.203.93.61 /25/2/getfile.php?f=pdf</b>. This is just for starters. <b>google-analystic .net/in.cgi?9</b> redirects to <b>mangust32 .cn/pod/index.php</b> (218.93.202.102) where they serve load.exe (Backdoor:Win32/Koceg.gen!A) at <br />
<b>mangust32 .cn/pod2/load.php</b> and load.exe at <b>mangust32 .cn/eto2/load.php</b>, moreover, <b>google-analystic .net/in.cgi?10</b> leads us to <b>mmcounter .com/in.cgi?id194</b> (94.102.50.130) a traffic management login which is no longer responding. The last IFRAME found within google-analystic points to <b>busyhere .ru/in.cgi?pipka</b> which redirects to <b>beshragos .com/work/index.php</b> (79.135.187.38) where once we<br />
deobfuscate the script, we get to see the PDF exploit location <b>beshragos.com /work/getfile.php?f=pdf</b>.<br />
<br />
What's contributing to the increase of PDF exploits durin the last month? It's an updated version of a web based malware exploitation tool, which despite the fact that it remains proprietary for the time being, will leak in the next couple of weeks causing the usual short-lived epidemic.<br />
<br />
<b>Related posts:</b><br />
<a href="http://ddanchev.blogspot.com/2008/01/dutch-embassy-in-moscow-serving-malware.html">The Dutch Embassy in Moscow Serving Malware</a><br />
<a href="http://ddanchev.blogspot.com/2007/09/us-consulate-st-petersburg-serving.html">U.S Consulate in St. Petersburg Serving Malware</a><br />
<a href="http://ddanchev.blogspot.com/2007/09/syrian-embassy-in-london-serving.html">Syrian Embassy in London Serving Malware</a><br />
<a href="http://ddanchev.blogspot.com/2007/12/have-your-malware-in-timely-fashion.html">French Embassy in Libya Serving Malware</a><b> <br />
</b><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=GVhoN"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=GVhoN" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=1M6tN"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=1M6tN" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=BksVn"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=BksVn" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=u03In"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=u03In" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=HzjZN"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=HzjZN" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=9KBON"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=9KBON" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=2Qbtn"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=2Qbtn" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/DanchoDanchevOnSecurityAndNewMedia/~4/451892286" height="1" width="1"/>]]></content:encoded>
      <pubDate>Thu, 13 Nov 2008 06:47:45 +0000</pubDate>
      <category domain="http://securityratty.com/tag/embassy">embassy</category>
      <category domain="http://securityratty.com/tag/php">php</category>
      <category domain="http://securityratty.com/tag/traffic redirection doorway">traffic redirection doorway</category>
      <category domain="http://securityratty.com/tag/syrian embassy">syrian embassy</category>
      <category domain="http://securityratty.com/tag/exploit">exploit</category>
      <category domain="http://securityratty.com/tag/live exploit urls">live exploit urls</category>
      <category domain="http://securityratty.com/tag/cgi">cgi</category>
      <category domain="http://securityratty.com/tag/pdf exploits durin">pdf exploits durin</category>
      <category domain="http://securityratty.com/tag/pdf exploits">pdf exploits</category>
      <source url="http://feeds.feedburner.com/~r/DanchoDanchevOnSecurityAndNewMedia/~3/451892286/embassy-of-brazil-in-india-compromised.html">Embassy of Brazil in India Compromised</source>
    </item>
    <item>
      <title><![CDATA[DIY Skype Malware Spreading Tool in the Wild]]></title>
      <link>http://securityratty.com/article/7529aecdb25c1d7756e201282f8fb4a0</link>
      <guid>http://securityratty.com/article/7529aecdb25c1d7756e201282f8fb4a0</guid>
      <description><![CDATA[Who needs to build hit lists by harvesting user names when a usability feature allows you to expose millions of users to your latest social engineering campaign? That seems to be the mentality of yet...]]></description>
      <content:encoded><![CDATA[<div style="text-align: left;"></div><div class="separator" style="clear: both; text-align: center;"></div><a href="http://1.bp.blogspot.com/_wICHhTiQmrA/SRrVzCeAVmI/AAAAAAAACbk/KZPV_8gp9AY/s1600-h/skype_.JPG" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://1.bp.blogspot.com/_wICHhTiQmrA/SRrVzCeAVmI/AAAAAAAACbk/KZPV_8gp9AY/s200/skype_.JPG" /></a>Who needs to <a href="http://ddanchev.blogspot.com/2007/10/thousands-of-im-screen-names-in-wild.html">build hit lists</a> by <a href="http://ddanchev.blogspot.com/2008/05/harvesting-youtube-usernames-for.html">harvesting user names</a> when a usability feature allows you to expose millions of users to your latest social engineering campaign? That seems to be the mentality of yet another Skype malware spreading tool, which just like the majority of publicly obtainable tools is aiming to contact everyone, everywhere.<br />
<br />
The tool's main differentiation factor is its feature of harvesting the personal information of users it has managed to detect randomly, that's of course in between the mass spamming of malicious URLs. However, despite it's DIY nature allowing someone to easily launch a malware campaign spreading across Skype, the tool is lacking the segmentation features offered by related <a href="http://ddanchev.blogspot.com/2008/09/skype-spamming-tool-in-wild-part-two.html">Skype spamming tools</a>. Just like in a cybercrime 1.0 world where <a href="http://ddanchev.blogspot.com/2007/09/diy-exploits-embedding-tools.html">DIY exploit embedding tools</a> were favored due to the lack of web malware exploitation kits, in a cybercrime 2.0 world these DIY tools matured into IM malware spreading modules easily attached to any infected host given the botnet master is looking for such a functionality.<br />
<br />
<b>Related posts:</b><br />
<a href="http://ddanchev.blogspot.com/2008/09/skype-spamming-tool-in-wild-part-two.html">Skype Spamming Tool in the Wild - Part Two</a><br />
<a href="http://ddanchev.blogspot.com/2008/04/skype-spamming-tool-in-wild.html">Skype Spamming Tool in the Wild</a><br />
<a href="http://ddanchev.blogspot.com/2008/05/harvesting-youtube-usernames-for.html">Harvesting Youtube Usernames for Spamming</a><br />
<a href="http://ddanchev.blogspot.com/2008/02/uncovering-msn-social-engineering-scam.html">Uncovering a MSN Social Engineering Scam</a><br />
<a href="http://ddanchev.blogspot.com/2007/05/msn-spamming-bot.html">MSN Spamming Bot</a><br />
<a href="http://ddanchev.blogspot.com/2008/01/diy-fake-msn-client-stealing-passwords.html">DIY Fake MSN Client Stealing Passwords</a><br />
<a href="http://ddanchev.blogspot.com/2007/10/thousands-of-im-screen-names-in-wild.html">Thousands of IM Screen Names in the Wild</a><br />
<a href="http://ddanchev.blogspot.com/2007/11/yahoo-messenger-controlled-malware.html">Yahoo Messenger Controlled Malware</a><b><br />
</b><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=17vrN"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=17vrN" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=gPgTN"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=gPgTN" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=Hh4Wn"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=Hh4Wn" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=DOhVn"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=DOhVn" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=AzUMN"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=AzUMN" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=VlNQN"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=VlNQN" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=nFj2n"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=nFj2n" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/DanchoDanchevOnSecurityAndNewMedia/~4/450936920" height="1" width="1"/>]]></content:encoded>
      <pubDate>Wed, 12 Nov 2008 08:43:28 +0000</pubDate>
      <category domain="http://securityratty.com/tag/skype">skype</category>
      <category domain="http://securityratty.com/tag/skype malware">skype malware</category>
      <category domain="http://securityratty.com/tag/malware">malware</category>
      <category domain="http://securityratty.com/tag/tool">tool</category>
      <category domain="http://securityratty.com/tag/tools">tools</category>
      <category domain="http://securityratty.com/tag/publicly obtainable tools">publicly obtainable tools</category>
      <category domain="http://securityratty.com/tag/wild">wild</category>
      <category domain="http://securityratty.com/tag/malware campaign">malware campaign</category>
      <category domain="http://securityratty.com/tag/diy tools">diy tools</category>
      <source url="http://feeds.feedburner.com/~r/DanchoDanchevOnSecurityAndNewMedia/~3/450936920/diy-skype-malware-spreading-tool-in.html">DIY Skype Malware Spreading Tool in the Wild</source>
    </item>
    <item>
      <title><![CDATA[How can we co-operate to tackle phishing?]]></title>
      <link>http://securityratty.com/article/0b1c35bf86cb16980eeff0d57cfe4abb</link>
      <guid>http://securityratty.com/article/0b1c35bf86cb16980eeff0d57cfe4abb</guid>
      <description><![CDATA[Richard Clayton and I recently presented evidence of the adverse impact of take-down companies not sharing phishing feeds . Many phishing websites are missed by the take-down company which has the...]]></description>
      <content:encoded><![CDATA[<p><a href="http://www.cl.cam.ac.uk/~rnc1/">Richard Clayton</a> and <a href="http://people.seas.harvard.edu">I</a> recently presented <a href="http://www.lightbluetouchpaper.org/2008/10/16/non-cooperation-in-the-fight-against-phishing/">evidence of the adverse impact of take-down companies not sharing phishing feeds</a>.  Many phishing websites are missed by the take-down company which has the contract for removal; unsurprisingly, these websites are not removed very fast. Consequently, more consumers&#8217; identities are stolen.</p>
<p>In the <a href="http://people.seas.harvard.edu/~tmoore/ecrime08.pdf">paper</a>, we propose a simple solution: take-down companies should share their raw, unverified feeds of phishing URLs with their competitors.  Each company can examine the raw feed, pick out the websites impersonating their clients, and focus on removing these sites.</p>
<p>Since we presented our findings to the <a href="http://www.apwg.org">Anti-Phishing Working Group</a> <a href="http://www.ecrimeresearch.org/">eCrime Researchers Summit</a>, we have received considerable feedback from take-down companies.  Take-down companies attending the APWG meeting understood that sharing would help speed up response times, but expressed reservations at sharing their feeds unless they were duly compensated.  <a href="http://www.cyveillence.com/web/corporate/exec/olson.asp">Eric Olsen</a> of <a href="http://www.cyveillance.com">Cyveillance</a> (another company offering take-down services) has written a <a href="http://www.cyveillanceblog.com/phishing/a-contrary-perspective-–-forced-data-sharing-will-decrease-performance-and-reduce-protection">comprehensive rebuttal</a> of our recommendations.  He argues that competition between take-down companies drives investment in efforts to detect more websites. Mandated sharing of phishing URL feeds, in his view, would undermine these detection efforts and cause take-down companies such as Cyveillance to exit the business.</p>
<p>I do have some sympathy for the objections raised by the take-down companies.  As we state in the paper, <a href="http://en.wikipedia.org/wiki/Free_rider_problem">free-riding</a> (where one company relies on another to invest in detection so they don&#8217;t have to) is a concern for any sharing regime.  Academic research studying other areas of information security (e.g., <a href="http://papers.ssrn.com/sol3/papers.cfm?abstract_id=1000369">here</a> and <a href="http://ideas.repec.org/p/wpa/wuwpio/0503004.html">here</a>), however, has shown that free-riding is unlikely to be so rampant as to drive all the best take-down companies out of offering service, as Mr. Olsen suggests.</p>
<p>While we can quibble over the extent of the threat from free free-riding, it should not detract from the conclusions we draw over the need for greater sharing.  In our view, it would be unwise and irresponsible to accept the current status quo of keeping phishing URL feeds completely private.  After all, competition without sharing has approximately <em>doubled</em> the lifetimes of phishing websites!  The solution, then, is to devise a sharing mechanism that gives take-down companies the incentive to keep detecting more phishing URLs.<br />
<span id="more-469"></span><br />
Here is our stab at devising a suitable sharing mechanism.  We propose the creation of a members-only sharing club with compensation for net contributors paid for by net receivers. Take-down companies submit real-time copies of their entire feeds to a trusted third party (for the sake of argument, let&#8217;s assume that the <a href="http://www.apwg.org">APWG</a> takes on this role).  The APWG collates the individual feeds, marks the source of each submission (i.e., which take-down company) along with a timestamp.  The APWG makes the amalgamated feed available immediately to all members.  The members pick out phishing URLs impersonating their own clients, while ignoring the rest.  Crucially, the expensive task of verifying phishing URLs and initiating take-down continues to be performed by the take-down company. </p>
<p>Periodically, the combined feed is audited to determine the reciprocity of contributions.  Take-down companies provide a list of their clients to the auditor.  The auditor then computes the number of phishing websites impersonating each take-down company&#8217;s clients that are missed by the takedown company but identified by others.  The auditor also tallies the time difference for phishing websites  that are identified by others first.</p>
<p>For example, suppose bank A1 has hired take-down company A to remove phishing sites on its behalf, and bank B1 has hired take-down company B.  Suppose 500 phishing sites impersonate A1, and that A identifies 400 while B identifies an additional 100 sites missed by A.  Likewise, suppose another 500 phishing sites impersonate bank B1, and that B identifies 300 while A identifies an additional 200 sites missed by B. B has received a net of 100 useful phishing sites more from A than B has given to A.  Consequently, B should pay A a previously-agreed &#8216;finder&#8217;s fee&#8217; for identifying these extra 100 websites. </p>
<p>The &#8216;finder&#8217;s fee&#8217; provides additional incentive for take-down companies to invest in better phishing website detection. Designed properly, such a sharing club can overcome the potential for free-riding that companies such as Cyveillance fret about, while increasing sharing to shorten phishing website lifetimes. </p>
<p>Some subtleties must be mentioned, however.  If the finder&#8217;s fee is big enough, some companies may be tempted to cheat to minimize their payout.  For instance, underperforming take-down companies could claim to have independently discovered missing data from their feed shortly after collecting it from the shared feed.  This can be mitigated by adding a credible threat of detection &#8212; inserting a few dubious fake phishing URLs that only appear in the shared feed.  If the company claims to have &#8216;independently&#8217; rediscovered these URLs, then they will be caught cheating.  Another issue is that the auditing system does incur some overhead, which could be avoided if sharing was made unconditional.  </p>
<p>To sum up, we recognize that many take-down companies will be reticent to share.  However, we feel that sharing is too important to the goal of tackling phishing to brush aside because of a few inevitable complications.  For the good of protecting consumers, the anti-phishing industry should learn to co-operate!</p>
]]></content:encoded>
      <pubDate>Mon, 27 Oct 2008 09:47:06 +0000</pubDate>
      <category domain="http://securityratty.com/tag/companies">companies</category>
      <category domain="http://securityratty.com/tag/take-down companies provide">take-down companies provide</category>
      <category domain="http://securityratty.com/tag/hired take-down company">hired take-down company</category>
      <category domain="http://securityratty.com/tag/take-down company">take-down company</category>
      <category domain="http://securityratty.com/tag/take-down companies">take-down companies</category>
      <category domain="http://securityratty.com/tag/company">company</category>
      <category domain="http://securityratty.com/tag/feeds">feeds</category>
      <category domain="http://securityratty.com/tag/entire feeds">entire feeds</category>
      <category domain="http://securityratty.com/tag/url feeds completely">url feeds completely</category>
      <source url="http://www.lightbluetouchpaper.org/2008/10/27/how-can-we-co-operate-to-tackle-phishing/">How can we co-operate to tackle phishing?</source>
    </item>
    <item>
      <title><![CDATA[Malware? We don't need no stinking malware!]]></title>
      <link>http://securityratty.com/article/cbb029a08a78820b5ef90b69579719a1</link>
      <guid>http://securityratty.com/article/cbb029a08a78820b5ef90b69579719a1</guid>
      <description><![CDATA[Written by Oliver Fisher

This site may harm your computer
You may have seen those words in Google search results but what do they mean? If you click the search result link you get another warning...]]></description>
      <content:encoded><![CDATA[<span class="byline-author">Written by Oliver Fisher</span><br /><br /><span style="font-weight: bold;">"This site may harm your computer"</span><br />You may have seen those words in Google search results — but what do they mean? If you click the search result link you get another warning page instead of the website you were expecting. But if the web page was your grandmother's baking blog, you're still confused. Surely your grandmother hasn't been secretly honing her l33t computer hacking skills at night school. Google must have made a mistake and your grandmother's web page is just fine...<br /><br /><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://3.bp.blogspot.com/_LMSk7hTEaIE/SQI_1LfaQYI/AAAAAAAAtcc/zI4emYNyj4g/s1600-h/example.png"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 320px; height: 125px;" src="http://3.bp.blogspot.com/_LMSk7hTEaIE/SQI_1LfaQYI/AAAAAAAAtcc/zI4emYNyj4g/s320/example.png" alt="" id="BLOGGER_PHOTO_ID_5260837497572311426" border="0" /></a><br /><br />I work with the team that helps put the warning in Google's search results, so let me try to explain. The good news is that your grandmother is still kind and <a href="http://fitz.blogspot.com/2008/10/everybody-should-have-one.html">loves turtles</a>. She isn't trying to start a botnet or steal credit card numbers. The bad news is that her website or the server that it runs on probably has a security vulnerability, most likely from some out-of-date software. That vulnerability has been exploited and malicious code has been added to your grandmother's website. It's most likely an invisible script or iframe that pulls content from another website that tries to attack any computer that views the page. If the attack succeeds, then viruses, spyware, key loggers, botnets, and other nasty stuff will get installed.<br /><br />If you see the warning on a site in Google's search results, it's a good idea to pay attention to it. Google has automatic scanners that are constantly looking for these sorts of web pages. I help build the scanners and continue to be surprised by how accurate they are. There is almost certainly something wrong with the website even if it is run by someone you trust. The automatic scanners make unbiased decisions based on the malicious content of the pages, not the reputation of the webmaster.<br /><br />Servers are just like your home computer and need constant updating. There are lots of tools that make building a website easy, but each one adds some risk of being exploited. Even if you're diligent and keep all your website components updated, your web host may not be. They control your website's server and may not have installed the most recent OS patches. And it's not just innocent grandmothers that this happens to. There have been warnings on the websites of banks, sports teams, and corporate and government websites.<br /><br /><span style="font-weight: bold;">Uh-oh... I need help!</span><br />Now that we understand what the malware label means in search results, what do you do if you're a webmaster and Google's scanners have found malware on your site?<br /><br />There are some resources to help clean things up. The Google Webmaster Central blog has <a href="http://googlewebmastercentral.blogspot.com/2008/04/my-sites-been-hacked-now-what.html">some tips</a> and a <a href="http://googlewebmastercentral.blogspot.com/2007/09/quick-security-checklist-for-webmasters.html">quick security checklist for webmasters</a>. <a href="http://stopbadware.org/">Stopbadware.org</a> has great information, and their <a href="http://groups.google.com/group/stopbadware">forums</a> have a number of helpful and knowledgeable volunteers who may be able to help (sometimes I'm one of them). You can also use the Google SafeBrowsing diagnostics page for your site (http://www.google.com/safebrowsing/diagnostic?site=<i>&lt;site-name-here&gt;</i>) to see specific information about what Google's automatic scanners have found. If your site has been flagged, Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> lists some of the URLs that were scanned and found to be infected.<br /><br />Once you've cleaned up your website, use Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> to <a href="http://googlewebmastercentral.blogspot.com/2008/08/hey-google-i-no-longer-have-badware.html">request a malware review</a>. The automatic systems will rescan your website and the warning will be removed if the malware is gone.<br /><br /><span style="font-weight: bold;">Advance warning</span><br />I often hear webmasters asking Google for advance warning before a malware label is put on their website. When the label is applied, Google usually <a href="http://www.google.com/support/webmasters/bin/answer.py?answer=45432#2">emails the website owners</a> and then posts a warning in Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a>. But no warning is given ahead of time - <span style="font-weight: bold;">before</span> the label is applied - so a webmaster can't quickly clean up the site before a warning is applied.<br /><br />But, look at the situation from the user's point of view. As a user, I'd be pretty annoyed if Google sent me to a site it knew was dangerous. Even a short delay would expose some users to that risk, and it doesn't seem justified. I know it's frustrating for a webmaster to see a malware label on their website. But, ultimately, protecting users against malware makes the internet a safer place and everyone benefits, both webmasters and users.<br /><br />Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> has started a test to provide <a href="http://googlewebmastercentral.blogspot.com/2008/10/message-center-warnings-for-hackable.html">warnings to webmasters</a> that their server software may be vulnerable. Responding to that warning and updating server software can prevent your website from being compromised with malware. The best way to avoid a malware label is to never have any malware on the site!<br /><br /><span style="font-weight: bold;">Reviews</span><br />You can request a review via Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> and you can see the status of the review there. If you think the review is taking too long, make sure to check the status. Finding all the malware on a site is difficult and the automated scanners are far more accurate than humans. The scanners may have found something you've missed and the review may have failed.  If your site has a malware label, Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> will also list some sample URLs that have problems. This is not a full list of all of the problem URLs (because that's often very, very long), but it should get you started.<br /><br />Finally, don't confuse a malware review with a <a href="http://googlewebmastercentral.blogspot.com/2008/07/requesting-reconsideration-using-google.html">request for reconsideration</a>. If Google's automated scanners find malware on your website, the site will usually not be removed from search results. There is also a different process that removes spammy websites from Google search results. If that's happened and you disagree with Google, you should submit a <a href="http://googlewebmastercentral.blogspot.com/2008/07/requesting-reconsideration-using-google.html">reconsideration request</a>. But if your site has a malware label, a reconsideration request won't do any good — for malware you need to file a malware review from the Overview page.<br /><br /><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://4.bp.blogspot.com/_LMSk7hTEaIE/SQJAJQN-pYI/AAAAAAAAtck/DOkV2_QwJdQ/s1600-h/example2.png"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 320px; height: 202px;" src="http://4.bp.blogspot.com/_LMSk7hTEaIE/SQJAJQN-pYI/AAAAAAAAtck/DOkV2_QwJdQ/s320/example2.png" alt="" id="BLOGGER_PHOTO_ID_5260837842438759810" border="0" /></a><br /><br /><span style="font-weight: bold;">How long will a review take?</span><br />Webmasters are eager to have a Google malware label removed from their site and often ask how long a review of the site will take. Both the original scanning and the review process are fully automated. The systems analyze large portions of the internet, which is big place, so the review may not happen immediately. Ideally, the label will be removed within a few hours. At its longest, the process should take a day or so.<div class="feedflare">
<a href="http://feeds.feedburner.com/~f/GoogleOnlineSecurityBlog?a=Cuj5M"><img src="http://feeds.feedburner.com/~f/GoogleOnlineSecurityBlog?i=Cuj5M" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/GoogleOnlineSecurityBlog?a=v7cwm"><img src="http://feeds.feedburner.com/~f/GoogleOnlineSecurityBlog?i=v7cwm" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/GoogleOnlineSecurityBlog/~4/431137747" height="1" width="1"/>]]></content:encoded>
      <pubDate>Fri, 24 Oct 2008 10:25:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/malware">malware</category>
      <category domain="http://securityratty.com/tag/google malware label">google malware label</category>
      <category domain="http://securityratty.com/tag/label">label</category>
      <category domain="http://securityratty.com/tag/malware review">malware review</category>
      <category domain="http://securityratty.com/tag/tools">tools</category>
      <category domain="http://securityratty.com/tag/webmaster tools lists">webmaster tools lists</category>
      <category domain="http://securityratty.com/tag/malware label">malware label</category>
      <category domain="http://securityratty.com/tag/webmaster tools">webmaster tools</category>
      <category domain="http://securityratty.com/tag/google">google</category>
      <source url="http://feeds.feedburner.com/~r/GoogleOnlineSecurityBlog/~3/431137747/malware-we-dont-need-no-stinking.html">Malware? We don't need no stinking malware!</source>
    </item>
    <item>
      <title><![CDATA[Malware? We don't need no stinking malware!]]></title>
      <link>http://securityratty.com/article/7b001609aa5afd4ad270a86d179c2f41</link>
      <guid>http://securityratty.com/article/7b001609aa5afd4ad270a86d179c2f41</guid>
      <description><![CDATA[Written by Oliver Fisher

This site may harm your computer
You may have seen those words in Google search results but what do they mean? If you click the search result link you get another warning...]]></description>
      <content:encoded><![CDATA[<span class="byline-author">Written by Oliver Fisher</span><br /><br /><span style="font-weight: bold;">"This site may harm your computer"</span><br />You may have seen those words in Google search results — but what do they mean? If you click the search result link you get another warning page instead of the website you were expecting. But if the web page was your grandmother's baking blog, you're still confused. Surely your grandmother hasn't been secretly honing her l33t computer hacking skills at night school. Google must have made a mistake and your grandmother's web page is just fine...<br /><br /><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://3.bp.blogspot.com/_LMSk7hTEaIE/SQI_1LfaQYI/AAAAAAAAtcc/zI4emYNyj4g/s1600-h/example.png"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 320px; height: 125px;" src="http://3.bp.blogspot.com/_LMSk7hTEaIE/SQI_1LfaQYI/AAAAAAAAtcc/zI4emYNyj4g/s320/example.png" alt="" id="BLOGGER_PHOTO_ID_5260837497572311426" border="0" /></a><br /><br />I work with the team that helps put the warning in Google's search results, so let me try to explain. The good news is that your grandmother is still kind and <a href="http://fitz.blogspot.com/2008/10/everybody-should-have-one.html">loves turtles</a>. She isn't trying to start a botnet or steal credit card numbers. The bad news is that her website or the server that it runs on probably has a security vulnerability, most likely from some out-of-date software. That vulnerability has been exploited and malicious code has been added to your grandmother's website. It's most likely an invisible script or iframe that pulls content from another website that tries to attack any computer that views the page. If the attack succeeds, then viruses, spyware, key loggers, botnets, and other nasty stuff will get installed.<br /><br />If you see the warning on a site in Google's search results, it's a good idea to pay attention to it. Google has automatic scanners that are constantly looking for these sorts of web pages. I help build the scanners and continue to be surprised by how accurate they are. There is almost certainly something wrong with the website even if it is run by someone you trust. The automatic scanners make unbiased decisions based on the malicious content of the pages, not the reputation of the webmaster.<br /><br />Servers are just like your home computer and need constant updating. There are lots of tools that make building a website easy, but each one adds some risk of being exploited. Even if you're diligent and keep all your website components updated, your web host may not be. They control your website's server and may not have installed the most recent OS patches. And it's not just innocent grandmothers that this happens to. There have been warnings on the websites of banks, sports teams, and corporate and government websites.<br /><br /><span style="font-weight: bold;">Uh-oh... I need help!</span><br />Now that we understand what the malware label means in search results, what do you do if you're a webmaster and Google's scanners have found malware on your site?<br /><br />There are some resources to help clean things up. The Google Webmaster Central blog has <a href="http://googlewebmastercentral.blogspot.com/2008/04/my-sites-been-hacked-now-what.html">some tips</a> and a <a href="http://googlewebmastercentral.blogspot.com/2007/09/quick-security-checklist-for-webmasters.html">quick security checklist for webmasters</a>. <a href="http://stopbadware.org/">Stopbadware.org</a> has great information, and their <a href="http://groups.google.com/group/stopbadware">forums</a> have a number of helpful and knowledgeable volunteers who may be able to help (sometimes I'm one of them). You can also use the Google SafeBrowsing diagnostics page for your site (http://www.google.com/safebrowsing/diagnostic?site=<i>&lt;site-name-here&gt;</i>) to see specific information about what Google's automatic scanners have found. If your site has been flagged, Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> lists some of the URLs that were scanned and found to be infected.<br /><br />Once you've cleaned up your website, use Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> to <a href="http://googlewebmastercentral.blogspot.com/2008/08/hey-google-i-no-longer-have-badware.html">request a malware review</a>. The automatic systems will rescan your website and the warning will be removed if the malware is gone.<br /><br /><span style="font-weight: bold;">Advance warning</span><br />I often hear webmasters asking Google for advance warning before a malware label is put on their website. When the label is applied, Google usually <a href="http://www.google.com/support/webmasters/bin/answer.py?answer=45432#2">emails the website owners</a> and then posts a warning in Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a>. But no warning is given ahead of time - <span style="font-weight: bold;">before</span> the label is applied - so a webmaster can't quickly clean up the site before a warning is applied.<br /><br />But, look at the situation from the user's point of view. As a user, I'd be pretty annoyed if Google sent me to a site it knew was dangerous. Even a short delay would expose some users to that risk, and it doesn't seem justified. I know it's frustrating for a webmaster to see a malware label on their website. But, ultimately, protecting users against malware makes the internet a safer place and everyone benefits, both webmasters and users.<br /><br />Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> has started a test to provide <a href="http://googlewebmastercentral.blogspot.com/2008/10/message-center-warnings-for-hackable.html">warnings to webmasters</a> that their server software may be vulnerable. Responding to that warning and updating server software can prevent your website from being compromised with malware. The best way to avoid a malware label is to never have any malware on the site!<br /><br /><span style="font-weight: bold;">Reviews</span><br />You can request a review via Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> and you can see the status of the review there. If you think the review is taking too long, make sure to check the status. Finding all the malware on a site is difficult and the automated scanners are far more accurate than humans. The scanners may have found something you've missed and the review may have failed.  If your site has a malware label, Google's <a href="http://www.google.com/webmasters/tools/">Webmaster Tools</a> will also list some sample URLs that have problems. This is not a full list of all of the problem URLs (because that's often very, very long), but it should get you started.<br /><br />Finally, don't confuse a malware review with a <a href="http://googlewebmastercentral.blogspot.com/2008/07/requesting-reconsideration-using-google.html">request for reconsideration</a>. If Google's automated scanners find malware on your website, the site will usually not be removed from search results. There is also a different process that removes spammy websites from Google search results. If that's happened and you disagree with Google, you should submit a <a href="http://googlewebmastercentral.blogspot.com/2008/07/requesting-reconsideration-using-google.html">reconsideration request</a>. But if your site has a malware label, a reconsideration request won't do any good — for malware you need to file a malware review from the Overview page.<br /><br /><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://4.bp.blogspot.com/_LMSk7hTEaIE/SQJAJQN-pYI/AAAAAAAAtck/DOkV2_QwJdQ/s1600-h/example2.png"><img style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 320px; height: 202px;" src="http://4.bp.blogspot.com/_LMSk7hTEaIE/SQJAJQN-pYI/AAAAAAAAtck/DOkV2_QwJdQ/s320/example2.png" alt="" id="BLOGGER_PHOTO_ID_5260837842438759810" border="0" /></a><br /><br /><span style="font-weight: bold;">How long will a review take?</span><br />Webmasters are eager to have a Google malware label removed from their site and often ask how long a review of the site will take. Both the original scanning and the review process are fully automated. The systems analyze large portions of the internet, which is big place, so the review may not happen immediately. Ideally, the label will be removed within a few hours. At its longest, the process should take a day or so.<div class="feedflare">
<a href="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?a=SIUWOyG4"><img src="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?d=41" border="0"></img></a> <a href="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?a=62ZsGul3"><img src="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?i=62ZsGul3" border="0"></img></a>
</div><img src="http://feedproxy.google.com/~r/GoogleOnlineSecurityBlog/~4/FIyRCnLebV4" height="1" width="1"/>]]></content:encoded>
      <pubDate>Fri, 24 Oct 2008 10:25:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/malware">malware</category>
      <category domain="http://securityratty.com/tag/google malware label">google malware label</category>
      <category domain="http://securityratty.com/tag/label">label</category>
      <category domain="http://securityratty.com/tag/malware review">malware review</category>
      <category domain="http://securityratty.com/tag/tools">tools</category>
      <category domain="http://securityratty.com/tag/webmaster tools lists">webmaster tools lists</category>
      <category domain="http://securityratty.com/tag/malware label">malware label</category>
      <category domain="http://securityratty.com/tag/webmaster tools">webmaster tools</category>
      <category domain="http://securityratty.com/tag/google">google</category>
      <source url="http://feedproxy.google.com/~r/GoogleOnlineSecurityBlog/~3/FIyRCnLebV4/malware-we-dont-need-no-stinking.html">Malware? We don't need no stinking malware!</source>
    </item>
    <item>
      <title><![CDATA[Non-cooperation in the fight against phishing]]></title>
      <link>http://securityratty.com/article/23ddcf5cb9c3191c18b72786fb1052f9</link>
      <guid>http://securityratty.com/article/23ddcf5cb9c3191c18b72786fb1052f9</guid>
      <description><![CDATA[Tyler Moore and I are presenting another one of our academic phishing papers today at the Anti-Phishing Working Groups Third eCrime Researchers Summit here in Atlanta, Georgia. The paper The...]]></description>
      <content:encoded><![CDATA[<p><a href="http://people.seas.harvard.edu/~tmoore/">Tyler Moore</a> and <a href="http://www.cl.cam.ac.uk/~rnc1">I</a> are presenting another one of our academic phishing papers today at the <a href="http://www.apwg.org">Anti-Phishing Working Group&#8217;s</a> <a href="http://www.apwg.org/ecrimeresearch/2008/program.html">Third eCrime Researchers Summit</a> here in Atlanta, Georgia. The paper &#8220;The consequence of non-cooperation in the fight against phishing&#8221; (<a href="http://www.cl.cam.ac.uk/~rnc1/ecrime08pre.pdf">pre-proceedings version here</a>) goes some way to explaining anomalies we found in our previous analysis of phishing website lifetimes. The &#8220;take-down&#8221; companies reckon to get phishing websites removed within a few hours, whereas our measurements show that the average lifetimes are a few days.</p>
<p>These &#8220;take-down&#8221; companies are generally specialist offshoots of more general &#8220;brand protection&#8221; companies, and are hired by banks to handle removal of fake phishing websites.</p>
<p>When we examined our data more carefully we found that we were receiving &#8220;feeds&#8221; of phishing website URLs from several different sources &#8212; and the &#8220;take-down&#8221; companies that were passing the data to us were not passing the data to each other.</p>
<p>So it often occurs that take-down company A knows about a phishing website targeting a particular bank, but take-down company B is ignorant of its existence. If it is company B that has the contract for removing sites for that bank then, since they don&#8217;t know the website exists, they take no action and the site stays up.</p>
<p>Since we were receiving data feeds from both company A and company B, we knew the site existed and we measured its lifetime &#8212; which is much extended. In fact, it&#8217;s somewhat of a mystery why it is removed at all! Our best guess is that reports made directly to ISPs trigger removal.</p>
<p>The paper contains all the details, and gives all the figures to show that website lifetimes are extended by about 5 days when the take-down company is completely unaware of the site. On other occasions the company learns about the site some time after it is first detected by someone else; and this extends the lifetimes by an average of 2 days.</p>
<p>Since extended lifetimes equate to more unsuspecting visitors handing over their credentials and having their bank accounts cleaned out, these delays can also be expressed in monetary terms. Using the rough and ready model <a href="http://www.cl.cam.ac.uk/~rnc1/ecrime07.pdf">we developed last year</a>, we estimate that an extra $326 million per annum is currently being put at risk by the lack of data sharing. This figure is from our analysis of just two companies&#8217; feeds, and there are several more such companies in this business.</p>
<p>Not surprisingly, our paper suggests that the take-down companies should be <a href="http://www.cartoonbank.com/item/121840">sharing their data</a>, so that when they learn about websites attacking banks they don&#8217;t have contracts with, they pass the details on to another company who can start to get the site removed.</p>
<p>We analyse the incentives to make this change (and the incentives the companies have not to do so) and contrast the current arrangements with the anti-virus/malware industry &#8212; where sample suspect code has been shared since the early 1990s.</p>
<p>In particular, we note that it is the banks who would benefit most from data sharing &#8212; and since they are paying the bills, we think that they may well be in a position to force through changes in policy. To best protect the public, we must hope that this happens soon.</p>
]]></content:encoded>
      <pubDate>Thu, 16 Oct 2008 09:32:24 +0000</pubDate>
      <category domain="http://securityratty.com/tag/companies">companies</category>
      <category domain="http://securityratty.com/tag/brand protection companies">brand protection companies</category>
      <category domain="http://securityratty.com/tag/take-down companies reckon">take-down companies reckon</category>
      <category domain="http://securityratty.com/tag/take-down companies">take-down companies</category>
      <category domain="http://securityratty.com/tag/data feeds">data feeds</category>
      <category domain="http://securityratty.com/tag/data">data</category>
      <category domain="http://securityratty.com/tag/website lifetimes">website lifetimes</category>
      <category domain="http://securityratty.com/tag/lifetimes">lifetimes</category>
      <category domain="http://securityratty.com/tag/company">company</category>
      <source url="http://www.lightbluetouchpaper.org/2008/10/16/non-cooperation-in-the-fight-against-phishing/">Non-cooperation in the fight against phishing</source>
    </item>
    <item>
      <title><![CDATA[Quality Assurance in Malware Attacks - Part Two]]></title>
      <link>http://securityratty.com/article/e553d3dda55ead2f3b81e5c89625e5d9</link>
      <guid>http://securityratty.com/article/e553d3dda55ead2f3b81e5c89625e5d9</guid>
      <description><![CDATA[Surprisingly, while opportunistic cybercriminals have long embraced the malware as a service model , and are offering managed lower detection rate services for a customer's malware, or DIY ones where...]]></description>
      <content:encoded><![CDATA[<div style="text-align: left;"></div><div class="separator" style="clear: both; text-align: center;"></div><a href="http://3.bp.blogspot.com/_wICHhTiQmrA/SPRhE15p3EI/AAAAAAAACRo/-Sf5Kru9mE4/s1600-h/multiple_offline_av_scanners.bmp" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://3.bp.blogspot.com/_wICHhTiQmrA/SPRhE15p3EI/AAAAAAAACRo/L091hcqbjI8/s200-R/multiple_offline_av_scanners.bmp" /></a>Surprisingly, while opportunistic cybercriminals have long embraced the <a href="http://ddanchev.blogspot.com/2007/10/multiple-firewalls-bypassing.html">malware as a service model</a>, and are offering managed lower detection rate services for a customer's malware, or DIY ones where the customer can take advantage of <a href="http://ddanchev.blogspot.com/2007/08/malware-as-web-service.html">popular tools ported to the Web</a>, others are still trying to innovate at a faddish market niche - <a href="http://ddanchev.blogspot.com/2008/04/quality-and-assurance-in-malware.html">multiple offline AV scanners tools</a> aiming to ensure that their malware doesn't end up in the hands of vendors/researchers.<br />
<br />
<div style="text-align: left;"></div><div class="separator" style="clear: both; text-align: center;"></div><a href="http://2.bp.blogspot.com/_wICHhTiQmrA/SPSHXY5GLGI/AAAAAAAACR4/ABWYWxPvTA4/s1600-h/malware_scanning_private.JPG" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://2.bp.blogspot.com/_wICHhTiQmrA/SPSHXY5GLGI/AAAAAAAACR4/WY7deAhtx_o/s200-R/malware_scanning_private.JPG" /></a>Multiple offline AV scanning tools like this very latest release, naturally using pirated copies of popular antivirus software, are faddish, due to the fact that during the last two years, the underground has been busy working on several paid web based services, that not only make sure vendors and researchers never get the chance to obtain the samples, but also, are already offering scheduled scanning of malware and automatic ICQ/Jabber notifications for QA of the campaign, next to the rest of unique features disintermediating legitimate multiple AV scanning services.<br />
<br />
<div style="text-align: left;"></div><div class="separator" style="clear: both; text-align: center;"></div><a href="http://2.bp.blogspot.com/_wICHhTiQmrA/SPSHpQzSpoI/AAAAAAAACSA/XtA3IYSNBAw/s1600-h/AV_scan_paid11.JPG" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://2.bp.blogspot.com/_wICHhTiQmrA/SPSHpQzSpoI/AAAAAAAACSA/ybwLLGXpNDk/s200-R/AV_scan_paid11.JPG" /></a>Certain features within such services clearly speak for the intentions of the people behind the service. For instance, among one of these features is the ability to fetch a binary from a set of given dropper URLs like malwaredomain.com/binary.exe, the result of the scan can then alert the malware campaigner about the current state of detection.<br />
<br />
What's on these proprietary multiple AV scanning service's to-do list? Let's say anything that a legitimate multiple AV scanning service would never offer, like the following according to one of the services in question : <br />
<br />
<div style="text-align: left;"></div><div class="separator" style="clear: both; text-align: center;"></div><a href="http://4.bp.blogspot.com/_wICHhTiQmrA/SPSICzrSNuI/AAAAAAAACSI/NjGeKZhhV6w/s1600-h/AV_scan_paid22.JPG" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://4.bp.blogspot.com/_wICHhTiQmrA/SPSICzrSNuI/AAAAAAAACSI/r-v6YSjtC58/s200-R/AV_scan_paid22.JPG" /></a>- DIY heuristic scanning level settings for each of the software in place<br />
- upcoming sets of anti spyware and personal firewalls with detailed statistics of the sandboxing<br />
- behavior-based detection results <br />
<br />
The possibilities for integrating such proprietary multi AV scanning services within the QA process of a malware campaign are countless, and both, the customers and the sellers seem to have realized the potential of this ecosystem.<div class="feedflare">
<a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=y4fzM"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=y4fzM" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=m4dJM"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=m4dJM" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=BysXm"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=BysXm" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=LvDTm"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=LvDTm" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=4HLmM"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=4HLmM" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=QZYsM"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=QZYsM" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=epZlm"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=epZlm" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/DanchoDanchevOnSecurityAndNewMedia/~4/420491420" height="1" width="1"/>]]></content:encoded>
      <pubDate>Tue, 14 Oct 2008 03:21:38 +0000</pubDate>
      <category domain="http://securityratty.com/tag/malware">malware</category>
      <category domain="http://securityratty.com/tag/services">services</category>
      <category domain="http://securityratty.com/tag/malware campaigner">malware campaigner</category>
      <category domain="http://securityratty.com/tag/web based services">web based services</category>
      <category domain="http://securityratty.com/tag/proprietary multiple">proprietary multiple</category>
      <category domain="http://securityratty.com/tag/multiple">multiple</category>
      <category domain="http://securityratty.com/tag/malware campaign">malware campaign</category>
      <category domain="http://securityratty.com/tag/multiple offline">multiple offline</category>
      <category domain="http://securityratty.com/tag/tools">tools</category>
      <source url="http://feeds.feedburner.com/~r/DanchoDanchevOnSecurityAndNewMedia/~3/420491420/quality-and-assurance-in-malware.html">Quality Assurance in Malware Attacks - Part Two</source>
    </item>
    <item>
      <title><![CDATA[Opera Software Fixes Two Security Vulnerabilities In Opera 9.60]]></title>
      <link>http://securityratty.com/article/0a32c38c103f89826d8c7e3c628beb08</link>
      <guid>http://securityratty.com/article/0a32c38c103f89826d8c7e3c628beb08</guid>
      <description><![CDATA[Opera Software has released Opera version 9.60 to address two vulnerabilities. The first vulnerability is due to improper validation of URLs. Exploitation of this vulnerability may allow an attacker...]]></description>
      <content:encoded><![CDATA[Opera Software has released Opera version 9.60 to address two vulnerabilities. The first vulnerability is due to improper validation of URLs. Exploitation of this vulnerability may allow an attacker to execute arbitrary code or cause a denial-of-service condition. If a malicious page redirects Opera to a specially crafted address (URL), it can cause Opera to [...]]]></content:encoded>
      <pubDate>Thu, 09 Oct 2008 11:05:07 +0000</pubDate>
      <category domain="http://securityratty.com/tag/opera">opera</category>
      <category domain="http://securityratty.com/tag/opera software">opera software</category>
      <category domain="http://securityratty.com/tag/opera version">opera version</category>
      <category domain="http://securityratty.com/tag/execute arbitrary code">execute arbitrary code</category>
      <category domain="http://securityratty.com/tag/improper validation">improper validation</category>
      <category domain="http://securityratty.com/tag/vulnerabilities">vulnerabilities</category>
      <category domain="http://securityratty.com/tag/vulnerability">vulnerability</category>
      <category domain="http://securityratty.com/tag/address">address</category>
      <category domain="http://securityratty.com/tag/due">due</category>
      <source url="http://cyberinsecure.com/opera-software-fixes-two-security-vulnerabilities-in-opera-960/">Opera Software Fixes Two Security Vulnerabilities In Opera 9.60</source>
    </item>
    <item>
      <title><![CDATA[SmartPhones Just One More Spam Vector]]></title>
      <link>http://securityratty.com/article/3334dd3ee138602a47ef51983940dd0c</link>
      <guid>http://securityratty.com/article/3334dd3ee138602a47ef51983940dd0c</guid>
      <description><![CDATA[The Apple iPhone has another vulnerability, one that shouldnt surprise you if youve been paying attention
The news of the latest problems surfaced after Apple allegedly ignored researchers reports to...]]></description>
      <content:encoded><![CDATA[<p>The Apple iPhone has another vulnerability, one that shouldn&#8217;t surprise you if you&#8217;ve been paying attention.</p>
<p>The <a rel="nofollow" target="_blank" href="http://www.informationweek.com/news/personal_tech/iphone/showArticle.jhtml?articleID=210605451">news </a>of the latest problems surfaced after Apple allegedly ignored researchers&#8217; reports to them and the researchers decided to go public with the news :</p>
<p>In Mail, users can hover over an embedded hyperlink to see the URL, but these URLS get cut off due to the small screen. Users might see a trusted domain, but when they click it, find that the link actually resolves to an untrusted site.</p>
<p>The second vulnerability is that Mail automatically downloads images, leaving users open to malware.</p>
<p>It&#8217;s &#8220;a pretty dumb design flaw&#8221; says the <a rel="nofollow" target="_blank" href="http://aviv.raffon.net/2008/10/02/HappyNewYear.aspx">researcher </a>who discovered the problem.</p>]]></content:encoded>
      <pubDate>Thu, 09 Oct 2008 07:03:56 +0000</pubDate>
      <category domain="http://securityratty.com/tag/users">users</category>
      <category domain="http://securityratty.com/tag/researchers">researchers</category>
      <category domain="http://securityratty.com/tag/researchers reports">researchers reports</category>
      <category domain="http://securityratty.com/tag/vulnerability">vulnerability</category>
      <category domain="http://securityratty.com/tag/mail">mail</category>
      <category domain="http://securityratty.com/tag/downloads images">downloads images</category>
      <category domain="http://securityratty.com/tag/apple iphone">apple iphone</category>
      <category domain="http://securityratty.com/tag/apple allegedly">apple allegedly</category>
      <category domain="http://securityratty.com/tag/news">news</category>
      <source url="http://feeds.feedburner.com/~r/itsecurity/~3/416004668/">SmartPhones Just One More Spam Vector</source>
    </item>
  </channel>
</rss>
