<?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: war]]></title>
    <link>http://securityratty.com/tag/war</link>
    <description></description>
    <pubDate>Wed, 27 Aug 2008 03:27:27 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Taleb on the Limitations of Risk Management]]></title>
      <link>http://securityratty.com/article/f91dcedda258c55172e0d795aebda8a8</link>
      <guid>http://securityratty.com/article/f91dcedda258c55172e0d795aebda8a8</guid>
      <description><![CDATA[Nice paragraph on the limitations of risk management in this occasionally interesting interview with Nicholas Taleb: Because then you get a Maginot Line problem. [After World War I, the French erected...]]></description>
      <content:encoded><![CDATA[<p>Nice paragraph on the limitations of risk management in this <a href="http://www.portfolio.com/views/columns/the-world-according-to/2008/08/14/Interview-With-Nassim-Nicholas-Taleb">occasionally interesting interview</a> with Nicholas Taleb:</p>

<blockquote>Because then you get a Maginot Line problem. [After World War I, the French erected concrete fortifications to prevent Germany from invading again -- a response to the previous war, which proved ineffective for the next one.] You know, they make sure they solve that particular problem, the Germans will not invade from here. The thing you have to be aware of most obviously is scenario planning, because typically if you talk about scenarios, you'll overestimate the probability of these scenarios. If you examine them at the expense of those you don't examine, sometimes it has left a lot of people worse off, so scenario planning can be bad. I'll just take my track record. Those who did scenario planning have not fared better than those who did not do scenario planning. A lot of people have done some kind of "make-sense" type measures, and that has made them more vulnerable because they give the illusion of having done your job. This is the problem with risk management. I always come back to a classical question. Don't give a fool the illusion of risk management. Don't ask someone to guess the number of dentists in Manhattan after asking him the last four digits of his Social Security number. The numbers will always be correlated. I actually did some work on risk management, to show how stupid we are when it comes to risk.</blockquote><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=XoSTM"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=XoSTM" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=iSyHM"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=iSyHM" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Fri, 03 Oct 2008 03:48:41 +0000</pubDate>
      <category domain="http://securityratty.com/tag/risk">risk</category>
      <category domain="http://securityratty.com/tag/risk management">risk management</category>
      <category domain="http://securityratty.com/tag/scenario">scenario</category>
      <category domain="http://securityratty.com/tag/people">people</category>
      <category domain="http://securityratty.com/tag/people worse">people worse</category>
      <category domain="http://securityratty.com/tag/concrete fortifications">concrete fortifications</category>
      <category domain="http://securityratty.com/tag/maginot line">maginot line</category>
      <category domain="http://securityratty.com/tag/illusion">illusion</category>
      <category domain="http://securityratty.com/tag/social security">social security</category>
      <source url="http://www.schneier.com/blog/archives/2008/10/taleb_in_the_li.html">Taleb on the Limitations of Risk Management</source>
    </item>
    <item>
      <title><![CDATA[Fun Reading on Security - 8]]></title>
      <link>http://securityratty.com/article/d60cc90ef226fd7624953a3c03f282d4</link>
      <guid>http://securityratty.com/article/d60cc90ef226fd7624953a3c03f282d4</guid>
      <description><![CDATA[Instead of my usual &quot;blogging frenzy&quot; machine gun blast of short posts, I will just combine them into my new blog series &quot; Fun Reading on Security .&quot; Here is an issue #7, dated October 2nd, 2008
Great...]]></description>
      <content:encoded><![CDATA[<p>Instead of my usual &quot;blogging frenzy&quot; machine gun blast of short posts, I will just combine them into my new blog series &quot;<a href="http://chuvakin.blogspot.com/search/label/reading">Fun Reading on Security</a>.&quot; Here is an issue #7, dated October 2nd, 2008.</p>  <ol>   <li><a href="http://www.darkreading.com/document.asp?doc_id=162936">Great paper</a> that complements the whole &quot;SIEM is dead?&quot; saga - &quot;Most enterprises are looking for a product that <em>will solve all of their problems in some sort of off-the-shelf miracle</em>, and when they find out that the currently available tools can't do it, they either postpone their deployment or put them on the back burner. &quot; </li>    <li>&quot;<a href="http://financialcryptography.com/mt/archives/001093.html">The Mess: looking for someone to blame?</a>&quot; is an awesome piece on Internet security and its architecture - and so is Gunnar's follow-up (&quot;<a href="http://1raindrop.typepad.com/1_raindrop/2008/09/if-a-tree-falls-in-someone-elses-silo.html">If a tree falls in someone else's silo...</a>&quot;) </li>    <li>Mike call to &quot;<a href="http://securityincite.com/blog/mike-rothman/rise-up-against-mediocrity">Rise up against Mediocrity</a>.&quot;&#160; - &quot;Dilbert makes the risk of the lowest common denominator approach abundantly clear.&quot;; in other words, you say 'best practices', I say 'mediocrity!' Mike also remind us, in vain, to do &quot;Security FIRST!&quot; (and compliance second) </li>    <li>A great piece from Burton: &quot;<a href="http://srmsblog.burtongroup.com/2008/08/on-response.html">On Response</a>&quot; - I think the world needs another 10-20 million reminders that PREVENTION FAILS. <a href="http://srmsblog.burtongroup.com/2008/08/on-response.html">This</a> is definitely a good one for those still in the &quot;we'll just block the threat world&quot; - &quot;we will not win a continuing war of escalation&quot; and &quot;using response can be more cost effective than installing the latest and greatest preventative tool&quot; </li>    <li><a href="http://blog.isc2.org/isc2_blog/2008/08/security-metric.html">More on metrics</a>, including the highly-awaited ISO27004. </li>    <li><a href="http://www.ecommercetimes.com/story/64598.html">Pretty dumb paper</a> by a person confused by why PCI DSS exists (the guy needs to read <a href="http://treasuryinstitute.org/blog/index.php?itemid=174">this</a>). PCI doesn't &quot;fall short,&quot; it helps people who will otherwise not do <em>anything</em> and their systems will &quot;power&quot; those botnets of the future... </li>    <li>While we are on this subject: <a href="http://pcianswers.com/2008/10/01/pci-dss-version-12-differences-and-updates/">a really good coverage of PCI 1.2. changes</a>, released Oct 1st. More PCI fun <a href="http://pcidss.wordpress.com/2008/09/11/recap-cso-executive-seminar-on-pci-compliance-by-james-deluccia/">here.</a> And more <a href="http://www.computerweekly.com/blogs/stuart_king/2008/09/i-was-supposed-to-be.html">here</a> (&quot;<a href="http://www.computerweekly.com/blogs/stuart_king/2008/09/i-was-supposed-to-be.html">PCI Compliance - dispelling some common myths</a>&quot;). And, <a href="http://www.estoregfoa.org/StaticContent/staticpages/TM0508.htm#1c">more PCI myths</a>. And <a href="http://securityincite.com/blog/mike-rothman/the-daily-incite-september-29-2008">more good ideas</a> on PCI from Mike R. Sorry, can't stop thinking about PCI :-)&#160; - also <a href="http://pcidss.wordpress.com/2008/09/19/the-inside-story-of-pci-confessions-of-a-qsa-commentary-by-james-deluccia/">this is good.</a> </li>    <li><a href="http://securosis.com/2008/09/23/behavioral-monitoring/">Adrian on behavioral monitoring</a>; mostly in DAM, but also elsewhere in security. </li>    <li>&quot;<a href="http://www.darkreading.com/blog.asp?blog_sectionid=327&amp;doc_id=164144">Premature Chasm-Crossing</a>&quot;&#160; - a must-read for all security vendors and especially their marketing (and&#160; their easily-excitable PR teams...) - &quot;Shouldn't vendors be spending more time fighting the problems that security managers are facing today, right this minute?&quot; (Mike R <a href="http://securityincite.com/blog/mike-rothman/the-daily-incite-september-24-2008">also comments</a> on that). A related - and&#160; just as interesting point is made here: &quot;<a href="http://blogs.computerworld.com/security_is_not_a_solution">Security is not a solution</a>&quot; </li>    <li><a href="http://www.csoonline.com/article/print/450190">More</a> on compliance and security checklists, good and bad: &quot;I think this is a dangerous trend unless the &quot;checklist&quot; is all inclusive.&quot; (how can a checklist include <strong>ALL? :-)</strong>) </li>    <li><a href="http://forensics.sans.org/community/top7_forensic_trends.php">&quot;SANS Top 7 New IR/Forensic Trends In 2008&quot;</a> </li>    <li>Read &quot;<a href="http://theinvisiblethings.blogspot.com/2008/09/three-approaches-to-computer-security.html">The three approaches to computer security!</a>&quot;&#160; Why? Come on, it is from <a href="http://theinvisiblethings.blogspot.com">Joanna</a>! :-) </li>    <li><a href="http://rationalsecurity.typepad.com/blog/2008/09/ids-vitamins-or-prophylactic.html">A fun discussion</a> about a hot new technology:<em> network IDS. </em>Is IDS <em>absolutely</em> indispensable to <em>ALL</em> companies? No. Can it be incredibly useful? You bet. End of discussion. </li>    <li>On an unrelated note, are lasers the future of warfare? <a href="http://blog.wired.com/defense/2008/09/why-lasers-wont.html">Some say no.</a> </li>    <li>Finally, some security humor from Gartner (!): &quot;<a href="http://blogs.gartner.com/greg_young/2008/09/30/get-rich-quick-with-network-security/">Get Rich Quick With Network Security</a>&quot; </li> </ol>  <p>Enjoy!</p>  <p><a href="http://chuvakin.blogspot.com/search/label/reading">Previous security reading.</a></p>  <div class="blogger-post-footer">About me: http://www.chuvakin.org</div><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=pqMsM"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=pqMsM" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=avlNM"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=avlNM" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=EvcjM"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=EvcjM" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~4/409462346" height="1" width="1"/>]]></content:encoded>
      <pubDate>Thu, 02 Oct 2008 06:31:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/security managers">security managers</category>
      <category domain="http://securityratty.com/tag/previous security">previous security</category>
      <category domain="http://securityratty.com/tag/pci">pci</category>
      <category domain="http://securityratty.com/tag/pci dss exists">pci dss exists</category>
      <category domain="http://securityratty.com/tag/computer security">computer security</category>
      <category domain="http://securityratty.com/tag/pci fun">pci fun</category>
      <category domain="http://securityratty.com/tag/security checklists">security checklists</category>
      <category domain="http://securityratty.com/tag/network security">network security</category>
      <source url="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~3/409462346/fun-reading-on-security-8.html">Fun Reading on Security - 8</source>
    </item>
    <item>
      <title><![CDATA[Monthly Blog Round-Up - September 2008]]></title>
      <link>http://securityratty.com/article/7bcc00d7fa1280bf6a276c7c821e4445</link>
      <guid>http://securityratty.com/article/7bcc00d7fa1280bf6a276c7c821e4445</guid>
      <description><![CDATA[As we all know, blogs are a bit &quot;stateless&quot; and a lot of good content gets lost since many people, sadly, only pay attention to what they see today . These monthly round-ups is an attempt to remind...]]></description>
      <content:encoded><![CDATA[<p>As we all know, blogs are a bit &quot;stateless&quot; and a lot of good content gets lost since many people, sadly, only pay attention to what they see <em>today</em>. These <a href="http://chuvakin.blogspot.com/search/label/Monthly">monthly round-ups</a> is an attempt to remind people of useful content from the past month!</p>  <p>So, here is my next <strong>monthly <a href="chuvakin.blogspot.com/">&quot;Security Warrior&quot; blog</a> </strong>round-up of top 5 popular posts and topics.</p>  <ol>   <li>Shockingly, <a href="http://chuvakin.blogspot.com/2008/09/monthly-blog-round-up-august-2008.html">AGAIN</a> this month, the &quot;<a href="http://chuvakin.blogspot.com/2007/10/top-11-reasons-to-secure-and-protect.html">Top 11 Reasons to Secure and Protect Your Logs</a>&quot; came up as #1 most popular post (maybe driven by <a href="http://chuvakin.blogspot.com/2008/08/poll-9-how-much-log-security-do-you.html">my poll</a>).&#160; BTW, see <a href="http://chuvakin.blogspot.com/search/label/poll">my other logging polls</a>. </li>    <li><a href="http://chuvakin.blogspot.com/search/label/ROI">Security ROI</a> - and its parent topic &quot;security metrics&quot;/&quot;measuring security&quot; - is definitely an ongoing <strong>HOT</strong> debate. Indeed, the old post <a href="http://chuvakin.blogspot.com/2007/07/security-roi-pile-up.html">&quot;</a><a href="http://chuvakin.blogspot.com/2007/07/security-roi-pile-up.html">Security ROI Pile-Up!</a><a href="http://chuvakin.blogspot.com/2007/07/security-roi-pile-up.html">&quot;</a> takes the #2 spot this month, possibly propelled by a more recent post &quot;<a href="http://chuvakin.blogspot.com/2008/09/second-roi-war.html">Second ROI War</a>.&quot;</li>    <li>Some say that &quot;short blog posts rule&quot;, but, in reality, good, fun content is the best. Here is an example:&#160; &quot;<a href="http://chuvakin.blogspot.com/2008/09/dumb-luck-is-strategy.html">Dumb Luck IS a Strategy!</a>&quot; post makes the top list. In it, I try to explore why people still ignore security concerns even if stare people in the face...</li>    <li>Discussion on what you can do to soften the impact of &quot;getting 0wned&quot; ( &quot;<a href="http://chuvakin.blogspot.com/2008/09/what-can-you-do.html">What CAN You Do?</a>&quot;) made the top list. Good!</li>    <li>As before, my post &quot;<a href="http://chuvakin.blogspot.com/2008/06/11-signs-that-your-siem-is-dog-or-you.html">11 Signs That Your SIEM Is A Dog or &quot;Raffy, You Killed SIM!&quot;</a>&quot;. It is both humorous and sadly true (and <a href="http://www.networkworld.com/cgi-bin/mailto/x.cgi?pagetosend=/export/home/httpd/htdocs/reviews/2008/063008-test-siem.html&amp;pagename=/reviews/2008/063008-test-siem.html&amp;pageurl=http://www.networkworld.com/reviews/2008/063008-test-siem.html&amp;site=security">backed up by other sources</a>) </li>    <li>Still burning hot is a post with my irreverent comments on a Terry Childs saga. Namely, &quot;<a href="http://chuvakin.blogspot.com/2008/07/on-doomsaying-terry-childs-case.html">On Doomsaying (Terry Childs case)</a>&quot;, &quot;<a href="http://chuvakin.blogspot.com/2008/07/on-doomsaying-terry-childs-case.html">So ... Am I? Maybe I Am!</a>&quot; and &quot;<a href="http://chuvakin.blogspot.com/2008/07/admins-good-guys-or-am-not-idiot.html">Admins , Good Guys or &quot;I am NOT an Idiot!&quot;</a>&quot; </li> </ol>  <p><a href="http://chuvakin.blogspot.com/search/label/Monthly">See you</a> in October.</p>  <p><strong>Possibly related posts / past monthly popular blog round-ups:</strong></p>  <ul>   <li><a href="http://chuvakin.blogspot.com/2008/09/monthly-blog-round-up-august-2008.html">Monthly Blog Round-Up - August 2008</a> </li>    <li><a href="http://chuvakin.blogspot.com/2008/08/monthly-blog-round-up-july-2008.html">Monthly Blog Round-Up - July 2008</a> </li>    <li><a href="http://chuvakin.blogspot.com/2008/07/monthly-blog-round-up-june-2008.html">Monthly Blog Round-Up - June 2008</a> </li>    <li><a href="http://chuvakin.blogspot.com/2008/06/monthly-blog-round-up-may-2008.html">Monthly Blog Round-Up - May 2008</a>&#160;&#160; </li>    <li><a href="http://chuvakin.blogspot.com/2008/05/monthly-blog-round-up-april-2008.html">Monthly Blog Round-Up - April 2008</a>&#160;&#160; </li>    <li><a href="http://chuvakin.blogspot.com/2008/04/monthly-blog-round-up-march-2008.html">Monthly Blog Round-Up - March 2008</a>&#160;&#160; </li>    <li><a href="http://chuvakin.blogspot.com/2008/03/monthly-blog-round-up-february-2008.html">Monthly Blog Round-Up - February 2008</a>&#160;&#160; </li>    <li><a href="http://chuvakin.blogspot.com/2008/02/monthly-blog-round-up-january-2008.html">Monthly Blog Round-Up - January 2008</a>&#160;&#160; </li>    <li><a href="http://chuvakin.blogspot.com/2008/01/monthly-blog-round-up-december-2007.html">Monthly Blog Round-Up - December 2007</a>&#160;&#160; </li>    <li><a href="http://chuvakin.blogspot.com/2007/11/monthly-blog-round-up-november-2007.html">Monthly Blog Round-Up - November 2007</a>&#160;&#160; </li>    <li><a href="http://chuvakin.blogspot.com/2007/11/monthly-blog-round-up-october-2007.html">Monthly Blog Round-Up - October 2007</a>&#160;&#160; </li>    <li><a href="http://chuvakin.blogspot.com/2007/10/monthly-blog-round-up-september-2007.html">Monthly Blog Round-Up - September 2007</a> </li>    <li><a href="http://chuvakin.blogspot.com/2007/08/monthly-blog-round-up-august-2007.html">Monthly Blog Round-Up - August 2007</a> </li> </ul>  <p>&#160;</p>  <p></p>  <div class="wlWriterSmartContent" id="scid:0767317B-992E-4b12-91E0-4F059A8CECA8:7192e29b-e335-4630-8b0b-dc37806d54ee" style="padding-right: 0px; display: inline; padding-left: 0px; padding-bottom: 0px; margin: 0px; padding-top: 0px">Technorati Tags: <a href="http://technorati.com/tags/blog" rel="tag">blog</a>,<a href="http://technorati.com/tags/security" rel="tag">security</a>,<a href="http://technorati.com/tags/loggings" rel="tag">loggings</a>,<a href="http://technorati.com/tags/monthly" rel="tag">monthly</a></div>  <div class="blogger-post-footer">About me: http://www.chuvakin.org</div><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=IIM1M"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=IIM1M" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=bxJsM"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=bxJsM" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=fBKoM"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=fBKoM" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~4/408700309" height="1" width="1"/>]]></content:encoded>
      <pubDate>Wed, 01 Oct 2008 12:19:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/monthly blog round-up">monthly blog round-up</category>
      <category domain="http://securityratty.com/tag/blog">blog</category>
      <category domain="http://securityratty.com/tag/blog round-up">blog round-up</category>
      <category domain="http://securityratty.com/tag/monthly">monthly</category>
      <category domain="http://securityratty.com/tag/security roi pile-up">security roi pile-up</category>
      <category domain="http://securityratty.com/tag/security roi">security roi</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/ignore security concerns">ignore security concerns</category>
      <category domain="http://securityratty.com/tag/security metrics">security metrics</category>
      <source url="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~3/408700309/monthly-blog-round-up-september-2008.html">Monthly Blog Round-Up - September 2008</source>
    </item>
    <item>
      <title><![CDATA[The Pentagon's World of Warcraft Movie-Plot Threat]]></title>
      <link>http://securityratty.com/article/b60783b0204251f583fde52e625be0be</link>
      <guid>http://securityratty.com/article/b60783b0204251f583fde52e625be0be</guid>
      <description><![CDATA[In a presentation that rivals any of my movie-plot threat contest entries, a Pentagon researcher is worried that terrorists might plot using World of Warcraft: In a presentation late last week at the...]]></description>
      <content:encoded><![CDATA[<p>In a presentation that rivals any of my movie-plot threat contest entries, a Pentagon researcher is worried that <a href="http://machinist.salon.com/blog/2008/09/16/warcraft/">terrorists might plot</a> using World of Warcraft:</p>

<blockquote>In a presentation late last week at the Director of National Intelligence Open Source Conference in Washington, Dr. Dwight Toavs, a professor at the Pentagon-funded National Defense University, gave a bit of a primer on virtual worlds to an audience largely ignorant about what happens in these online spaces. Then he launched into a scenario, to demonstrate how a meatspace plot might be hidden by in-game chatter.

<blockquote>In it, two World of Warcraft players discuss a raid on the "White Keep" inside the "Stonetalon Mountains." The major objective is to set off a "Dragon Fire spell" inside, and make off with "110 Gold and 234 Silver" in treasure. "No one will dance there for a hundred years after this spell is cast," one player, "war_monger," crows.</blockquote>

<p>Except, in this case, the White Keep is at 1600 Pennsylvania Avenue. "Dragon Fire" is an unconventional weapon. And "110 Gold and 234 Silver" tells the plotters how to align the game's map with one of Washington, D.C.</blockquote></p>

<p>I don't know why he thinks that the terrorists will use World of Warcraft and not some other online world.  Or Facebook.  Or Usenet.  Or a chat room.  Or e-mail.  Or the telephone.  I don't even know why the particular form of communication is in any way important.</p>

<p>The article ends with this nice paragraph:</p>

<blockquote>Steven Aftergood, the Federation of the American Scientists analyst who's been following the intelligence community for years, wonders how realistic these sorts of scenarios are, really. "This concern is out there. But it has to be viewed in context. It's the job of intelligence agencies to anticipate threats and counter them. With that orientation, they're always going to give more weight to a particular scenario than an objective analysis would allow," he tells Danger Room. "Could terrorists use Second Life? Sure, they can use anything. But is it a significant augmentation? That's not obvious. It's a scenario that an intelligence officer is duty-bound to consider. That's all."</blockquote>

<p>My guess is <a href="http://www.schneier.com/blog/archives/2008/03/searching_for_t.html">still</a> that some clever Pentagon researchers have figured out how to play World of Warcraft on the job, and they're not giving that perk up anytime soon.</p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=t3Y6L"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=t3Y6L" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=zsKzL"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=zsKzL" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Thu, 18 Sep 2008 09:29:12 +0000</pubDate>
      <category domain="http://securityratty.com/tag/world">world</category>
      <category domain="http://securityratty.com/tag/warcraft">warcraft</category>
      <category domain="http://securityratty.com/tag/plot">plot</category>
      <category domain="http://securityratty.com/tag/play world">play world</category>
      <category domain="http://securityratty.com/tag/warcraft players discuss">warcraft players discuss</category>
      <category domain="http://securityratty.com/tag/movie-plot threat">movie-plot threat</category>
      <category domain="http://securityratty.com/tag/online world">online world</category>
      <category domain="http://securityratty.com/tag/meatspace plot">meatspace plot</category>
      <category domain="http://securityratty.com/tag/dragon fire">dragon fire</category>
      <source url="http://www.schneier.com/blog/archives/2008/09/the_pentagons_w.html">The Pentagon's World of Warcraft Movie-Plot Threat</source>
    </item>
    <item>
      <title><![CDATA[A World Becoming "Data Retentive"]]></title>
      <link>http://securityratty.com/article/c03cfaeb43f95ffff0ad3e55c000dcc9</link>
      <guid>http://securityratty.com/article/c03cfaeb43f95ffff0ad3e55c000dcc9</guid>
      <description><![CDATA[Ive recently been looking at the implications of the second phase of the EU Data Retention Directive which will shortly be coming into force: as well as requiring telcos to keep call logs of who we...]]></description>
      <content:encoded><![CDATA[<p>I&rsquo;ve recently been looking at the implications of the second phase of the <a title="http://en.wikipedia.org/wiki/Data_retention#Data_retention_in_the_European_Union" href="http://en.wikipedia.org/wiki/Data_retention#Data_retention_in_the_European_Union">EU Data Retention Directive</a> which will shortly be coming into force: as well as requiring telcos to keep call logs of who we called and when, ISPs will also now be required to keep logs of when we logged on and from where. Let&rsquo;s leave the debate on whether all this logging is an invasion of our privacy or not &ndash; and whether that compromise of our personal freedom is justified in the global war on terror &ndash; for another time. <B>For now, let&rsquo;s just have a think about all that log data sitting around, waiting to be called upon...</b></p>
]]></content:encoded>
      <pubDate>Mon, 15 Sep 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/call logs">call logs</category>
      <category domain="http://securityratty.com/tag/logs">logs</category>
      <category domain="http://securityratty.com/tag/data retention directive">data retention directive</category>
      <category domain="http://securityratty.com/tag/personal freedom">personal freedom</category>
      <category domain="http://securityratty.com/tag/log data">log data</category>
      <category domain="http://securityratty.com/tag/global war">global war</category>
      <category domain="http://securityratty.com/tag/implications">implications</category>
      <category domain="http://securityratty.com/tag/time">time</category>
      <category domain="http://securityratty.com/tag/compromise">compromise</category>
      <source url="http://www.rsa.com/blog/blog_entry.aspx?id=1348">A World Becoming "Data Retentive"</source>
    </item>
    <item>
      <title><![CDATA[Second ROI War]]></title>
      <link>http://securityratty.com/article/6df05dd9c10c56e31ac61b4fc3737f79</link>
      <guid>http://securityratty.com/article/6df05dd9c10c56e31ac61b4fc3737f79</guid>
      <description><![CDATA[Another day, another security ROI blogwar
Schneier on Security ROI &quot;: &quot;It's a good idea in theory , but it's mostly bunk in practice .&quot; and &quot;The term just doesn't make sense in this context
Richards...]]></description>
      <content:encoded><![CDATA[<p>Another day, another security ROI blogwar.</p>  <ul>   <li>&quot;<a href="http://www.schneier.com/blog/archives/2008/09/security_roi_1.html">Schneier on Security ROI</a>&quot;: &quot;It's a <a href="http://communities.intel.com/openport/blogs/it/2008/08/25/are-security-roi-figures-meaningless">good</a> <a href="http://communities.intel.com/openport/blogs/it/2007/08/14/the-problem-of-measuring-information-security">idea</a> in <a href="https://buildsecurityin.us-cert.gov/daisy/bsi/articles/knowledge/business/677-BSI.html">theory</a>, <a href="http://taosecurity.blogspot.com/2007/07/are-questions-sound.html">but</a> <a href="http://www.bloginfosec.com/2007/07/13/bejtlich-and-business-will-it-blend/">it's</a> <a href="http://blog.vorant.com/2007/07/my-input-to-roi-spat.html">mostly</a> <a href="http://taosecurity.blogspot.com/2007/07/no-roi-no-problem.html">bunk</a> <a href="http://chuvakin.blogspot.com/2007/07/security-roi-pile-up.html">in</a> <a href="http://taosecurity.blogspot.com/2007/07/security-roi-revisited.html">practice</a>.&quot; and &quot;The term just doesn't make sense in this context.&quot; </li>    <li>Richards adds to it: &quot;<a href="http://taosecurity.blogspot.com/2008/09/schneier-agrees-security-roi-is-mostly.html">Schneier Agrees: Security ROI is &quot;Mostly Bunk&quot;</a>&quot;</li>    <li>&quot;<a href="http://andyitguy.blogspot.com/2008/09/security-roi-debate-continues.html">Security ROI - The debate continues</a>&quot;: &quot;ROI&#160; ... reared its ugly head.&quot; </li>    <li>&quot;<a href="http://blog.uncommonsensesecurity.com/2008/09/foi-failure-of-investment.html">FOI, Failure of Investment</a>&quot;:&#160; &quot;Not that you asked, but IMHO: ROI and TCO are SWAG at best. And, they are rarely at their best.&quot; The secret weapon of ROI war - <strong>FOI</strong> -&#160; is thus unleashed! </li>    <li><a href="http://www.datagovernance.com/cartoon_2.html">This</a> is also very relevant :-) </li> </ul>  <p>Overall, I love it when educated peoples' debate just falls waaaay down to the level of &quot;I won't care what YOU call it as long as you don't care what I call it....&quot; Yuck! :-)</p>  <p>All security ROI coverage is tagged <a href="http://delicious.com/anton18/ROI">here</a>: <a title="http://delicious.com/anton18/ROI" href="http://delicious.com/anton18/ROI">http://delicious.com/anton18/ROI</a>. The previous, &quot;First ROI War&quot;, is summarized <a href="http://chuvakin.blogspot.com/2007/07/security-roi-pile-up.html">here</a>.</p>  <div class="blogger-post-footer">About me: http://www.chuvakin.org</div><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=njcdL"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=njcdL" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=TiVeL"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=TiVeL" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=hJ3bL"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=hJ3bL" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~4/389103499" height="1" width="1"/>]]></content:encoded>
      <pubDate>Wed, 10 Sep 2008 12:11:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/security roi coverage">security roi coverage</category>
      <category domain="http://securityratty.com/tag/security roi">security roi</category>
      <category domain="http://securityratty.com/tag/roi">roi</category>
      <category domain="http://securityratty.com/tag/security roi blogwar">security roi blogwar</category>
      <category domain="http://securityratty.com/tag/roi war">roi war</category>
      <category domain="http://securityratty.com/tag/schneier">schneier</category>
      <category domain="http://securityratty.com/tag/schneier agrees">schneier agrees</category>
      <category domain="http://securityratty.com/tag/falls waaaay">falls waaaay</category>
      <category domain="http://securityratty.com/tag/foi">foi</category>
      <source url="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~3/389103499/second-roi-war.html">Second ROI War</source>
    </item>
    <item>
      <title><![CDATA[Summarizing August's Threatscape]]></title>
      <link>http://securityratty.com/article/01c05fcd5f209b7515be2cee57a93c9b</link>
      <guid>http://securityratty.com/article/01c05fcd5f209b7515be2cee57a93c9b</guid>
      <description><![CDATA[Following the previous summaries of June's and July's threatscape based on all the research published during the month, it's time to summarize August's threatscape

August's threatscape was dominated...]]></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/SL_ZoXre4vI/AAAAAAAACJ0/LKtKpSt0igQ/s1600-h/ddanchev_august.png" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="http://1.bp.blogspot.com/_wICHhTiQmrA/SL_ZoXre4vI/AAAAAAAACJ0/Phtgyl6rLXQ/s200-R/ddanchev_august.png" /></a>Following the previous summaries of <a href="http://ddanchev.blogspot.com/2008/07/summarizing-junes-threatscape.html">June's</a> and <a href="http://ddanchev.blogspot.com/2008/08/summarizing-julys-threatscape.html">July's threatscape</a> based on all the research published during the month, it's time to summarize August's threatscape.<br />
<br />
August's threatscape was dominated by a huge increase of rogue security software domains made possible due to the easily obtainable templates for the sites, several malware campaigns targeting popular social networking sites, Russian's organized cyberattack against Georgia with evidence on who's behind it pointing to "everyone" and a few botnets dedicated to the attack making the whole process easy to outsource and turn responsibility into an "open topic", several new web based botnet management kits and tools found in the wild, evidence that the 76service may in fact be going mainstream since the concept of cybercrime as a service is already emerging, and, of course, a peek at India's CAPTCHA solving economy, where the best comment I've received so far is that every site should embrace reCAPTCHA, so that while solving CAPTCHAs and participating in the abuse of these services in question, they would be also digitizing books. As usual, August was a pretty dynamic month for the middle of summer, with everyone excelling in their own malicious field.<br />
<br />
<b>01.</b> <a href="http://ddanchev.blogspot.com/2008/08/mcafees-site-advisor-blocking-nruns-ag.html">McAfee's Site Advisor Blocking n.runs AG - "for starters"</a><br />
False positives are rather common, especially when you're aiming to protect the end user from himself and not let him gain access to "hacking tools", but you're flagging security tools as badware and missing over half the SQL injected domains currently in the wild due to the fact that SiteAdvisor's community still haven't reviewed them - that's not good<br />
<br />
<b>02.</b> <a href="http://ddanchev.blogspot.com/2008/08/twitter-malware-campaign-wants-to-bank.html">The Twitter Malware Campaign Wants to Bank With You</a><br />
Twitter, just like every Web 2.0 application, isn't and shouldn't be treated as a unique platform for dissemination of malware, since it's dissemination of malware "as usual". This particular malware campaign was not just executed by a lone gunman, but also, was taking advantage of a flaw allowing the author to add new followers potentially exposing them to the malicious links serving banker malware. For the the time being, MySpace, Facebook and Twitter accounts are the very last thing a malicious attacker is interesting in puchasing accounting data for, but how come? It's all due to the oversupply of automatically registered accounts at other popular services, whose ecosystem of Internet properties empower cybercriminals with the ability to launch, host and distribute malware in between abusing the very same company's services for the blackhat SEO campaign and redirection services. Theoretically, a distributed network build upon the services provided by a single company is faily easy to accomplish due to the single login authentication applied everywhere. A singly bogus Gmail account results in a blackhat SEO hosting blogspot account, flash based redirector hosted at Picasa, and a couple of thousands of spam emails sent automatically sent through Gmail in order to abuse it's trusted email reputation<br />
&nbsp; <br />
<b>03.</b> <a href="http://ddanchev.blogspot.com/2008/08/compromised-web-servers-serving-fake.html">Compromised Web Servers Serving Fake Flash Players</a><br />
If aggressiveness matter, this campaign consisting of remotely injected redirection scripts at legitimate sites next to on purposely introduced malware oriented domains, was perhaps the most aggressive one during the month. Fake flash players, fake windows media players and fake youtube players are prone to increase as a social engineering tactic of choice due to the template-ization of malware serving sites for the sake of efficiency<br />
<br />
<b>04.</b> <a href="http://ddanchev.blogspot.com/2008/08/pinch-vulnerable-to-remotely.html">Pinch Vulnerable to Remotely Exploitable Flaw</a><br />
With Zeus vulnerable to a remotely exploitable flaw allowing cybercriminals to hijack other cybercriminal's Zeus botnet, private exploits targeting the still rather popular at least in respect to usefulness Pinch malware are leaking, allowing everyone including security researchers to take a peek at a particular campaign running unpatched Pinch gateway<br />
<br />
<b>05.</b> <a href="http://ddanchev.blogspot.com/2008/08/phishers-backdooring-phishing-pages-to.html">Phishers Backdooring Phishing Pages to Scam One Another</a><br />
Backdooring phishing pages is perhaps the most minimalistic approach a cybercriminal wanting to scam another cybercriminal is going to take. The far more beneficial approach that I've encountered on a couple of occassions so far, would be to backdoor a proprietary web malware exploitation kit, release it in the wild, let them put the time and efforts into launching the campaigns, then hijack their botnet. In fact, the possibilities for backdooring copycat web malware exploitation kits in order to take advantage of the momentum while introducing a non-existent kit has always been there at the disposal of malicious attackers. One thing's for sure - there's no such thing as a free web malware exploitation kit, just like there isn't such thing as a free phishing page<br />
<br />
<b>06.</b> <a href="http://ddanchev.blogspot.com/2008/08/email-hacking-going-commercial-part-two.html">Email Hacking Going Commercial - Part Two</a><br />
In between the scammers promising the Moon and asking for anything between $20 to $250 to hack into an email account, there are "legitimate" services taking advantage of web email hacking kits consisting of each and every known XSS vulnerability for a particular service in an attempt to increase the chances of the attacker. And given that the majority of these have been patched a long time ago, social engineering comes into play. Do these services have a future? Definitely as more and more people are in fact looking for and requesting such services, in fact, they're willing to pay a bonus considering how exotic it is for them to have any email that they provide hacked into and the accounting data sent back to them<br />
<br />
<b>07.</b> <a href="http://ddanchev.blogspot.com/2008/08/russia-vs-georgia-cyber-attack.html">The Russia vs Georgia Cyber Attack</a><br />
Event of the month? Could be, but just like every "event of the moth" everyone seems to be once again restating their "selective retention" preferences. What is selective retention anyway? Selective retention is basically a situation where once Russian is attacking another country's infrastructure, you would automatically conclude that it's Russian FSB behind the attacks and consciously and subconsciously ignore all the research and articles telling you otherwise, namely that the FSB wouldn't even bother acknowledging Georgia's online presence, at least not directly. Moreover, talking about the FSB as the agency behind the cyberattacks indicates "selective retention", talking about FAPSI indicates better understanding of the subject.<br />
<br />
In times when cybercrime is getting ever easier to outsource, anyone following the news could basically orchestrate a large scale DDoS attack against a particular country in order to forward the responsibility to any country that they want to. In Russia vs Georgia, you have a combination of a collectivist society that's possessing the capabilities to launch DDoS attacks, knows where and how to order them, and that in times when your country is engaged in a war conflict drinking beer instead of DDoS-sing the major government sites of the adversary is not an option.<br />
<br />
Selective retention when combined with a typical mainstream media's mentality to "slice the threat on pieces" instead of turning the page as soon as possible, is perhaps the worst possible combination. Furthermore, coming up with <a href="http://intelfusion.net/wordpress/?p=398">Social Network analysis of the cyberattacks</a> would produce nothing more but a few fancy graphs of over enthusiastic Russian netizen's distributing the static list of the targets. The real conversations, as always, are <a href="http://blogs.nyu.edu/blogs/agc282/zia/2008/08/intelfusions_sna_of_russian_cy.html">happening in the "Dark Web" limiting the possibilities for open source intelligence</a> using a data mining software. Things changed, OPSEC is slowly emerging as a concept among malicious parties, whenever some of the "calls for action" in the DDoS attacks were posted at mainstream forums, they were immediately removed so that they don't show up in such academic initiatives<br />
<br />
<b>08.</b> <a href="http://ddanchev.blogspot.com/2008/08/76service-cybercrime-as-service-going.html">76Service - Cybercrime as a Service Going Mainstream</a><br />
The reappearance of the 76Service allowing everyone to log into a web based interface and collect all the accounting and financial data coming from malware infected hosts across the globe for the period of time for which they've bought access, indicates that what used to be proprietary services which were supposedly no longer available, are now being operated in a do-it-yourself fashion. Goods and products mature into services, so from a cost-benefit analysis perspective, outsourcing is naturally most beneficial even when it comes to cybercrime <br />
<br />
<b>09.</b> <a href="http://ddanchev.blogspot.com/2008/08/whos-behind-georgia-cyber-attacks.html">Who's Behind the Georgia Cyber Attacks?</a><br />
If it's the botnets used in the attacks, they are known, if it's about who's providing the hosting for the command and control, it's the "usual suspects", but just like previous discussion of the Russian Business Network, it remains questionable on whether or not they work on a revenue-sharing basis, are simply providing the anti-abuse hosting, or are the shady conspirators that every newly born RBN expert is positioning them to be.<br />
<br />
Cheap conversation regarding the RBN ultimately serves the RBN, and just for the record, there's a RBN alternative in every country, but the only thing that remains the same are the customers, tracking the customers means exposing the RBN and the international franchises of their services, making it harder to identify their international operations. And given that the "tip of the iceberg", namely RBN's U.S operations remain in tact, talking about taking actions against their international operations in countries where cybercrime law is still pending, is yet another quality research into the topic building up the pile of research into the very same segments of the very same ISPs.<br />
<br />
Just for the record - these "very same ISPs" are regular readers of my blog, and if you analyze their activities, they're definitely reading yours too, ironically, surfing through gateways residing within their netblock that are so heavily blacklisted due to the guestbook and forum spamming activities that their bad reputation usually ends up in another massive blackhat SEO campaign exposed.<br />
<br />
<b>10.</b> <a href="http://ddanchev.blogspot.com/2008/08/guerilla-marketing-for-conspiracy-site.html">Guerilla Marketing for a Conspiracy Site</a><br />
Conspiracy theorists may in fact have a new wallpaper to show off with<br />
<br />
<b>11.</b> <a href="http://ddanchev.blogspot.com/2008/08/banker-malware-targetting-brazilian.html">Banker Malware Targeting Brazilian Banks in the Wild</a><br />
When misinformed and not knowing anything about a particular underground segment, a potential cybercriminal would stick to using such primitive compared to the sophisticated banker malware kits currently in the wild. These sophisticated banker malware kits are often coming in a customer-tailored proposition, with their price increasing or decreasing based on the specific module to be included or excluded. For instance, a module targeting all the U.S banks that has been put in a "learning mode" long before it was made available to the customers can be requested and is often available with the business model build around the customer's wants&nbsp; <br />
<br />
<b>12.</b> <a href="http://ddanchev.blogspot.com/2008/08/compromised-cpanel-accounts-for-sale.html">Compromised Cpanel Accounts For Sale</a><br />
Despite the massive SQL injection attacks, accounting data for Cpanel accounts coming from malware infected hosts seems to be once again coming into play, which isn't surprising given the filtering capabilities and log parsing tools today's botnet masters are empowered with. These very same compromised Cpanel accounts and the associated domains often end up so heavility abused that it's tactics like these that are driving the underground multitasking mentality, namely, abusing a single compromised account for each and every malicious online activity you can think of - even hosting banners for their blackhat SEO services <br />
<br />
<b>13.</b> <a href="http://ddanchev.blogspot.com/2008/08/diverse-portfolio-of-fake-security.html">A Diverse Portfolio of Fake Security Software - Part Two</a><br />
In August we saw a peek of fake security software, neatly typosquatted domains whose authors earn revenue each and every time someone installs the software. The vendors behind this software are forwarding the entire process of driving traffic to those excelling in aggregating traffic and abusing it. As anticipated, underground multitasking started taking place within the fake security software domains, with the people behind them introducing client-side exploits in order to improve the monetization of the traffic coming to the sites<br />
<br />
<b>14.</b> <a href="http://ddanchev.blogspot.com/2008/08/diy-botnet-kit-promising-eternal.html">DIY Botnet Kit Promising Eternal Updates</a><br />
There's no such thing as a (quality) free botnet kit. What's for free is often the leftovers from a single feature of a more sophisticated proprietary botnet kit. This one in particular is however trying to demonstrate that even a plain simple GUI botnet command and control software can achieve the results desired by an average script kiddie, and not necessarily satisfy the needs of the experienced botnet master<br />
<br />
<b>15.</b> <a href="http://ddanchev.blogspot.com/2008/08/diverse-portfolio-of-fake-security_20.html">A Diverse Portfolio of Fake Security Software - Part Three</a><br />
As far as trends and fads are concerned, the majority of the domains are currently parked at up to four different IPs, with most of them going into a stand by mode once they get detected and reappear back couple of weeks later<br />
<br />
<b>16.</b> <a href="http://ddanchev.blogspot.com/2008/08/fake-celebrity-video-sites-serving.html">Fake Celebrity Video Sites Serving Malware - Part Two</a><br />
Due to the template-ization of fake celebrity video sites, and simple traffic management tools combined with blackhat SEO tactics, these sites are also prone to increase in the next couple of months<br />
<br />
<b>17.</b> <a href="http://ddanchev.blogspot.com/2008/08/web-based-botnet-command-and-control.html">Web Based Botnet Command and Control Kit 2.0</a><br />
It's releases like these that remind us of the amount of time, efforts and personal touch that a malicious attacker would put into such a management kit, currently acting as a personal benchmark as far as complexity and features indicating the coder's experience with botnets is concerned. What's he's failing to anticipate is that this kit is sooner or later going to turn into the "MPack of botnet management"<br />
<br />
<b>18.</b> <a href="http://ddanchev.blogspot.com/2008/08/diverse-portfolio-of-fake-security_25.html">A Diverse Portfolio of Fake Security Software - Part Four</a><br />
Keep it coming, we'll keep it exposing until we end up getting down to the "fake software vendor" itself<br />
<br />
<b>19.</b> <a href="http://ddanchev.blogspot.com/2008/08/automatic-email-harvesting-20.html">Automatic Email Harvesting 2.0</a><br />
Email harvesting is slowly maturing into a vertically integrated service provided by vendors of managed spamming services. This email harvesting module is aiming to close the page on text obfuscation in respect to fighting spam, and is successfully recognizing and collecting such publicly available emails. From a psychological perspective though, the end users who bothered to obfuscate their emails are less likely to fall victims into phishing scams, with the obfuscation speaking for a relatively decent situational awareness on how they emails end up in a spammer's campaign<br />
<br />
<b>20.</b> <a href="http://ddanchev.blogspot.com/2008/08/fake-porn-sites-serving-malware-part.html">Fake Porn Sites Serving Malware - Part Three</a><br />
As a firm believer in sampling in order to draw conclusions on the big picture, an approach that has proven highly accurate in modeling historical and upcoming tactics and behavior, a single fake porn site serving malware campaign usually exposes a dozen of misconfigured redirectors, which thanks to their misconfiguration despite the evasive features available within the kits, expose another dozen of malware campaigns<br />
<br />
<b>21.</b> <a href="http://ddanchev.blogspot.com/2008/08/facebook-malware-campaigns-rotating.html">Facebook Malware Campaigns Rotating Tactics</a><br />
With no particular flaw exploited other than the social engineering tactic of using already compromised Facebook accounts who would automatically spam all their friends with links to flash files hosted at legitimate services, the more persistent the campaign is, the higher the chance that it will scale enough. This campaign in particular is mainly relying on rotation of tactics, namely different messages, different services and file extensions used in order to trick someone's friend into visiting the URL. With the number of users increasing, the most popular social networking sites are naturally going to be permanently under attacks from cybercriminals<br />
<br />
<b>22.</b> <a href="http://ddanchev.blogspot.com/2008/08/fake-security-software-domains-serving.html">Fake Security Software Domains Serving Exploits</a><br />
Despite that it's a single brand, namely the International Virus Research Lab that's introducing client-side exploits within it's portfolio of domains, the opportunity for abuse may be noticed by the rest of the brands pretty fast<br />
<br />
<b>23.</b> <a href="http://ddanchev.blogspot.com/2008/08/exposing-indias-captcha-solving-economy.html">Exposing India’s CAPTCHA Solving Economy</a><br />
Taking into consideration the mentality surrounding a particular country's cybercriminals, how they think, how they operate, what do they define as an opportunity, and how much personal efforts are they willing to put into their campaigns, I wouldn't be surpised if a Russian vendor offering 100,000 bogus Gmail accounts for sale has in fact outsourcing the account registration process to Indian workers, paid them pocket change and is then reselling them ten to twenty times higher than the price he originally paid for them. <br />
<br />
The text based CAPTCHAs used at the major Internet portals and services, are so efficiently abused by this approach that continuing to use is directly undermining the trust these email providers and services often come with as granted<div class="feedflare">
<a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=VdcSL"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=VdcSL" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=2dvxL"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=2dvxL" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=hYvml"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=hYvml" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=YfcJl"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=YfcJl" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=WUVJL"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=WUVJL" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=jRCTL"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=jRCTL" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=KYkll"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=KYkll" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/DanchoDanchevOnSecurityAndNewMedia/~4/388609194" height="1" width="1"/>]]></content:encoded>
      <pubDate>Wed, 10 Sep 2008 02:57:32 +0000</pubDate>
      <category domain="http://securityratty.com/tag/malware">malware</category>
      <category domain="http://securityratty.com/tag/facebook malware campaigns">facebook malware campaigns</category>
      <category domain="http://securityratty.com/tag/usefulness pinch malware">usefulness pinch malware</category>
      <category domain="http://securityratty.com/tag/banker malware kits">banker malware kits</category>
      <category domain="http://securityratty.com/tag/malware campaigns">malware campaigns</category>
      <category domain="http://securityratty.com/tag/botnet">botnet</category>
      <category domain="http://securityratty.com/tag/diy botnet kit">diy botnet kit</category>
      <category domain="http://securityratty.com/tag/distribute malware">distribute malware</category>
      <category domain="http://securityratty.com/tag/banker malware">banker malware</category>
      <source url="http://feeds.feedburner.com/~r/DanchoDanchevOnSecurityAndNewMedia/~3/388609194/summarizing-augusts-threatscape.html">Summarizing August's Threatscape</source>
    </item>
    <item>
      <title><![CDATA[Browser war redux, patch time, iPod news]]></title>
      <link>http://securityratty.com/article/0509140ca72ca130993f22228ecaf70a</link>
      <guid>http://securityratty.com/article/0509140ca72ca130993f22228ecaf70a</guid>
      <description><![CDATA[Google garnered headlines all week with its new Chrome browser. Rival Microsoft announced it will release just four patches next Tuesday, but that may not be cause to think the day will be an easy one...]]></description>
      <content:encoded><![CDATA[Google garnered headlines all week with its new Chrome browser. Rival Microsoft announced it will release just four patches next Tuesday, but that may not be cause to think the day will be an easy one for those responsible for keeping systems patched. Also looking ahead, Apple is expected to announce iPod news. Otherwise, a warning was issued about new trickery from spammers and in case we all weren't aware of it by now, social-networking sites could be ripe for malware.<p><A href="http://ad.doubleclick.net/jump/idg.us.nwf.rss/security;sz=468x60;ord=74333?">
<IMG src="http://ad.doubleclick.net/ad/idg.us.nwf.rss/security;sz=468x60;ord=74333?" border="0" width="468" height="60"></A>
</p>]]></content:encoded>
      <pubDate>Thu, 04 Sep 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/announce ipod news">announce ipod news</category>
      <category domain="http://securityratty.com/tag/rival microsoft">rival microsoft</category>
      <category domain="http://securityratty.com/tag/chrome browser">chrome browser</category>
      <category domain="http://securityratty.com/tag/google">google</category>
      <category domain="http://securityratty.com/tag/ripe">ripe</category>
      <category domain="http://securityratty.com/tag/headlines">headlines</category>
      <category domain="http://securityratty.com/tag/spammers">spammers</category>
      <category domain="http://securityratty.com/tag/systems">systems</category>
      <category domain="http://securityratty.com/tag/trickery">trickery</category>
      <source url="http://www.networkworld.com/news/2008/090508-browser-war-redux-patch-time.html?fsrc=rss-security">Browser war redux, patch time, iPod news</source>
    </item>
    <item>
      <title><![CDATA[Absolutely the stupidest salvo in the war on terror to date ]]></title>
      <link>http://securityratty.com/article/39f2907d690e0fb29186f46cfe45f058</link>
      <guid>http://securityratty.com/article/39f2907d690e0fb29186f46cfe45f058</guid>
      <description><![CDATA[Do you drive, take pictures, travel, use a cellphone or use a computer? Guess what that makes...]]></description>
      <content:encoded><![CDATA[Do you drive, take pictures, travel, use a cellphone or use a computer? Guess what that makes you...]]></content:encoded>
      <pubDate>Sun, 31 Aug 2008 12:10:02 +0000</pubDate>
      <category domain="http://securityratty.com/tag/travel">travel</category>
      <category domain="http://securityratty.com/tag/drive">drive</category>
      <category domain="http://securityratty.com/tag/computer">computer</category>
      <category domain="http://securityratty.com/tag/pictures">pictures</category>
      <category domain="http://securityratty.com/tag/cellphone">cellphone</category>
      <source url="http://digg.com/security/Absolutely_the_stupidest_salvo_in_the_war_on_terror_to_date">Absolutely the stupidest salvo in the war on terror to date </source>
    </item>
    <item>
      <title><![CDATA[Doctoring Photographs without Photoshop]]></title>
      <link>http://securityratty.com/article/343f81e5ef64999b63085fa59a40a0d8</link>
      <guid>http://securityratty.com/article/343f81e5ef64999b63085fa59a40a0d8</guid>
      <description><![CDATA[It's all about the captions : ...doctored photographs are the least of our worries. If you want to trick someone with a photograph, there are lots of easy ways to do it. You don't need Photoshop. You...]]></description>
      <content:encoded><![CDATA[<p>It's all about the <a href="http://morris.blogs.nytimes.com/2008/08/11/photography-as-a-weapon/?ref=opinion">captions</a>:</p>

<blockquote>...doctored photographs are the least of our worries. If you want to trick someone with a photograph, there are lots of easy ways to do it. You don't need Photoshop. You don't need sophisticated digital photo-manipulation. You don't need a computer. All you need to do is change the caption.

<p>The photographs presented by Colin Powell at the United Nations in 2003 provide several examples. Photographs that were used to justify a war. And yet, the actual photographs are low-res, muddy aerial surveillance photographs of buildings and vehicles on the ground in Iraq. I'm not an aerial intelligence expert. I could be looking at anything. It is the labels, the captions, and the surrounding text that turn the images from one thing into another. Photographs presented by Colin Powell at the United Nations in 2003.</p>

<p>Powell was arguing that the Iraqis were doing something wrong, knew they were doing something wrong, and were trying to cover their tracks. Later, it was revealed that the captions were wrong. There was no evidence of chemical weapons and no evidence of concealment. Morris's mockery of the sweeping interpretations made in Powell's photographs.</p>

<p>There is a larger point. I don't know what these buildings were really used for. I don't know whether they were used for chemical weapons at one time, and then transformed into something relatively innocuous, in order to hide the reality of what was going on from weapons inspectors. But I do know that the yellow captions influence how we see the pictures. "Chemical Munitions Bunker" is different from "Empty Warehouse" which is different from "International House of Pancakes." The image remains the same but we see it differently.</p>

<p>Change the yellow labels, change the caption and you change the meaning of the photographs. You don't need Photoshop. That's the disturbing part. Captions do the heavy lifting as far as deception is concerned. The pictures merely provide the window-dressing. The unending series of errors engendered by falsely captioned photographs are rarely remarked on.</blockquote></p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=agGdKK"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=agGdKK" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=6dATMK"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=6dATMK" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Wed, 27 Aug 2008 03:27:27 +0000</pubDate>
      <category domain="http://securityratty.com/tag/photographs">photographs</category>
      <category domain="http://securityratty.com/tag/actual photographs">actual photographs</category>
      <category domain="http://securityratty.com/tag/captions">captions</category>
      <category domain="http://securityratty.com/tag/yellow captions influence">yellow captions influence</category>
      <category domain="http://securityratty.com/tag/powell">powell</category>
      <category domain="http://securityratty.com/tag/colin powell">colin powell</category>
      <category domain="http://securityratty.com/tag/change">change</category>
      <category domain="http://securityratty.com/tag/chemical weapons">chemical weapons</category>
      <category domain="http://securityratty.com/tag/photoshop">photoshop</category>
      <source url="http://www.schneier.com/blog/archives/2008/08/doctoring_photo.html">Doctoring Photographs without Photoshop</source>
    </item>
  </channel>
</rss>
