<?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: lunch-time]]></title>
    <link>http://securityratty.com/tag/lunch-time</link>
    <description></description>
    <pubDate>Thu, 17 Apr 2008 02:20:51 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Presentation from SANS 2008 Lunch and Learn in Las Vegas]]></title>
      <link>http://securityratty.com/article/9e013f4069a35954694c89f4bb3e700d</link>
      <guid>http://securityratty.com/article/9e013f4069a35954694c89f4bb3e700d</guid>
      <description><![CDATA[As promised , here is my infamous presentation on &quot;Log management 'Worst Practices'&quot; that I gave at SANS Network Security 2008 yesterday

This presentation can also be considered a sequel to my...]]></description>
      <content:encoded><![CDATA[As <a href="http://chuvakin.blogspot.com/2008/10/my-lunch-presentation-at-sans-network.html">promised</a>, <a href="http://www.slideshare.net/anton_chuvakin/antons-log-management-worst-practices-presentation">here </a>is my infamous presentation on "Log management 'Worst Practices'" that I gave at SANS Network Security 2008 yesterday.<br /><br />This presentation can also be considered a sequel to my <a href="http://www.slideshare.net/anton_chuvakin/choosing-your-log-management-approach-buy-build-or-outsource">"Choosing a Log Management Approach" presentation</a>, which was my previous SANS Lunch and Learn preso.<br /><br />If you are involved / about to be involved with logging, read both (<a href="http://www.slideshare.net/anton_chuvakin/choosing-your-log-management-approach-buy-build-or-outsource">first</a>, <a href="http://www.slideshare.net/anton_chuvakin/antons-log-management-worst-practices-presentation">second</a>)!<br /><br />It is also embedded below:<br /><br /><div style="width: 425px; text-align: left;" id="__ss_635093"><a style="margin: 12px 0pt 3px; font-family: Helvetica,Arial,Sans-serif; font-style: normal; font-variant: normal; font-weight: normal; font-size: 14px; line-height: normal; font-size-adjust: none; font-stretch: normal; display: block; text-decoration: underline;" href="http://www.slideshare.net/anton_chuvakin/antons-log-management-worst-practices-presentation?type=powerpoint" title="Anton's Log Management 'Worst Practices'">Anton's Log Management 'Worst Practices'</a><object style="margin: 0px;" width="425" height="355"><param name="movie" value="http://static.slideshare.net/swf/ssplayer2.swf?doc=sanslmworstpracticesd6oct2008-1223079958645247-8&amp;stripped_title=antons-log-management-worst-practices-presentation"><param name="allowFullScreen" value="true"><param name="allowScriptAccess" value="always"><embed src="http://static.slideshare.net/swf/ssplayer2.swf?doc=sanslmworstpracticesd6oct2008-1223079958645247-8&amp;stripped_title=antons-log-management-worst-practices-presentation" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="425" height="355"></embed></object><div style="font-size: 11px; font-family: tahoma,arial; height: 26px; padding-top: 2px;">View SlideShare <a style="text-decoration: underline;" href="http://www.slideshare.net/anton_chuvakin/antons-log-management-worst-practices-presentation?type=powerpoint" title="View Anton's Log Management 'Worst Practices' on SlideShare">presentation</a> or <a style="text-decoration: underline;" href="http://www.slideshare.net/upload?type=powerpoint">Upload</a> your own. (tags: <a style="text-decoration: underline;" href="http://slideshare.net/tag/chuvakin">chuvakin</a> <a style="text-decoration: underline;" href="http://slideshare.net/tag/logging">logging</a>)</div></div><br /><br /><br /><span style="font-weight: bold;">Possibly related material:</span><br /><ul><li>All my presentation on Slideshare.<br /></li></ul><div class="blogger-post-footer">About me: http://www.chuvakin.org</div><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=Ch9yM"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=Ch9yM" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=27R3M"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=27R3M" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=0cfCM"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=0cfCM" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~4/411284395" height="1" width="1"/>]]></content:encoded>
      <pubDate>Sat, 04 Oct 2008 07:11:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/presentation">presentation</category>
      <category domain="http://securityratty.com/tag/view slideshare presentation">view slideshare presentation</category>
      <category domain="http://securityratty.com/tag/log management">log management</category>
      <category domain="http://securityratty.com/tag/log management approach">log management approach</category>
      <category domain="http://securityratty.com/tag/infamous presentation">infamous presentation</category>
      <category domain="http://securityratty.com/tag/slideshare">slideshare</category>
      <category domain="http://securityratty.com/tag/worst practices">worst practices</category>
      <category domain="http://securityratty.com/tag/previous sans lunch">previous sans lunch</category>
      <category domain="http://securityratty.com/tag/sans network security">sans network security</category>
      <source url="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~3/411284395/presentation-from-sans-2008-lunch-and.html">Presentation from SANS 2008 Lunch and Learn in Las Vegas</source>
    </item>
    <item>
      <title><![CDATA[PCI Doesn't Scare one FSI]]></title>
      <link>http://securityratty.com/article/a296bea2ccb29fec440563cf9616e94c</link>
      <guid>http://securityratty.com/article/a296bea2ccb29fec440563cf9616e94c</guid>
      <description><![CDATA[While in Australia last week, I had lunch with the risk and compliance manager from a large financial institution. We had a lively discussion centered on compliance (I know, most people don't find...]]></description>
      <content:encoded><![CDATA[While in Australia last week, I had lunch with the risk and compliance manager from a large financial institution.  We had a lively discussion centered on compliance (I know, most people don't find compliance that exciting, but this was the right group for this conversation!)
<P>
Early in the conversation, the topic of the PCI Data Security Standard arose.  This entity is beginning to look at the Standard's implications, and, based on reactions I've seen from other customers, I expected to hear a lot of frustration and annoyance.  <b>But, I asked the question anyway:  "So, are you concerned about having to deal with the PCI requirements?"...</b>]]></content:encoded>
      <pubDate>Sun, 07 Sep 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/compliance manager">compliance manager</category>
      <category domain="http://securityratty.com/tag/compliance">compliance</category>
      <category domain="http://securityratty.com/tag/pci requirements">pci requirements</category>
      <category domain="http://securityratty.com/tag/conversation">conversation</category>
      <category domain="http://securityratty.com/tag/financial institution">financial institution</category>
      <category domain="http://securityratty.com/tag/lively discussion">lively discussion</category>
      <category domain="http://securityratty.com/tag/lot">lot</category>
      <category domain="http://securityratty.com/tag/implications">implications</category>
      <category domain="http://securityratty.com/tag/standard">standard</category>
      <source url="http://www.rsa.com/blog/blog_entry.aspx?id=1339">PCI Doesn't Scare one FSI</source>
    </item>
    <item>
      <title><![CDATA[McIrony: An unexpected response from McAfee]]></title>
      <link>http://securityratty.com/article/b7777c8973f62604f441965769aa7200</link>
      <guid>http://securityratty.com/article/b7777c8973f62604f441965769aa7200</guid>
      <description><![CDATA[Irony: incongruity between what might be expected and what actually occurs

Right before Black Hat, I put together what I believed was a pretty strong arguement against McAfee Secure - Hacker Safe, at...]]></description>
      <content:encoded><![CDATA[Irony: incongruity between what might be expected and what actually occurs.<br /><br />Right before Black Hat, I put together what I believed was a pretty strong  arguement against McAfee Secure - Hacker Safe, at a level heretofore unexplored. I believe it was more damaging than anything I've said to date, and as such, presented potential risk for me. So I ran it by some friends before publishing it. Then a most extraordinary thing happened. I had a long chat with <a href="http://blogs.zdnet.com/security/?p=1668" target="_blank">Nate McFeters</a>, who described an awakening he'd recently experienced. He shared with me the belief that a better approach to potentially negative security research might be to try to create a positive outcome, and worry less about press cycles or exposure, the 15 minutes of fame if you will. He pointed to people like <a href="http://blogs.zdnet.com/security/?p=1030" target="_blank">Mark Dowd</a> as an example of people who conduct crushingly good research, and steer clear of the petty, ego driven  bulls**t. <br />There I sat, repose like the thinking <a href="http://www.downshoredrift.com/photos/uncategorized/thinking_man.gif" target="_blank">man</a>, frozen for minutes. "Nate", I said, "I think you're right." <br />What do I aspire to as an information security professional; more readership or street cred than the next guy, or the respect of my peers for contributing to the greater <a href="http://holisticinfosec.org/content/view/21/31/" target="_blank">good</a>? Attention, press cycles, 15 minutes...it all has its allure, trust me on this. <br />But at the end of the day, I really do want to contribute to the greater good.<br />So I did something different. I sent my findings to McAfee and offered them an opportunity to respond, rather than publish first, ask questions later. <br />Here's the real kicker. <br />They responded.<br />I had a three hour lunch this past Thursday with two gentlemen from McAfee, who flew up from the Bay Area to Seattle to have a face to face with me. This, all by itself, speaks volumes to me. In addition to meeting with Kirk Lawrence, the new Director of Product Management for McAfee Secure, there I sat with, of all people, Joe Pierini, the very guy who has suffered more than his share of abuse, up to and including the <a href="http://pwnie-awards.org/2008/awards.html">Pwnie</a>.  As I have been a direct contributor and participant in heckling Joe, you can imagine our meeting could have been uncomfortable. It was not. <br />I have had expectations of McAfee and Scan Alert that to date have not been met, or my (your) perception has been that they have not been met.<br />This meeting was designed as an opportunity to voice some of these expectations, and see if McAfee, in turn, believed there was any merit to them.<br />Surprisingly, at least as spoken, we weren't all that far apart.<br />While, as a naive idealist, I believe that security should come before conversions, I am also grounded enough of a realize that the most attainable goal can be a marriage of both. This premise frames my expectations of McAfee. <br />Can they not be more of a "thought leader" for all the Ma & Pa websites who rely on McAfee Secure, first for a higher conversion rate, then security?<br />Can they not hold merchants to a higher standard, without alienating them and losing business?<br />Can they not embrace the security research community in a fashion that McAfee, the security community, the merchants, and consumers can all benefit from?<br />Can they not be more transparent in their approach, providing more details and feedback about their methods, their findings, and their vision?<br />I know McAfee Secure - Hacker Safe scans can find vulnerabilities.<br />I know they report the vulnerabilities to merchants.<br />What happens thereafter is where things begin to break down. <br />Can the scan engine be improved to find more vulns? Sure. That's really not that big a deal; technology can always be improved.<br />But, regarding holding merchants to a higher standard; therein is the whole point of this debate. <br />Anyone can throw a badge on a site. <br />But what happens when the site proves vulnerable is the key. I'll be candid here: I don't give a damn about the merchant at that point; it's the consumer who is at risk and needs something better from McAfee and their peers.<br />So, here begins a different approach. I know that making changes at a company the size of McAfee can be likened to the three miles it takes to turn around an aircraft carrier. I'm willing to work with them, and allow for a positive outcome.<br />I have been told that, in two or three weeks, we can expect a published standard, that clearly defines exactly what the McAfee Secure product offering adheres to, inclusive of their expectations for merchant remediation timelines, potential badge downgrades for unresolved vulnerabilities, and hopefully even a more clear stance on XSS.<br />I have been told that I will have the opportunity to discuss this standard, and invite feedback. Any <a href="http://holisticinfosec.org/content/view/19/29/" target="_blank">standard</a> is better than no standard. <br />I have also been told that this is just the beginning of changes that will lead to more of what I have hoped for in my expectations, over the next 6 months or so.<br />I am hopeful that we can take McAfee at their word, and even if slowly, see a positive outcome.<br /><br /><a href="http://del.icio.us/post?url=http://holisticinfosec.blogspot.com/2008/08/mcirony-unexpected-response-from-mcafee.html&title=McIrony:%20An%20unexpected%20response%20from%20McAfee " title="McIrony: An unexpected response from McAfee ">del.icio.us</a> | <a href="http://digg.com/submit?phase=2&amp;url=http://holisticinfosec.blogspot.com/2008/08/mcirony-unexpected-response-from-mcafee.html" title="McIrony: An unexpected response from McAfee ">digg</a>]]></content:encoded>
      <pubDate>Sat, 30 Aug 2008 09:04:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/mcafee">mcafee</category>
      <category domain="http://securityratty.com/tag/mcafee secure">mcafee secure</category>
      <category domain="http://securityratty.com/tag/negative security research">negative security research</category>
      <category domain="http://securityratty.com/tag/research">research</category>
      <category domain="http://securityratty.com/tag/mcafee secure product">mcafee secure product</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/security research community">security research community</category>
      <category domain="http://securityratty.com/tag/information security professional">information security professional</category>
      <category domain="http://securityratty.com/tag/positive outcome">positive outcome</category>
      <source url="http://holisticinfosec.blogspot.com/2008/08/mcirony-unexpected-response-from-mcafee.html">McIrony: An unexpected response from McAfee</source>
    </item>
    <item>
      <title><![CDATA[At SANSFIRE 2008 in Washington, DC]]></title>
      <link>http://securityratty.com/article/69b7a54c07f2833e13efa53aef2a59c8</link>
      <guid>http://securityratty.com/article/69b7a54c07f2833e13efa53aef2a59c8</guid>
      <description><![CDATA[I just landed at Washington, DC to speak at SANSFIRE tomorrow ( my Lunch and Learn on &quot;Log Management 'Worst Practices'&quot; is on Wednesday, July 23rd - come over, it will be fun
LogLogic Lunch and Learn...]]></description>
      <content:encoded><![CDATA[<p>I just landed at Washington, DC to speak at SANSFIRE tomorrow (<a href="http://www.sans.org/sansfire08/vendor.php">my Lunch and Learn on &quot;Log Management 'Worst Practices'&quot;</a> is on Wednesday, July 23rd - come over, it will be fun!)</p>  <p><em><strong>LogLogic Lunch and Learn Presentation</strong>      <br />- &quot;Worst Practices&quot; of Log Management      <br />- Speaker: Dr. Anton Chuvakin, GCIA, GCIH, GCFA      <br />- Wednesday, July 23rd, 2008 * 12:30pm - 1:15 pm</em></p>  <p><em>Want to learn all the embarrassing mistakes and pitfalls that await you on the path to log management nirvana? Attend &quot;'Worst Practices' of Log Management&quot; presentation by LogLogic's Logging Evangelist Dr Anton Chuvakin that covers all the things that can go wrong while planning, evaluating, deploying and running a log management solution. Insufficient planning, unrealistic expectations, choosing tools on price alone, lack of logging configuration guidance are among such &quot;worst practices.&quot; Each common &quot;worst practice&quot; will be accompanied by suggestions to avoid the errors and do things correctly! Everybody touts &quot;best practices&quot;, but this is the place to learn how to avoid the opposite - and have fun in the process.</em></p>  <p>if you want to meet, drop me an email/call or just show up for &quot;lunch and learn.&quot; Unfortunately, I am going back right after my presentation tomorrow...</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=Ets4bJ"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=Ets4bJ" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=WzVtJJ"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=WzVtJJ" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?a=xVtnNJ"><img src="http://feeds.feedburner.com/~f/AntonChuvakinPersonalBlog?i=xVtnNJ" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~4/343116514" height="1" width="1"/>]]></content:encoded>
      <pubDate>Tue, 22 Jul 2008 15:01:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/log management">log management</category>
      <category domain="http://securityratty.com/tag/log management nirvana">log management nirvana</category>
      <category domain="http://securityratty.com/tag/log management solution">log management solution</category>
      <category domain="http://securityratty.com/tag/worst practices">worst practices</category>
      <category domain="http://securityratty.com/tag/practices">practices</category>
      <category domain="http://securityratty.com/tag/anton chuvakin">anton chuvakin</category>
      <category domain="http://securityratty.com/tag/chuvakin">chuvakin</category>
      <category domain="http://securityratty.com/tag/lunch">lunch</category>
      <category domain="http://securityratty.com/tag/loglogic lunch">loglogic lunch</category>
      <source url="http://feeds.feedburner.com/~r/AntonChuvakinPersonalBlog/~3/343116514/at-sansfire-2008-in-washington-dc.html">At SANSFIRE 2008 in Washington, DC</source>
    </item>
    <item>
      <title><![CDATA[Is this a case of; "Do as I say, not as I do"?]]></title>
      <link>http://securityratty.com/article/e9f20942f6d2bc7e6b9805de8abfecd7</link>
      <guid>http://securityratty.com/article/e9f20942f6d2bc7e6b9805de8abfecd7</guid>
      <description><![CDATA[I think it is a shame when a Police Officer acts like a Politician. It seems like this might be what happened to the Police Chief in San Francisco

It has leaked out that Chief Heather Fong has not...]]></description>
      <content:encoded><![CDATA[I think it is a shame when a Police Officer acts like a Politician.  It seems like this might be what happened to the <a href="http://0-www.sfgate.com.mill1.sjlibrary.org/cgi-bin/article.cgi?f=/c/a/2008/06/04/BARR1138G6.DTL">Police Chief in San Francisco.</a><span id="fullpost"><br /><br />It has leaked out that Chief Heather Fong has not qualified with her service weapon in years.  She actually admits to it but blames the lapse on her busy schedule.  This poses two really pressing questions.  Firstly, what would she do if she was getting into her vehicle going to or coming from work and she witnessed a grievous felony taking place?  If she pulled her weapon, she would most definitely not be able to respond in a manner befitting a trained Police Officer who had undergone requalification every 6 months as is her Department's policy.  Would she even be qualified/legally covered to use her weapon after going years without re-training?<br /><br />Secondly, how is she able to administer punishment to other officers who have failed to re-qualify when she herself is facing disciplinary charges?  What kind of message is she sending out?  Apparently, in San Francisco there seems to be one law for the street cops and another for high ranking officers.  This must do wonders for morale.<br /><br />Of course we know that you have a busy schedule Chief, but it is hard to believe that you couldn't find an hour once every six months to run out to the range and "pop a few off".  You would hardly have to wait in line like everyone else.    Have you forgotten what every Police Officer (and armed security officer for that matter) is taught, that using a weapon is based upon muscle memory?  In other words, if you don't use it, you lose it. <br /><br />People like Chief Fong are supposed to lead by example and shame on them when they don't.  Do the right thing Chief, bring a sandwich to work with you and go out to the range on your lunch break.  You shouldn't put yourself above the law.  <br /><br />  <br /></span><div class="blogger-post-footer">Visit Sexton Executive Security at www.sextonsecurity.com</div>]]></content:encoded>
      <pubDate>Wed, 25 Jun 2008 23:23:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/chief fong">chief fong</category>
      <category domain="http://securityratty.com/tag/chief">chief</category>
      <category domain="http://securityratty.com/tag/police chief">police chief</category>
      <category domain="http://securityratty.com/tag/chief heather fong">chief heather fong</category>
      <category domain="http://securityratty.com/tag/police officer">police officer</category>
      <category domain="http://securityratty.com/tag/police officer acts">police officer acts</category>
      <category domain="http://securityratty.com/tag/busy schedule chief">busy schedule chief</category>
      <category domain="http://securityratty.com/tag/busy schedule">busy schedule</category>
      <category domain="http://securityratty.com/tag/weapon">weapon</category>
      <source url="http://www.thebulletproofblog.com/2008/06/is-this-case-of-do-as-i-say-not-as-i-do.html">Is this a case of; "Do as I say, not as I do"?</source>
    </item>
    <item>
      <title><![CDATA[Myrcurial Selected To Speak At Last Hope]]></title>
      <link>http://securityratty.com/article/721375fa3c53a4a3aa4ebb5efb627fef</link>
      <guid>http://securityratty.com/article/721375fa3c53a4a3aa4ebb5efb627fef</guid>
      <description><![CDATA[I had a long crappy day as anyone who might follow my Twitter may have seen. I was wallowing in my own discontent when I met up with Myrcurial for lunch today. The cheshire grin on his face was...]]></description>
      <content:encoded><![CDATA[<p><center><img src="http://www.liquidmatrix.org/blog/wp-content/uploads/2008/06/cheshire.jpg" /></center></p>
<p>I had a long crappy day as anyone who might follow my <a href="http://twitter.com/gattaca">Twitter</a> may have seen. I was wallowing in my own discontent when I met up with <a href="http://twitter.com/myrcurial">Myrcurial</a> for lunch today. The cheshire grin on his face was something to behold. As it turns out, the weasel had been sitting on a rather significant announcement (for the last month) that he alluded to in his <a href="http://www.liquidmatrix.org/blog/2008/06/19/the-last-hope-list-of-talks-posted/">earlier posting</a> today. </p>
<p>Myrcurial will be speaking at Last Hope! Very cool brother! His talk entitled, &#8220;<a href="http://www.thelasthope.org/talks.php">From a Black Hat to a Black Suit</a>&#8221; will be a must see for any propeller heads that have aspirations for a corner office one day. </p>
<p>From the talk summary:</p>
<blockquote><p>You want it all. You can see the brass ring and you want to jump for it. But you&#8217;re scared. You don&#8217;t want to put on a suit and watch your soul shrivel like the spot price on RAM. There is another way.In this session, you will learn: why you want to do this to yourself, how to get the first job (which will suck), how to turn the first job into the next job (while still having fun), how to get the top job (sooner than you thought you could), and how to do it all without feeling like a corporate whore. You want to hack the planet? You&#8217;ve got to start somewhere. </p></blockquote>
<p>I&#8217;ll be the smart ass in the back crackin wise. </p>
<p><a href="http://www.thelasthope.org/talks.php">Article Link</a></p>

<p><a href="http://feeds.feedburner.com/~a/Liquidmatrix?a=gy1YF8"><img src="http://feeds.feedburner.com/~a/Liquidmatrix?i=gy1YF8" border="0"></img></a></p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=fhHnUI"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=fhHnUI" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=y9LBei"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=y9LBei" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=Jv7oji"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=Jv7oji" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=m7UA3i"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=m7UA3i" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/Liquidmatrix?a=87Obvi"><img src="http://feeds.feedburner.com/~f/Liquidmatrix?i=87Obvi" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/Liquidmatrix/~4/315751037" height="1" width="1"/>]]></content:encoded>
      <pubDate>Thu, 19 Jun 2008 18:26:30 +0000</pubDate>
      <category domain="http://securityratty.com/tag/top job">top job</category>
      <category domain="http://securityratty.com/tag/job">job</category>
      <category domain="http://securityratty.com/tag/myrcurial">myrcurial</category>
      <category domain="http://securityratty.com/tag/day">day</category>
      <category domain="http://securityratty.com/tag/talk summary">talk summary</category>
      <category domain="http://securityratty.com/tag/suit">suit</category>
      <category domain="http://securityratty.com/tag/crappy day">crappy day</category>
      <category domain="http://securityratty.com/tag/black suit">black suit</category>
      <category domain="http://securityratty.com/tag/talk">talk</category>
      <source url="http://feeds.feedburner.com/~r/Liquidmatrix/~3/315751037/">Myrcurial Selected To Speak At Last Hope</source>
    </item>
    <item>
      <title><![CDATA[Pocono Mountain School District "irregularities"]]></title>
      <link>http://securityratty.com/article/428a87c41a9a2ff786e39b2738b49910</link>
      <guid>http://securityratty.com/article/428a87c41a9a2ff786e39b2738b49910</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
5/30/08

Organization
Pocono Mountain School District

Contractor/Consultant/Branch
None

Victims
Students and parents

Number Affected
Unknown

SCHOOL...]]></description>
      <content:encoded><![CDATA[Technorati Tag: <a href="http://technorati.com/tag/security+breach" rel="tag">Security Breach</a><br><br>
<img src="http://breachblog.com/images/95781-88451/poconosd.jpg" align="right" height="103" width="72"><font size="2"><span style="font-weight: bold;">Date Reported: </span><br>5/30/08<br><br><span style="font-weight: bold;">Organization: </span><br><a href="http://www.pmsd.org/Home/tabid/36/Default.aspx">Pocono Mountain School District</a> <br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>None<br><br><span style="font-weight: bold;">Victims:</span><br>Students and parents<br><br><span style="font-weight: bold;">Number Affected:</span><br>Unknown*<br><br><font size="1">*"SCHOOL DISTRICT ENROLLMENT (2007-2008) 11,500 students K-12 (Current as of Oct. 17, 2007)"</font><br><br><span style="font-weight: bold;">Types of Data:</span><br>"Student ID, network password, SSN if provided, ethnicity, gender, birthdate, grade, grade year, building no., building name, homeroom no., homeroom teacher, attendance code (if absent today), dietary allergies (for food services), bus assignment, free/reduced lunch status, home phone, primary home mailing address, secondary mailing address, parent names, parent phone numbers, emergency contact names, and emergency contact phone numbers"<br><br><span style="font-weight: bold;">Breach Description:</span><br>"An apparent cyber break-in of Pocono Mountain School District's computer system has put at potential risk personal information about students and parents, the district announced Friday.<br><br>District Superintendent Dwight Pfennig sent home letters on Friday afternoon telling parents about the apparent breach, which the district found out about the previous evening, according to Wendy Frable, director of public information."<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.pmsd.org/Home/tabid/36/mid/1293/newsid1293/64/Letter-to-Parents-on-Computer-Security/Default.aspx">Pocono Mountain School District "Letter to Parents"</a> <br><a href="http://www.poconorecord.com/apps/pbcs.dll/article?AID=/20080601/NEWS/806010334">Pocono Record</a> <br><a href="http://www.mcall.com/news/local/all-b4_3pocono.6436000may31,0,1422227.story">The Morning Call</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>Pocono Mountain School District<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>A hacker apparently broke into the computers at Pocono Mountain School District and may have tapped into confidential information concerning students and their parents, the district's superintendent said Friday.<br><span style="font-style: italic;">[Evan] This statement is provided by Joe McDonald of The Morning Call.&nbsp; It is unclear if a "hacker" breached the system or if there was another cause for the "irregularities" reported at the school.</span><br><br>District Superintendent Dwight Pfennig sent home letters on Friday afternoon telling parents about the apparent breach, which the district found out about the previous evening, according to Wendy Frable, director of public information.<br><span style="font-style: italic;">[Evan] This is a quick notification.&nbsp; I think it is possible to be too quick in notifying victims, almost like The Boy Who Cried Wolf.&nbsp; It seems as though the school has not gathered the facts required to make a proper notification.&nbsp; Judge for yourself.</span><br><br>Frable said the district's technical staff had noted some irregularities during a routine security check Thursday night. "They detected some activity that seemed a little unusual," she said.<br><br>The technical staff is checking to see to what extent any personal information — and to whom it may belong — had been compromised.<br><br>The district referred the matter to Pennsylvania State Police at Swiftwater for further investigation, Frable said.<br><br>The information that may have been compromised includes the following: Student ID, network password, SSN if provided, ethnicity, gender, birthdate, grade, grade year, building no., building name, homeroom no., homeroom teacher, attendance code (if absent today), dietary allergies (for food services), bus assignment, free/reduced lunch status, home phone, primary home mailing address, secondary mailing address, parent names, parent phone numbers, emergency contact names, and emergency contact phone numbers.<br><br>"We don't know if anything was accessed," she said, adding that the district will contact anyone whose data had been found to be compromised. Frable also said that very few records include children's Social Security numbers.<br><span style="font-style: italic;">[Evan] A breach involving children's personal information is especially bothersome. </span><br><br>We have conducted an internal investigation and suggest you take the following preventative measures now to help prevent and detect any misuse of your or your child’s information.<br><br>"As a first step to protect yourself from the possibility of identity theft, we recommend you closely monitor any accounts that may contain any or some of this information," Pfennig wrote in his letter to parents.<br><br>If you see any unauthorized activity, promptly contact your service provider and or office of the Executive Director of Technology at (570) 873-7121 Ext. 10151.<br><br>"We're just trying to do what's right by everyone," Frable said. "There's no reason to panic anyone, but people should just be cautious."<br><span style="font-style: italic;">[Evan] Understandable, but some people will panic anyway.&nbsp; This is why it’s a good idea to gather facts before notification.</span><br><br>Parents got the letters when their children returned at the end of the school day, and at least one parent felt the school was being rather nonchalant. <br><br>''It sounds to me like they're trying to downplay it,'' said Ralph Ortega, who lives in Jackson Township. ''It's incredibly vague.''<br><span style="font-style: italic;">[Evan] I agree.&nbsp; I question whether this is because there aren't enough facts available yet, or whether the school is not being square with the victims.</span><br><br><span style="font-weight: bold;">Commentary:</span><br>This breach leaves us with more questions than answers.&nbsp; People will speculate where there is a lack of clarity.&nbsp; I hope students and parents get the answers to the questions that they should demand answers too. <br><br><span style="font-weight: bold;">Past Breaches:</span><br>Unknown</font><br><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2008/06/02/poconosd.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Mon, 02 Jun 2008 08:36:33 +0000</pubDate>
      <category domain="http://securityratty.com/tag/district">district</category>
      <category domain="http://securityratty.com/tag/school">school</category>
      <category domain="http://securityratty.com/tag/contact">contact</category>
      <category domain="http://securityratty.com/tag/promptly contact">promptly contact</category>
      <category domain="http://securityratty.com/tag/school district enrollment">school district enrollment</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/personal information">personal information</category>
      <category domain="http://securityratty.com/tag/emergency contact names">emergency contact names</category>
      <category domain="http://securityratty.com/tag/breach description">breach description</category>
      <source url="http://breachblog.com/2008/06/02/poconosd.aspx">Pocono Mountain School District "irregularities"</source>
    </item>
    <item>
      <title><![CDATA[How to Sell Security]]></title>
      <link>http://securityratty.com/article/90cf4c8499c39eda3e165cd946ec3589</link>
      <guid>http://securityratty.com/article/90cf4c8499c39eda3e165cd946ec3589</guid>
      <description><![CDATA[It's a truism in sales that it's easier to sell someone something he wants than something he wants to avoid. People are reluctant to buy insurance, or home security devices, or computer security...]]></description>
      <content:encoded><![CDATA[<p>It's a truism in sales that it's easier to sell someone something he wants than something he wants to avoid. People are reluctant to buy insurance, or home security devices, or computer security anything. It's not they don't ever buy these things, but it's an uphill struggle. </p>

<p>The reason is psychological. And it's the same dynamic when it's a security vendor trying to sell its products or services, a CIO trying to convince senior management to invest in security or a security officer trying to implement a security policy with her company's employees. </p>

<p>It's also true that the better you understand your buyer, the better you can sell. </p>

<p>First, a bit about Prospect Theory, the underlying theory behind the newly popular field of behavioral economics. Prospect Theory was developed by Daniel Kahneman and Amos Tversky in 1979 (Kahneman went on to win a Nobel Prize for this and other similar work) to explain how people make trade-offs that involve risk. Before this work, economists had a model of "economic man," a rational being who makes trade-offs based on some logical calculation. Kahneman and Tversky showed that real people are far more subtle and ornery. </p>

<p>Here's an experiment that illustrates Prospect Theory. Take a roomful of subjects and divide them into two groups. Ask one group to choose between these two alternatives: a sure gain of $500 and 50 percent chance of gaining $1,000. Ask the other group to choose between these two alternatives: a sure loss of $500 and a 50 percent chance of losing $1,000. </p>

<p>These two trade-offs are very similar, and traditional economics predicts that the whether you're contemplating a gain or a loss doesn't make a difference: People make trade-offs based on a straightforward calculation of the relative outcome. Some people prefer sure things and others prefer to take chances. Whether the outcome is a gain or a loss doesn't affect the mathematics and therefore shouldn't affect the results. This is traditional economics, and it's called Utility Theory. </p>

<p>But Kahneman's and Tversky's experiments contradicted Utility Theory. When faced with a gain, about 85 percent of people chose the sure smaller gain over the risky larger gain. But when faced with a loss, about 70 percent chose the risky larger loss over the sure smaller loss. </p>

<p>This experiment, repeated again and again by many researchers, across ages, genders, cultures and even species, rocked economics, yielded the same result. Directly contradicting the traditional idea of "economic man," Prospect Theory recognizes that people have subjective values for gains and losses. We have evolved a cognitive bias: a pair of heuristics. One, a sure gain is better than a chance at a greater gain, or "A bird in the hand is worth two in the bush." And two, a sure loss is worse than a chance at a greater loss, or "Run away and live to fight another day." Of course, these are not rigid rules. Only a fool would take a sure $100 over a 50 percent chance at $1,000,000. But all things being equal, we tend to be risk-adverse when it comes to gains and risk-seeking when it comes to losses.</p>

<p>This cognitive bias is so powerful that it can lead to logically inconsistent results. Google the "Asian Disease Experiment" for an almost surreal example. Describing the same policy choice in different ways--either as "200 lives saved out of 600" or "400 lives lost out of 600"-- yields wildly different risk reactions. </p>

<p>Evolutionarily, the bias makes sense. It's a better survival strategy to accept small gains rather than risk them for larger ones, and to risk larger losses rather than accept smaller losses. Lions, for example, chase young or wounded wildebeests because the investment needed to kill them is lower. Mature and healthy prey would probably be more nutritious, but there's a risk of missing lunch entirely if it gets away. And a small meal will tide the lion over until another day. Getting through today is more important than the possibility of having food tomorrow. Similarly, it is better to risk a larger loss than to accept a smaller loss. Because animals tend to live on the razor's edge between starvation and reproduction, any loss of food -- whether small or large -- can be equally bad. Because both can result in death, and the best option is to risk everything for the chance at no loss at all. </p>

<p>How does Prospect Theory explain the difficulty of selling the prevention of a security breach? It's a choice between a small sure loss -- the cost of the security product -- and a large risky loss: for example, the results of an attack on one's network. Of course there's a lot more to the sale. The buyer has to be convinced that the product works, and he has to understand the threats against him and the risk that something bad will happen. But all things being equal, buyers would rather take the chance that the attack won't happen than suffer the sure loss that comes from purchasing the security product. </p>

<p>Security sellers know this, even if they don't understand why, and are continually trying to frame their products in positive results. That's why you see slogans with the basic message, "We take care of security so you can focus on your business," or carefully crafted ROI models that demonstrate how profitable a security purchase can be. But these never seem to work. Security is fundamentally a negative sell. </p>

<p>One solution is to stoke fear. Fear is a primal emotion, far older than our ability to calculate trade-offs. And when people are truly scared, they're willing to do almost anything to make that feeling go away; lots of other psychological research supports that. Any burglar alarm salesman will tell you that people buy only after they've been robbed, or after one of their neighbors has been robbed. And the fears stoked by 9/11, and the politics surrounding 9/11, have fueled an entire industry devoted to counterterrorism. When emotion takes over like that, people are much less likely to think rationally. </p>

<p>Though effective, fear mongering is not very ethical. The better solution is not to sell security directly, but to include it as part of a more general product or service. Your car comes with safety and security features built in; they're not sold separately. Same with your house. And it should be the same with computers and networks. Vendors need to build security into the products and services that customers actually want. CIOs should include security as an integral part of everything they budget for. Security shouldn't be a separate policy for employees to follow but part of overall IT policy. </p>

<p>Security is inherently about avoiding a negative, so you can never ignore the cognitive bias embedded so deeply in the human brain. But if you understand it, you have a better chance of overcoming it.</p>

<p>This essay <a href="http://www.cio.com/article/367913/How_to_Sell_Security">originally appeared</a> in <i>CIO</i>.</p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=PEwJTH"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=PEwJTH" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=9wYrZH"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=9wYrZH" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Mon, 26 May 2008 01:57:29 +0000</pubDate>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/loss">loss</category>
      <category domain="http://securityratty.com/tag/risky loss">risky loss</category>
      <category domain="http://securityratty.com/tag/risky larger loss">risky larger loss</category>
      <category domain="http://securityratty.com/tag/gain">gain</category>
      <category domain="http://securityratty.com/tag/risky larger gain">risky larger gain</category>
      <category domain="http://securityratty.com/tag/security purchase">security purchase</category>
      <category domain="http://securityratty.com/tag/directly">directly</category>
      <category domain="http://securityratty.com/tag/security directly">security directly</category>
      <source url="http://www.schneier.com/blog/archives/2008/05/how_to_sell_sec.html">How to Sell Security</source>
    </item>
    <item>
      <title><![CDATA[Inside an FBI Computer Forensics Lab]]></title>
      <link>http://securityratty.com/article/c1a376d47aeef52fd428938ad9a0eab4</link>
      <guid>http://securityratty.com/article/c1a376d47aeef52fd428938ad9a0eab4</guid>
      <description><![CDATA[Photo: Matt Mallams/Wired.com
The experts at the FBI's newly accredited Regional Computer Forensics Lab in San Diego have already helped solve murders, child porn cases and robberies. They're among...]]></description>
      <content:encoded><![CDATA[<img src='http://www.wired.com/images/slideshow/2008/05/gallery_computer_forensics/080520_RCFL_001_t.jpg'></img>: Photo: Matt Mallams/Wired.com<p>The experts at the FBI's newly accredited Regional Computer Forensics Lab in San Diego
have already helped solve murders, child porn cases and robberies.
They're among the best in the nation at pulling evidence from hard
drives, cellphones and memory cards.</p>
<p>
There are now 14 such labs in the United States, with two more coming online
this year. Last year, the FBI labs collectively performed more than 13,000
forensics examinations. The San Diego lab alone handled more than 1,000
requests from 40 law enforcement agencies in 2007, including 171 child
pornography cases and 160 murder investigations.
</p><p>
Wired.com got a rare look at the inner workings of the San Diego lab
this week, and we snapped some photos of the toys inside.
</p>
<p>
<strong>Left:</strong> Darrell Foxworth greets members of the media in the entrance of the San Diego Regional Computer Forensic Laboratory.</p><img src='http://www.wired.com/images/slideshow/2008/05/gallery_computer_forensics/080520_RCFL_007_t.jpg'></img>: Photo: Matt Mallams/Wired.com<p>Jeff Cable, assistant director of RCFL, opens the door in to the lab to start the tour. Cable notes that it is very rare that they ever allow anyone but FBI agents through this door.</p><img src='http://www.wired.com/images/slideshow/2008/05/gallery_computer_forensics/080520_RCFL_009_t.jpg'></img>: Photo: Matt Mallams/Wired.com<p>This device copies the data off the hard drives and makes sure it can't be overwritten.</p><img src='http://www.wired.com/images/slideshow/2008/05/gallery_computer_forensics/080520_RCFL_010_t.jpg'></img>: Photo: Matt Mallams/Wired.com<p>FBI agent Dan Dandridge plugs a hard drive into a "lunch box," which clones the data off the drive as the first step of a noninvasive examination.</p><img src='http://www.wired.com/images/slideshow/2008/05/gallery_computer_forensics/080520_RCFL_011_t.jpg'></img>: Photo: Matt Mallams/Wired.com<p>Cellphones can be a treasure-trove of forensic evidence. In one case, a man was robbing a store when his cellphone rang. Captured by a security camera, and studied by the lab, the robber's unique ringtone eventually led to his conviction.</p><img src='http://www.wired.com/images/slideshow/2008/05/gallery_computer_forensics/080520_RCFL_012_t.jpg'></img>: Photo: Matt Mallams/Wired.com<p>This set of equipment is the AVID video processing system at the San Diego Regional Computer Forensics Laboratory.</p><img src='http://www.wired.com/images/slideshow/2008/05/gallery_computer_forensics/080520_RCFL_013_t.jpg'></img>: Photo: Matt Mallams/Wired.com<p>Forensic examiner Tim Hamon shows off the inside of the RCFL mobile unit.</p><img src='http://www.wired.com/images/slideshow/2008/05/gallery_computer_forensics/080520_RCFL_014_t.jpg'></img>: Photo: Matt Mallams/Wired.com<p>Lacking in subtlety, the rolling lab is not used in covert surveillance missions.</p><br style="clear: both;"/>
  <img alt="" style="border: 0; height:1px; width:1px;" border="0" src="http://www.pheedo.com/img.phdo?i=628778b2b6f0c6c4303b5e483419e976" height="1" width="1"/>
<img src="http://www.pheedo.com/feeds/tracker.php?i=628778b2b6f0c6c4303b5e483419e976" style="display: none;" border="0" height="1" width="1" alt=""/><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=jEC8xH"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=jEC8xH" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=KFOzHh"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=KFOzHh" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=KkSBwh"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=KkSBwh" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/wired/politics/privacy?a=MFOLxH"><img src="http://feeds.feedburner.com/~f/wired/politics/privacy?i=MFOLxH" border="0"></img></a>
 <a href="http://feeds.wired.com/~f/wired/politics/security?a=p0QEWH"><img src="http://feeds.wired.com/~f/wired/politics/security?i=p0QEWH" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=i9SDah"><img src="http://feeds.wired.com/~f/wired/politics/security?i=i9SDah" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=ggSj5h"><img src="http://feeds.wired.com/~f/wired/politics/security?i=ggSj5h" border="0"></img></a> <a href="http://feeds.wired.com/~f/wired/politics/security?a=GSeG1H"><img src="http://feeds.wired.com/~f/wired/politics/security?i=GSeG1H" border="0"></img></a> </div><img src="http://feeds.feedburner.com/~r/wired/politics/privacy/~4/296290108" height="1" width="1"/><img src="http://feeds.wired.com/~r/wired/politics/security/~4/296290110" height="1" width="1"/>]]></content:encoded>
      <pubDate>Fri, 23 May 2008 00:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/lab">lab</category>
      <category domain="http://securityratty.com/tag/fbi">fbi</category>
      <category domain="http://securityratty.com/tag/san diego lab">san diego lab</category>
      <category domain="http://securityratty.com/tag/photo">photo</category>
      <category domain="http://securityratty.com/tag/san diego">san diego</category>
      <category domain="http://securityratty.com/tag/matt">matt</category>
      <category domain="http://securityratty.com/tag/fbi labs collectively">fbi labs collectively</category>
      <category domain="http://securityratty.com/tag/inside">inside</category>
      <category domain="http://securityratty.com/tag/hard drive">hard drive</category>
      <source url="http://feeds.wired.com/~r/wired/politics/security/~3/296290110/gallery_computer_forensics">Inside an FBI Computer Forensics Lab</source>
    </item>
    <item>
      <title><![CDATA[Risk Preferences in Chimpanzees and Bonobos]]></title>
      <link>http://securityratty.com/article/59e230c217d7a124054cfb3063e70b9d</link>
      <guid>http://securityratty.com/article/59e230c217d7a124054cfb3063e70b9d</guid>
      <description><![CDATA[I've already written about prospect theory, which explains how people approach risk. People tend to be risk averse when it comes to gains, and risk seeking when it comes to losses: Evolutionarily,...]]></description>
      <content:encoded><![CDATA[<p>I've <a href="http://www.schneier.com/essay-155.html">already written</a> about prospect theory, which explains how people approach risk.  People tend to be risk averse when it comes to gains, and risk seeking when it comes to losses:</p>

<blockquote>Evolutionarily, presumably it is a better survival strategy to -- all other things being equal, of course -- accept small gains rather than risking them for larger ones, and risk larger losses rather than accepting smaller losses. Lions chase young or wounded wildebeest because the investment needed to kill them is lower. Mature and healthy prey would probably be more nutritious, but there's a risk of missing lunch entirely if it gets away. And a small meal will tide the lion over until another day. Getting through today is more important than the possibility of having food tomorrow.

<p>Similarly, it is evolutionarily better to risk a larger loss than to accept a smaller loss. Because animals tend to live on the razor's edge between starvation and reproduction, any loss of food -- whether small or large -- can be equally bad. That is, both can result in death. If that's true, the best option is to risk everything for the chance at no loss at all.</blockquote></p>

<p>This behavior has been demonstrated in animals as well: "species of insects, birds and mammals range from risk neutral to risk averse when making decisions about amounts of food, but are risk seeking towards delays in receiving food."</p>

<p>A <a href="http://journals.royalsociety.org/content/hj235725w4pp2872/?p=dca3144c481b44358c2fed990c973bc4&pi=5">recent study</a> examines the relative risk preferences in two closely related species: chimanzees and bonobos.</p>

<blockquote>Abstract

<p>Human and non-human animals tend to avoid risky prospects. If such patterns of economic choice are adaptive, risk preferences should reflect the typical decision-making environments faced by organisms. However, this approach has not been widely used to examine the risk sensitivity in closely related species with different ecologies. Here, we experimentally examined risk-sensitive behaviour in chimpanzees (Pan troglodytes) and bonobos (Pan paniscus), closely related species whose distinct ecologies are thought to be the major selective force shaping their unique behavioural repertoires. Because chimpanzees exploit riskier food sources in the wild, we predicted that they would exhibit greater tolerance for risk in choices about food. Results confirmed this prediction: chimpanzees significantly preferred the risky option, whereas bonobos preferred the fixed option. These results provide a relatively rare example of risk-prone behaviour in the context of gains and show how ecological pressures can sculpt economic decision making.</blockquote></p>

<p>The basic argument is that in the natural environment of the chimpanzee, if you don't take risks you don't get any of the high-value rewards (e.g., monkey meat).  Bonobos "rely more heavily than chimpanzees on terrestrial herbaceous vegetation, a more temporally and spatially consistent food source."  So chimpanzees are less likely to avoid taking risks -- as most species are.</p>

<p>Fascinating stuff, but there are at least two problems with this study.  The first one, the researchers explain in their paper.  The animals studied -- five of each species -- were from the Wolfgang Koehler Primate Research Center at the Leipzig Zoo, and the experimenters were unable to rule out differences in the "experiences, cultures and conditions of the two specific groups tested here."</p>

<p>The second problem is more general: we know very little about the life of bonobos in the wild.  There's a lot of popular stereotypes about bonobos, but they're <a href="http://www.newyorker.com/reporting/2007/07/30/070730fa_fact_parker">sloppy at best</a>.</p>

<p>Even so, I like seeing this kind of research.</p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=0TkOYsG"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=0TkOYsG" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=b7ammhG"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=b7ammhG" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Thu, 17 Apr 2008 02:20:51 +0000</pubDate>
      <category domain="http://securityratty.com/tag/risk preferences">risk preferences</category>
      <category domain="http://securityratty.com/tag/risk">risk</category>
      <category domain="http://securityratty.com/tag/relative risk preferences">relative risk preferences</category>
      <category domain="http://securityratty.com/tag/risk-prone behaviour">risk-prone behaviour</category>
      <category domain="http://securityratty.com/tag/approach">approach</category>
      <category domain="http://securityratty.com/tag/people approach risk">people approach risk</category>
      <category domain="http://securityratty.com/tag/people">people</category>
      <category domain="http://securityratty.com/tag/losses">losses</category>
      <category domain="http://securityratty.com/tag/risk larger losses">risk larger losses</category>
      <source url="http://www.schneier.com/blog/archives/2008/04/risk_preference.html">Risk Preferences in Chimpanzees and Bonobos</source>
    </item>
  </channel>
</rss>
