<?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: credentials]]></title>
    <link>http://securityratty.com/tag/credentials</link>
    <description></description>
    <pubDate>Fri, 10 Oct 2008 19:05:05 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Gmail security and recent phishing activity]]></title>
      <link>http://securityratty.com/article/9a45bb9bbae6a2b37196f35b1390b206</link>
      <guid>http://securityratty.com/article/9a45bb9bbae6a2b37196f35b1390b206</guid>
      <description><![CDATA[Posted by Chris Evans

We've seen some speculation recently about a purported security vulnerability in Gmail and the theft of several website owners' domains by unauthorized third parties. At Google...]]></description>
      <content:encoded><![CDATA[<span class="byline-author">Posted by Chris Evans</span><br /><br />We've seen some speculation recently about a purported security vulnerability in Gmail and the theft of several website owners' domains by unauthorized third parties. At Google we're committed to providing secure products, and we mounted an immediate investigation. Our results indicate no evidence of a Gmail vulnerability.<br /><br />With help from affected users, we determined that the cause was a phishing scheme, a common method used by malicious actors to trick people into sharing their sensitive information. Attackers sent customized e-mails encouraging web domain owners to visit fraudulent websites such as "google-hosts.com" that they set up purely to harvest usernames and passwords. These fake sites had no affiliation with Google, and the ones we've seen are now offline. Once attackers gained the user credentials, they were free to modify the affected accounts as they desired. In this case, the attacker set up mail filters specifically designed to forward messages from web domain providers.<br /><br />Several news stories referenced a <a title="domain theft from December 2007" href="http://www.davidairey.com/google-gmail-security-hijack/" id="d.kh">domain theft from December 2007</a> that was incorrectly linked to a Gmail CSRF vulnerability</span>. We did have a Gmail CSRF bug reported to us in September 2007 that we fixed and deployed worldwide within 24 hours of private disclosure of the bug details. We know of no affected users. Neither this bug nor any other Gmail bug was involved in the December 2007 domain theft.<br /><br />We recognize how many people depend on Gmail, and we strive to make it as secure as possible. At this time, we'd like to thank the wider security community for working with us to achieve this goal. We're always looking at new ways to enhance Gmail security. For example, we recently gave users the option to <a href="http://gmailblog.blogspot.com/2008/07/making-security-easier.html" id="murn" title="always connect via https">always run their entire session using https</a>.<br /><br />To keep your Google account secure online, we recommend you only ever enter your Gmail sign-in credentials to web addresses starting with https://www.google.com/accounts, and never click-through any warnings your browser may raise about certificates. For more information on how to stay safe from phishing attacks, see our blog post <a href="http://googleblog.blogspot.com/2008/04/how-to-avoid-getting-hooked.html" id="o8q2" title="here">here</a>.<div class="feedflare">
<a href="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?a=5ziOaTxJ"><img src="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?d=41" border="0"></img></a> <a href="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?a=UypYbMp4"><img src="http://feedproxy.google.com/~f/GoogleOnlineSecurityBlog?i=UypYbMp4" border="0"></img></a>
</div><img src="http://feedproxy.google.com/~r/GoogleOnlineSecurityBlog/~4/jSxgatXB-tY" height="1" width="1"/>]]></content:encoded>
      <pubDate>Tue, 25 Nov 2008 10:22:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/gmail">gmail</category>
      <category domain="http://securityratty.com/tag/bug">bug</category>
      <category domain="http://securityratty.com/tag/bug details">bug details</category>
      <category domain="http://securityratty.com/tag/gmail bug">gmail bug</category>
      <category domain="http://securityratty.com/tag/gmail csrf vulnerability">gmail csrf vulnerability</category>
      <category domain="http://securityratty.com/tag/enhance gmail security">enhance gmail security</category>
      <category domain="http://securityratty.com/tag/gmail csrf bug">gmail csrf bug</category>
      <category domain="http://securityratty.com/tag/gmail sign-in credentials">gmail sign-in credentials</category>
      <category domain="http://securityratty.com/tag/domain theft">domain theft</category>
      <source url="http://feedproxy.google.com/~r/GoogleOnlineSecurityBlog/~3/jSxgatXB-tY/gmail-security-and-recent-phishing.html">Gmail security and recent phishing activity</source>
    </item>
    <item>
      <title><![CDATA[Underground Crime Economy Healthy, Security Group Finds]]></title>
      <link>http://securityratty.com/article/9cbf36b031f2836e1adefc33db6532b7</link>
      <guid>http://securityratty.com/article/9cbf36b031f2836e1adefc33db6532b7</guid>
      <description><![CDATA[Hackers and scammers are still meeting up in online forums to buy and sell millions in stolen credit card numbers and online banking credentials, a security company reported Monday. While hackers...]]></description>
      <content:encoded><![CDATA[Hackers and scammers are still meeting up in online forums to buy and sell millions in stolen credit card numbers and online banking credentials, a security company reported Monday. While hackers offered enough cards to total more than $5 billion in collective balances, credit card numbers sell for as little as 10 cents now thanks to increasing security measures by online merchants, Symantec reports.<br style="clear: both;"/>
<a href="http://www.pheedo.com/click.phdo?s=6d5c296b0752a11742fc874b1aac6270&p=1"><img alt="" style="border: 0;" border="0" src="http://www.pheedo.com/img.phdo?s=6d5c296b0752a11742fc874b1aac6270&p=1"/></a>
<img src="http://www.pheedo.com/feeds/tracker.php?i=6d5c296b0752a11742fc874b1aac6270" style="display: none;" border="0" height="1" width="1" alt=""/><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=50nMN"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=50nMN" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=gLEun"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=gLEun" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=tTO8n"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=tTO8n" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=OR0aN"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=OR0aN" border="0"></img></a>
 <a href="http://feeds.wired.com/~f/wired/politics/security?a=uwYAN"><img src="http://feeds.wired.com/~f/wired/politics/security?i=uwYAN" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=kg2Sn"><img src="http://feeds.wired.com/~f/wired/politics/security?i=kg2Sn" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=8xH7n"><img src="http://feeds.wired.com/~f/wired/politics/security?i=8xH7n" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=YCxdN"><img src="http://feeds.wired.com/~f/wired/politics/security?i=YCxdN" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/wired/politics/privacy/~4/465135778" height="1" width="1"/><img src="http://feeds.wired.com/~r/wired/politics/security/~4/465135783" height="1" width="1"/>]]></content:encoded>
      <pubDate>Mon, 24 Nov 2008 19:03:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/online forums">online forums</category>
      <category domain="http://securityratty.com/tag/online">online</category>
      <category domain="http://securityratty.com/tag/credit card">credit card</category>
      <category domain="http://securityratty.com/tag/online merchants">online merchants</category>
      <category domain="http://securityratty.com/tag/symantec reports">symantec reports</category>
      <category domain="http://securityratty.com/tag/security measures">security measures</category>
      <category domain="http://securityratty.com/tag/security company">security company</category>
      <category domain="http://securityratty.com/tag/collective balances">collective balances</category>
      <category domain="http://securityratty.com/tag/hackers">hackers</category>
      <source url="http://feeds.wired.com/~r/wired/politics/security/~3/465135783/the-nets-underg.html">Underground Crime Economy Healthy, Security Group Finds</source>
    </item>
    <item>
      <title><![CDATA[National Security Perspectives A Post-Election Insider View]]></title>
      <link>http://securityratty.com/article/caa8257ee971993e58e1b834379f8c71</link>
      <guid>http://securityratty.com/article/caa8257ee971993e58e1b834379f8c71</guid>
      <description><![CDATA[Recently I participated in an event entitled National Security Perspectives held at the famous Congressional Country Club in Maryland . The featured panelists had impressive credentials from the NSA ,...]]></description>
      <content:encoded><![CDATA[<p>Recently I participated in an event entitled National Security Perspectives held at the famous <a href="http://www.ccclub.org/" target="_blank">Congressional Country Club in Maryland</a>. The featured panelists had impressive credentials from the <a href="http://www.nsa.gov/" target="_blank">NSA</a>, <a href="http://www.dhs.gov/" target="_blank">DHS</a> and the <a href="https://www.cia.gov/" target="_blank">CIA</a>. The topics of discussion ranged from Current Geopolitical Threats and Evolving Technology Demands to predictions about the New Administrations Intelligence, Defense and Homeland Security focus.</p>
<p>The panelists were:<br />
<a href="http://en.wikipedia.org/wiki/National_Security_Agency" target="_blank">William P. Crowell</a> – former Deputy Director of the National Security Agency<br />
<a href="http://www.whitehouse.gov/government/m_jackson-bio.html" target="_blank">Michael P. Jackson</a> – Deputy Secretary, Department of Homeland Security<br />
<a href="http://en.wikipedia.org/wiki/Jose_Rodriguez_(intelligence)" target="_blank">Jose A. Rodriguez, Jr</a>. – former Director CIA, National Clandestine Service &amp; CIA, DCI Counterterrorist Center</p>
<p>Overall, it was a very nicely arranged event on a brisk fall evening with about 100 CXO attendees; mostly large but some small government contractors and a few product companies like ScienceLogic that conduct business with military, intelligence and the public sector.</p>
<p>No surprise, given the financial crisis the economy is suffering from that the panelists said we also have a <a href="http://obsidianwings.blogs.com/obsidian_wings/2008/11/defictits-actua.html" target="_blank">crisis coming on the Federal budget front</a>. This will put enormous pressure on the way Administration thinks, and how and where to spend the $$.</p>
<p>Obama’s tone regarding the issues he will be confronting in the world during the election was encouraging. Make the world more non-partisan and take on the threats that we have in front of us head-on!</p>
<p>The panel was very upfront about current threats. William Crowell said,</p>
<blockquote><p>“It is highly imprudent to believe that there will not be another 9-11. We have to fund and support the work to stop other attacks. We can only mitigate risk but we can’t eliminate risk. We have to try to absorb the sense of urgency and wake up every day looking at the intelligence screens as if 9-11 happened within the last couple of months.”</p></blockquote>
<p>He added,</p>
<blockquote><p>“They (the intelligence community) need the innovation, sense of commitment and urgency that comes from the private sector – a sense of mutual commitment to that mission.”</p></blockquote>
<p>Predicted Priorities for investment for DHS:</p>
<ol>
<li>Cyber attack as the top issue</li>
<li>Nuclear threats including dirty bomb</li>
<li>Chemical and biological attacks</li>
<li>Explosive attacks against critical infrastructure with maximum # of lives and or financial disruption / loss.</li>
<li>Large scale natural disasters – hurricane + earthquakes</li>
<li>Border penetration - identity management and border management issues</li>
</ol>
<p>An <a href="http://www.barackobama.com/index.php" target="_blank">Obama administration</a> will spend dollars around these threat vectors. They will want to spend $$ to help state and local governments. Grants to state and local governments should significantly increase with the Obama administration, so think about how you will increase your focus on the state and local government spending initiatives.</p>
<p><a href="http://lawprofessors.typepad.com/immigration/2008/11/pressure-on-oba.html" target="_blank">Secure border investments</a> – the panelists believe that the new administration will feel compelled to invest here. Michael P. Jackson bluntly said, “You have to make investments in border tools to get meaningful immigration reform.”</p>
<p>Panelists agreed that the 1<sup>st</sup> year will be an intense period of scrutiny about fundamental directions. We can’t afford it all at DHS; it is dramatically under budgeted. At TSA/DOT and then at DHS, we spent about $4 Billion on technology investments since 9-11; those investments are now reaching the end of the original service life.</p>
<p>One gripe from the panel that I found humorous: “We don’t have a group of people who think like entrepreneurs.” It is insane how long things last when you buy things in the government. As an example, we are still replacing vacuum tubes in some of the very old FAA gear… this is well beyond what any reasonable person would think these initial investments should/would last.</p>
<p>Final Thoughts:<br />
I actually think that the Obama Administration will be quite favorable to COTS software products, SaaS offerings, and creative financing initiatives from the private sector. The government just won’t have the capital budget to do everything it wants to accomplish. I would say if you look at how intelligently and aggressively <a href="http://www.concurringopinions.com/archives/2008/11/obama_and_techn.html" target="_blank">Obama used technology</a> to assist his campaign, the odds are good that this new breed of IT talent (which is already really comfortable with SaaS products, blogs, wiki’s, hosted/outsourced Cloud solutions… this team really understands the latest technology trends) will quickly work to bring these new IT paradigms to the Federal marketplace. Clearly the private sector can help the Government achieve more with lower capital budgets – beginning to provide services rather than transaction-based selling. Another clear idea is to think about leasing as a better way to work with the government which going forward will have increased budgets restrictions.</p>
<p>They will likely be in confrontation with members of Congress that won’t change fast enough, however the future of our nation’s ability to fight terror lies in becoming more efficient and effective. It requires the government be flexible enough to figure out what <a href="http://blogs.techrepublic.com.com/hiner/?p=880" target="_blank">jobs and IT functions to outsource</a> in a nimble and smart way. My prediction: this is great news for Service Providers. Overall the next 4 years should be great for our business as well as the Managed Service Provider/SaaS industry!</p>
<p><em><span style="color: #333333;"> </span></em></p>
]]></content:encoded>
      <pubDate>Tue, 18 Nov 2008 11:13:25 +0000</pubDate>
      <category domain="http://securityratty.com/tag/secure border investments">secure border investments</category>
      <category domain="http://securityratty.com/tag/investments">investments</category>
      <category domain="http://securityratty.com/tag/government contractors">government contractors</category>
      <category domain="http://securityratty.com/tag/government">government</category>
      <category domain="http://securityratty.com/tag/threats">threats</category>
      <category domain="http://securityratty.com/tag/government achieve">government achieve</category>
      <category domain="http://securityratty.com/tag/initial investments shouldwould">initial investments shouldwould</category>
      <category domain="http://securityratty.com/tag/obama administration">obama administration</category>
      <category domain="http://securityratty.com/tag/current threats">current threats</category>
      <source url="http://blog.sciencelogic.com/national-security-perspectives-a-post-election-insider-view/11/2008">National Security Perspectives A Post-Election Insider View</source>
    </item>
    <item>
      <title><![CDATA[Credit for Researchers]]></title>
      <link>http://securityratty.com/article/408b969da73a95cd64bb6d0b550aa038</link>
      <guid>http://securityratty.com/article/408b969da73a95cd64bb6d0b550aa038</guid>
      <description><![CDATA[Computer security researchers are much like scientific researchers in several ways. We build on the research of those who come before us, we sometimes rediscover the same things independently, and...]]></description>
      <content:encoded><![CDATA[<p>Computer security researchers are much like scientific researchers in several ways.  We build on the research of those who come before us, we sometimes rediscover the same things independently, and other times we forget where we learned things and sometimes claim them as our own.  We also occasionally take an engineer&#8217;s approach and implement research discovered by others and not credit them as it&#8217;s the implementation into a tool that matters to us.</p>
<p>The latest Microsoft patch <a href="http://www.microsoft.com/technet/security/bulletin/ms08-068.mspx">MS08-68</a> is a great example. It is a problem with NTLM authentication where the attacker can force a client to authenticate to him and the credentials, while not exposed in cleartext, can be relayed to another server or brute forced to obtain the cleartext.  This is a very classic crypto protocol vulnerability.  It&#8217;s not the crypto algorithms that are the problem, but the protocol implementation.</p>
<p>Microsoft recently fixed the problem, perhaps due to the availability of exploit code, the availability of an easy to use Metasploit implementation, or perhaps Microsoft&#8217;s changed tolerance for vulnerabilities. We can sum it up as a change in the threat space that made it worth fixing.  But make no mistake, this is a very old problem.</p>
<p>News reports have been citing Sir Dystic&#8217;s SMBrelay tool, which was published in March, 2001, as the first knowledge of this vulnerability. Eric Shultze who worked at MSRC in 2001 just yesterday is quoted as saying, &#8220;I have been holding my breath since 2001 for this patch.&#8221; Obviously it is a long time coming.  But this wasn&#8217;t the first publication of the problem.  In 2000, one of my collegues on the research team at @stake, Christian Rioux (aka Dildog) published the <a href="http://packetstormsecurity.org/advisories/atstake/A091400-1">telnet NTLM authentication vulnerability</a>.</p>
<p>Rioux&#8217;s advisory has a great description of the credential relay and cracking weaknesses. I have talked to him and he says he discovered these problems independently, but he didn&#8217;t find them first.  Dominique Brezinski published exactly these NTLM vulnerabilities in the SMB protocol in 1996 in a paper titled, &#8220;A Weakness in CIFS Authentication&#8221;.  The earliest reference I can find on the paper on the net is <a href="http://mvb.saic.com/freeware/vmslt97b/security/cifs-mim.txt">here</a>  where it is included in another paper published in 1997.  Such is the ad-hoc world of independent security research of 12 years ago which still continues today.</p>
<p>It seems ridiculous that a field like security research, which is so important to the running of modern society is so ad-hoc.  Shouldn&#8217;t we know who discovered a vulnerability?  Shouldn&#8217;t all researchers and engineers know about it? More importantly if someone implements a tool that takes advantage of a vulnerability shouldn&#8217;t they credit the discoverer?  Don&#8217;t get me wrong.  Implementation takes a lot of work and sometimes makes all the difference in makeing people aware of a security problem.  After all when I was at the L0pht our slogan was, &#8220;Making the theoretical, practical&#8221;. I still think researchers should get credit when credit is due.</p>
<p>The security community has gotten better at documentating our research but I still see instances of independent discovery, misplaced credit, and tools giving no credit to researchers.  I hate to say it but getting a bit more academic is in order.  Credit is the currency of a researcher and placing it well will reward the right people and we will all benefit.</p>
]]></content:encoded>
      <pubDate>Thu, 13 Nov 2008 16:40:18 +0000</pubDate>
      <category domain="http://securityratty.com/tag/security research">security research</category>
      <category domain="http://securityratty.com/tag/research">research</category>
      <category domain="http://securityratty.com/tag/independent security research">independent security research</category>
      <category domain="http://securityratty.com/tag/researchers">researchers</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/credit">credit</category>
      <category domain="http://securityratty.com/tag/security community">security community</category>
      <category domain="http://securityratty.com/tag/scientific researchers">scientific researchers</category>
      <category domain="http://securityratty.com/tag/computer security researchers">computer security researchers</category>
      <source url="http://www.veracode.com/blog/2008/11/credit-for-researchers/">Credit for Researchers</source>
    </item>
    <item>
      <title><![CDATA[Modified Zeus Crimeware Kit Gets a Performance Boost]]></title>
      <link>http://securityratty.com/article/206d70045cec21b7f158d2fdc041b855</link>
      <guid>http://securityratty.com/article/206d70045cec21b7f158d2fdc041b855</guid>
      <description><![CDATA[Oops, they did it again - modifying an open source crimeware kit like Zeus in order to improve its performance, fix previously known bugs, and release the improved administration script for free at...]]></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/SQ8K2EKd8NI/AAAAAAAACaE/UGYKyEUZBKs/s1600-h/modified_zeus_performance_admin.png" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://3.bp.blogspot.com/_wICHhTiQmrA/SQ8K2EKd8NI/AAAAAAAACaE/_DEokn56Kdo/s200-R/modified_zeus_performance_admin.png" /></a>Oops, they did it again - <a href="http://ddanchev.blogspot.com/2008/09/modified-zeus-crimeware-kit-comes-with.html">modifying an open source crimeware kit like Zeus</a> in order to improve its performance, fix previously known bugs, and release the improved administration script for free at the end of October.<br />
<br />
It's important to point out that both of these modifications haven't been released by <a href="http://www.usatoday.com/tech/news/computersecurity/2008-08-04-hacker-cybercrime-zeus-identity-theft_N.htm">the original author of Zeus</a>, but by third parties filling in the gaps he has left open. The very nature of open source web based malware exploitation kits is one of the key factors for the ongoing <a href="http://ddanchev.blogspot.com/2008/08/web-based-botnet-command-and-control.html">convergence of traffic management, exploits serving, ddos, and cybercrime as a service</a> features into a simplified cybercrime platform available on demand.<br />
<br />
Following the discovery of <a href="http://ddanchev.blogspot.com/2008/06/zeus-crimeware-kit-vulnerable-to.html">a remotely exploitable flaw within Zeus in June</a> -- a <a href="http://ddanchev.blogspot.com/2008/08/pinch-vulnerable-to-remotely.html">flaw affecting Pinch</a> leaked out two months later -- allowing cyberciminals to inject their own credentials and hijack the botnet of other cybercriminals, this modified version claims to have fixed three vulnerabilities within the original Zeus release, namely, a remote file inclusion flaw and two SQL injections within the administration panel. Here's the new CHANGELOG :<br />
<br />
"<i>- code improvements and optimizations<br />
- internal data checkings added<br />
- exit() function instead of die()<br />
- echo() function instead of print()<br />
- mysql_affected_rows () changed to mysql_num_rows () everywhere<br />
- all queries are fixed in system or mod .php files<br />
- no text password in the database and clear text password in $_SESSION, cookies authentication is gone and md5 hashes are everywhere<br />
- Geo IP support has been added <br />
- umask () bug fixed, the file has been created (chmoded) with different permissions<br />
- language improvements and pre-installation checks<br />
- checking for php version/safe_mod/open_basedir as you're required to run php 5.1.0 or higher to run it successfully<br />
<b>- fixed sql injection in credentials checking </b><br />
<b>- GetUserData () function has been rewritten - possible sql injection fixed</b><br />
<b>- possible remote file inclusion fixed</b><br />
- socket error definition changed<br />
- gcnt () function has been rewritten so you can use geolication - GeoIP which is free and GeoIPCity which is paid<br />
- ip address checking improved through validIP() function improvement<br />
- all queries are now fixed, input data has been sanitized<br />
- fs () function has been fixed in order to improve the quality of the log names<br />
- formatFilePath () function has been added for file upload purposes<br />
- arbitrary file upload bug has been fixed so that you can now upload only images with original names <br />
- the Log2SQL () function has been changed and stricter data checking/sanitizing is added<br />
- internal file sorting mechanism is improved so that files/dirs are sorted by file modification time</i>"<br />
<br />
As it's becoming increasingly clear that what once used to be a proprietary crimeware kits whose business model got undermined by their open source nature and the fact that they've started leaking for average cybercriminals and script kiddies to take advantage of, are today's "open source projects" - and therefore maintaining static lists of exploits and features included within a particular kit is getting even more irrelevant these days. In the long term, the quality assurance processes applied within crimeware kits courtesy of third party cybercriminals, is prone to shift from performance to <a href="http://ddanchev.blogspot.com/2008/10/quality-and-assurance-in-malware.html">improving the infection rates</a>.<div class="feedflare">
<a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=sKCIN"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=sKCIN" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=tB0JN"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=tB0JN" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=1XIkn"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=1XIkn" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=1XWUn"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=1XWUn" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=xmgXN"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=xmgXN" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=QpufN"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=QpufN" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=i4Nun"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=i4Nun" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/DanchoDanchevOnSecurityAndNewMedia/~4/441336309" height="1" width="1"/>]]></content:encoded>
      <pubDate>Mon, 03 Nov 2008 11:12:30 +0000</pubDate>
      <category domain="http://securityratty.com/tag/fixed">fixed</category>
      <category domain="http://securityratty.com/tag/sql injection fixed">sql injection fixed</category>
      <category domain="http://securityratty.com/tag/zeus">zeus</category>
      <category domain="http://securityratty.com/tag/fixed sql injection">fixed sql injection</category>
      <category domain="http://securityratty.com/tag/upload">upload</category>
      <category domain="http://securityratty.com/tag/file upload purposes">file upload purposes</category>
      <category domain="http://securityratty.com/tag/file">file</category>
      <category domain="http://securityratty.com/tag/function improvement">function improvement</category>
      <category domain="http://securityratty.com/tag/function">function</category>
      <source url="http://feeds.feedburner.com/~r/DanchoDanchevOnSecurityAndNewMedia/~3/441336309/modified-zeus-crimeware-kit-gets.html">Modified Zeus Crimeware Kit Gets a Performance Boost</source>
    </item>
    <item>
      <title><![CDATA[Undetectable Sinowal/Torpig Trojan Steals More Than 300,000 Bank Accounts]]></title>
      <link>http://securityratty.com/article/3526509fda78c56c9b6d343cf188d78d</link>
      <guid>http://securityratty.com/article/3526509fda78c56c9b6d343cf188d78d</guid>
      <description><![CDATA[Security researchers at RSAs FraudAction Research Lab have uncovered how a banking Trojan may have stolen the login credentials of as many as 300,000 online bank accounts. The Sinowal (AKA Torpig or...]]></description>
      <content:encoded><![CDATA[Security researchers at RSA&#8217;s FraudAction Research Lab have uncovered how a banking Trojan may have stolen the login credentials of as many as 300,000 online bank accounts. The Sinowal (AKA Torpig or Mebroot) trojan has also stole email and FTP account login details. Previous attempts to track the source of the Trojan were unsuccessful.
The haul [...]]]></content:encoded>
      <pubDate>Fri, 31 Oct 2008 17:12:57 +0000</pubDate>
      <category domain="http://securityratty.com/tag/trojan">trojan</category>
      <category domain="http://securityratty.com/tag/online bank accounts">online bank accounts</category>
      <category domain="http://securityratty.com/tag/previous attempts">previous attempts</category>
      <category domain="http://securityratty.com/tag/aka torpig">aka torpig</category>
      <category domain="http://securityratty.com/tag/login credentials">login credentials</category>
      <category domain="http://securityratty.com/tag/sinowal">sinowal</category>
      <category domain="http://securityratty.com/tag/security researchers">security researchers</category>
      <category domain="http://securityratty.com/tag/source">source</category>
      <category domain="http://securityratty.com/tag/haul">haul</category>
      <source url="http://cyberinsecure.com/undetectable-sinowaltorpig-trojan-steals-more-than-300000-bank-accounts/">Undetectable Sinowal/Torpig Trojan Steals More Than 300,000 Bank Accounts</source>
    </item>
    <item>
      <title><![CDATA[One Sinowal Trojan + One Gang = Hundreds of Thousands of Compromised Accounts ]]></title>
      <link>http://securityratty.com/article/1a4969d994be490ce3b3ac9a5e6ec848</link>
      <guid>http://securityratty.com/article/1a4969d994be490ce3b3ac9a5e6ec848</guid>
      <description><![CDATA[The RSA FraudAction Research Lab would like to share its startling findings based on its tracking and research of the Sinowal Trojan, also known as Torpig and Mebroot . Our findings based on the data...]]></description>
      <content:encoded><![CDATA[The RSA FraudAction Research Lab would like  to share its startling findings based on its tracking and research of the Sinowal  Trojan, also known as <a href="http://en.wikipedia.org/wiki/Torpig">Torpig</a> and <a href="http://www.f-secure.com/weblog/archives/00001510.html">Mebroot</a>.  Our findings based on the data we have collected on this Trojan over the course  of almost three years &ndash; including information regarding its design and its  infrastructure &ndash; indicate that this may be one of the most pervasive and advanced  pieces of crimeware ever created by fraudsters.

We recently discovered that, dating back as  early as February 2006, <B>the Sinowal Trojan has compromised and stolen login  credentials from approximately 300,000 online bank accounts</b>... ]]></content:encoded>
      <pubDate>Thu, 30 Oct 2008 21:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/sinowal trojan">sinowal trojan</category>
      <category domain="http://securityratty.com/tag/trojan">trojan</category>
      <category domain="http://securityratty.com/tag/findings based">findings based</category>
      <category domain="http://securityratty.com/tag/online bank accounts">online bank accounts</category>
      <category domain="http://securityratty.com/tag/login credentials">login credentials</category>
      <category domain="http://securityratty.com/tag/fraudsters">fraudsters</category>
      <category domain="http://securityratty.com/tag/research">research</category>
      <category domain="http://securityratty.com/tag/design">design</category>
      <category domain="http://securityratty.com/tag/share">share</category>
      <source url="http://www.rsa.com/blog/blog_entry.aspx?id=1378">One Sinowal Trojan + One Gang = Hundreds of Thousands of Compromised Accounts </source>
    </item>
    <item>
      <title><![CDATA[Password-Stealing Trojan Spreads Through Latest Windows Zero-Day Vulnerability]]></title>
      <link>http://securityratty.com/article/eb7122ac0f72b025302af86223cea57d</link>
      <guid>http://securityratty.com/article/eb7122ac0f72b025302af86223cea57d</guid>
      <description><![CDATA[A critical security hole fixed by Microsoft with Security Bulletin MS08-067 is actively exploited in the wild by a new password-stealing Trojan. Next to gathering and stealing Windows Live-, Protected...]]></description>
      <content:encoded><![CDATA[A critical security hole fixed by Microsoft with Security Bulletin MS08-067 is actively exploited in the wild by a new password-stealing Trojan. Next to gathering and stealing Windows Live-, Protected Storage- and Microsoft Outlook-credentials which are phoned home to China, the Trojan downloads an additional exploit component from the Internet.
The Trojan exploits the above mentioned [...]]]></content:encoded>
      <pubDate>Sun, 26 Oct 2008 19:16:24 +0000</pubDate>
      <category domain="http://securityratty.com/tag/trojan">trojan</category>
      <category domain="http://securityratty.com/tag/trojan downloads">trojan downloads</category>
      <category domain="http://securityratty.com/tag/trojan exploits">trojan exploits</category>
      <category domain="http://securityratty.com/tag/security bulletin ms08-067">security bulletin ms08-067</category>
      <category domain="http://securityratty.com/tag/additional exploit component">additional exploit component</category>
      <category domain="http://securityratty.com/tag/windows live-">windows live-</category>
      <category domain="http://securityratty.com/tag/microsoft">microsoft</category>
      <category domain="http://securityratty.com/tag/internet">internet</category>
      <category domain="http://securityratty.com/tag/storage-">storage-</category>
      <source url="http://cyberinsecure.com/password-stealing-trojan-spreads-through-latest-windows-zero-day-vulnerability/">Password-Stealing Trojan Spreads Through Latest Windows Zero-Day Vulnerability</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[Another Google Bug Put Users At Phishing Risk Due To Domain Flaw And Frame Injection Possibility]]></title>
      <link>http://securityratty.com/article/a3a826883c2875f86d3d818f4095efc1</link>
      <guid>http://securityratty.com/article/a3a826883c2875f86d3d818f4095efc1</guid>
      <description><![CDATA[A security expert has demonstrated that Googles Gmail service suffers from security flaws that make it trivial for attackers to create authentic-looking spoof pages that steal users login credentials....]]></description>
      <content:encoded><![CDATA[A security expert has demonstrated that Google&#8217;s Gmail service suffers from security flaws that make it trivial for attackers to create authentic-looking spoof pages that steal users&#8217; login credentials. Google Calendar and other sensitive Google services are susceptible to similar tampering.
A proof-of-concept (PoC) attack, published by Adrian Pastor of the GNUCitizen ethical hacking collective, exploits [...]]]></content:encoded>
      <pubDate>Fri, 10 Oct 2008 19:05:05 +0000</pubDate>
      <category domain="http://securityratty.com/tag/sensitive google services">sensitive google services</category>
      <category domain="http://securityratty.com/tag/users login credentials">users login credentials</category>
      <category domain="http://securityratty.com/tag/spoof pages">spoof pages</category>
      <category domain="http://securityratty.com/tag/adrian pastor">adrian pastor</category>
      <category domain="http://securityratty.com/tag/security flaws">security flaws</category>
      <category domain="http://securityratty.com/tag/google calendar">google calendar</category>
      <category domain="http://securityratty.com/tag/security expert">security expert</category>
      <category domain="http://securityratty.com/tag/attack">attack</category>
      <category domain="http://securityratty.com/tag/collective">collective</category>
      <source url="http://cyberinsecure.com/another-google-bug-put-users-at-phishing-risk-due-to-domain-flaw-and-frame-injection-possibility/">Another Google Bug Put Users At Phishing Risk Due To Domain Flaw And Frame Injection Possibility</source>
    </item>
  </channel>
</rss>
