<?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: appearance]]></title>
    <link>http://securityratty.com/tag/appearance</link>
    <description></description>
    <pubDate>Tue, 08 Apr 2008 01:50:01 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Red Herring Fallacies: The Straw Man Argument]]></title>
      <link>http://securityratty.com/article/fd8b4d90abc87b580bec45cf10aafeeb</link>
      <guid>http://securityratty.com/article/fd8b4d90abc87b580bec45cf10aafeeb</guid>
      <description><![CDATA[According to our friend Wikipedia, the Straw Man argument is a red-herring fallacy where one party in a debate describes a position that, on the surface, resembles an opponents actual view but is...]]></description>
      <content:encoded><![CDATA[<p>According to our friend Wikipedia, the <a href="http://en.wikipedia.org/wiki/Straw_man" target="_blank">Straw Man argument</a> is a <a href="http://en.wikipedia.org/wiki/List_of_fallacies" target="_blank">red-herring fallacy</a> where one party in a debate describes a position that, on the surface, resembles an opponent&#8217;s actual view but is easier to refute.  Then, in counterpoint, the debating partner attributes an easily refutable position to the opponent (for example, deliberately overstating the opponent&#8217;s position). Wikipedia says:</p>
<blockquote><p><strong>1. Person A has position X.</strong></p>
<p><strong>2. Person B ignores X and instead presents position Y.</strong><br />
Y is a distorted version of X and can be set up in several ways, including:</p>
<ol>
<li>Presenting a misrepresentation of the opponent&#8217;s position and then refuting it, thus giving the appearance that the opponent&#8217;s actual position has been refuted.</li>
<li>Quoting an opponent&#8217;s words out of context — i.e., choosing quotations that are not representative of the opponent&#8217;s actual intentions.<a title="Quote mining" href="http://en.wikipedia.org/wiki/Quote_mining"> </a></li>
<li>Presenting someone who defends a position poorly as <em>the</em> defender and then refuting that person&#8217;s arguments, thus giving the appearance that <em>every</em> upholder of that position, and thus the position itself, has been defeated.</li>
<li>Inventing a fictitious persona with actions or beliefs that are criticized, such that the person represents a group of whom the speaker is critical.</li>
<li>Oversimplifying an opponent&#8217;s argument, then attacking the simplified version.</li>
</ol>
<p><strong>3. Person B attacks position Y.</strong></p>
<p><strong>4. Person B draws a conclusion that X is false/incorrect/flawed.</strong><br />
This sort of &#8220;reasoning&#8221; is fallacious because attacking a distorted version of a position simply does not constitute an attack on the position itself.</p></blockquote>
<p>For example, there has been some lively discussions recently around the notion that CEP is overhyped.</p>
<blockquote><p>Debate:      &#8220;CEP is Overhyped.&#8221;</p>
<p>Person A:   &#8220;CEP has been overhyped.&#8221;</p>
<p>Person B:     &#8220;CEP is just hype.&#8221;</p></blockquote>
<p>The point of the discussion by person A was to point out that CEP has been overhyped.  Person B has exaggerated this to a harder to defend position, &#8220;CEP is mere hype.&#8221; or &#8220;CEP is just hype.&#8221;</p>
<p>From the customer perspective, I don&#8217;t think that fallacies and red-herring arguments are good for CEP.   Believe me, if we could take an &#8220;out of the box&#8221; stream processing rules-engine and bolt it on to a network and insure a client it would detect complex fraud, or diagnose network faults accurately, and not put my entire professional reputation on the line, I would do it in a heartbeat.</p>
<p>It is not the speed of the an engine which makes a good CEP engine, it is the capability of the analytics to deliver high-quality, high-confidence complex event detection in real-time.</p>
]]></content:encoded>
      <pubDate>Thu, 07 Aug 2008 05:40:11 +0000</pubDate>
      <category domain="http://securityratty.com/tag/position">position</category>
      <category domain="http://securityratty.com/tag/defend position">defend position</category>
      <category domain="http://securityratty.com/tag/easily refutable position">easily refutable position</category>
      <category domain="http://securityratty.com/tag/opponents position">opponents position</category>
      <category domain="http://securityratty.com/tag/position simply">position simply</category>
      <category domain="http://securityratty.com/tag/position poorly">position poorly</category>
      <category domain="http://securityratty.com/tag/cep engine">cep engine</category>
      <category domain="http://securityratty.com/tag/cep">cep</category>
      <category domain="http://securityratty.com/tag/attacks position">attacks position</category>
      <source url="http://www.thecepblog.com/2008/08/07/red-herring-fallacies-the-straw-man-argument/">Red Herring Fallacies: The Straw Man Argument</source>
    </item>
    <item>
      <title><![CDATA[Coming Soon to a Movie Plot Near You]]></title>
      <link>http://securityratty.com/article/cb190ec3098a190d9aa05cdd5aa4e139</link>
      <guid>http://securityratty.com/article/cb190ec3098a190d9aa05cdd5aa4e139</guid>
      <description><![CDATA[The problem with most video surveillance is that it is not actively monitored. It is recorded so that events can be reconstructed at a later date. While this may prove to be an effective deterrent in...]]></description>
      <content:encoded><![CDATA[<p><a href="http://artofinfosec.com/wp-content/uploads/william_lamson_security_camera_hack.jpg" ><img class="size-medium wp-image-81 alignright" style="margin: 25px;" title="william_lamson_security_camera_hack" src="http://artofinfosec.com/wp-content/uploads/william_lamson_security_camera_hack-207x300.jpg" alt="" width="207" height="300" /></a>The problem with most video surveillance is that it is not actively monitored. It is recorded so that events can be reconstructed at a later date. While this may prove to be an effective deterrent in many situations, this does limit the effectiveness (and the cost of operation) of the surveillance system.</p>
<p>Of course, a major problem with that approach is that the &#8220;persons of interest&#8221; are long gone by the time the video shows that &#8220;yep, you can defiantly see some guy cutting off that lock and stealing that&#8230;&#8221;.</p>
<p>Another problem is that unless the equipment is being checked on a regular basis, it may be defeated (or just broken) for a long time before any problems are identified.</p>
<p>In the photo to the right, a <a href="http://http://www.williamlamson.com/#/work/intervention/works/1" onclick="javascript:pageTracker._trackPageview('/outbound/article/http://http://www.williamlamson.com/#/work/intervention/works/1');" target="_blank">NYC artist  William Lamson</a>, has created an interesting photo of hacking (or blocking) a security camera with a helium balloon. This is such a simple and inexpensive attack on the video surveillance camera that I am shocked I haven&#8217;t seen this before. I am also certain that the appearance of this in a  TV or movie plot is imminent. It would have been pretty simple to use two balloons to block the camera without providing the nice tether to &#8220;fix&#8221; the problem.</p>
<p>Digital photography is a hobby of mine, and I have a mild obsession for photographing physical security faux pas (which to date has not resulted in any &#8216;Imperial Entanglements&#8217; <img src='http://artofinfosec.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> ). So I am going to use Mr. Lamson&#8217;s photo to kick off a new category (and series) on Art of Information Security, called &#8220;Security faux pas&#8221; - stay tuned&#8230;</p>
<p>Cheers, Erik</p>
<p></p>
<p><a href="http://artofinfosec.com/80/coming-soon-to-a-movie-plot-near-you/" >Coming Soon to a Movie Plot Near You&#8230;</a></p>
<img src="http://feeds.feedburner.com/~r/artofinfosec/~4/351945868" height="1" width="1"/>]]></content:encoded>
      <pubDate>Thu, 31 Jul 2008 17:10:38 +0000</pubDate>
      <category domain="http://securityratty.com/tag/video surveillance camera">video surveillance camera</category>
      <category domain="http://securityratty.com/tag/camera">camera</category>
      <category domain="http://securityratty.com/tag/video surveillance">video surveillance</category>
      <category domain="http://securityratty.com/tag/movie plot">movie plot</category>
      <category domain="http://securityratty.com/tag/video">video</category>
      <category domain="http://securityratty.com/tag/photo">photo</category>
      <category domain="http://securityratty.com/tag/lamsons photo">lamsons photo</category>
      <category domain="http://securityratty.com/tag/security camera">security camera</category>
      <category domain="http://securityratty.com/tag/simple">simple</category>
      <source url="http://feeds.feedburner.com/~r/artofinfosec/~3/351945868/">Coming Soon to a Movie Plot Near You</source>
    </item>
    <item>
      <title><![CDATA[Over 80 percent of Storm Worm Spam Sent by Pharmaceutical Spam Kings]]></title>
      <link>http://securityratty.com/article/ea68adf4b019a71c0112661ffc8d8bf1</link>
      <guid>http://securityratty.com/article/ea68adf4b019a71c0112661ffc8d8bf1</guid>
      <description><![CDATA[It used to be a case where a botnet would be used for a single purpose, spamming, phishing, or malware spreading. At a later stage, the steady supply of malware infected allowed botnet masters more...]]></description>
      <content:encoded><![CDATA[<div style="text-align: left;"></div><div class="separator" style="text-align: center; clear: both;"></div><a href="http://bp2.blogger.com/_wICHhTiQmrA/SI3DACirIII/AAAAAAAAB-M/mbToBJwm1uU/s1600-h/storm_pharma.png" imageanchor="1" style="border: 0pt none ; background-color: transparent; clear: left; margin-bottom: 1em; float: left; margin-right: 1em;"><img src="http://bp2.blogger.com/_wICHhTiQmrA/SI3DACirIII/AAAAAAAAB-M/YWIdXnUoPoU/s200-R/storm_pharma.png" style="border: 0pt none ;" /></a>It used to be a case where a botnet would be used for a single purpose, spamming, phishing, or malware spreading. At a later stage, the steady supply of malware infected allowed botnet masters more opportunities to "sacrifice" the clean IP reputation and engage in several malicious activities simultaneously - <a href="http://ddanchev.blogspot.com/2008/06/underground-multitasking-in-action.html">today's underground multitasking</a> improving the monetization of what used to be commodity goods and services.<br />
<br />
Today, a botnet will not only be <a href="http://ddanchev.blogspot.com/2008/02/inside-botnets-phishing-activities.html">sending out phishing emails</a>, automatically <a href="http://blogs.zdnet.com/security/?p=1122">SQL inject vulnerable sites across the web</a>, but also, provide <a href="http://ddanchev.blogspot.com/2008/07/money-mule-recruiters-use-asproxs-fast.html">fast-flux infrastructure to money mule recruitment services</a>, all of this for the sake of optimizing the efficiency provided by the botnet in general. This <a href="http://ddanchev.blogspot.com/2007/10/botnet-on-demand-service.html">optimization makes it possible for a single botnet to be partitioned</a> and access it it <a href="http://ddanchev.blogspot.com/2008/03/loadsccs-ddos-for-hire-service.html">sold and resold so many times</a>, that it would be hard to keep track of all the malicious activities it participates in. Cybercrime in between on multiple fronts using a single botnet is only starting to take place as concept.<br />
<br />
That's the case with Stormy Wormy, according to IronPort whose "<a href="http://www.darkreading.com/document.asp?doc_id=156139&amp;WT.svl=news1_1">Researchers Link Storm Botnet to Illegal Pharmaceutical Sales</a>" : <br />
<br />
"<i>Our previous research revealed an extremely sophisticated supply chain behind the illegal pharmacy products shipped after orders were placed on botnet-spammed Canadian pharmacy websites. <b>But the relationship between the technology-focused botnet masters and the global supply chain organizations was murky until now</b>," said Patrick Peterson, vice president of technology at IronPort and a Cisco fellow. "Our research has revealed a smoking gun that shows that Storm and other botnet spam generates commissionable orders, which are then fulfilled by the supply chains, generating revenue in excess of (US)$150 million per year.</i>"<br />
<br />
Murky until now? I can barely see in the room due to all the smoke coming from the smoking guns of who's what, what's when, and who's done what with who, especially in respect to Storm Worm whose multitasking on different fronts in the first stages of their appearance online made it possible to establish links between several different malware groups and the "upstream hosting providers", until the botnet scaled enough making it harder to keep track of all of their activities.<br />
<br />
<a href="http://www.ironport.com/malwaretrends/">The Storm Worm-ers themselves aren't sending out pharma spam</a>, the customers to whom they've sold access to parts of Storm Worm are the ones sending the pharma spam. Here's a brief analysis published in May - "<a href="http://ddanchev.blogspot.com/2008/05/storm-worm-hosting-pharmaceutical-scams.html">Storm Worm Hosting Pharmaceutical Scams</a>". What's in it for the scammers? Income based on a revenue-sharing affiliate program, <a href="http://ddanchev.blogspot.com/2007/10/incentives-model-for-pharmaceutical.html">a pharmacy affiliate program</a> has been around for several years :<br />
<br />
"<i>This criminal organization recruits botnet spamming partners to advertise their illegal pharmacy websites, which receive a 40 percent commission on sales orders. The organization offers fulfillment of the pharmaceutical product orders, credit card processing and customer support services</i>" <br />
<br />
What's coming out of Storm Worm's botnet isn't necessarily coming from the hardcore Storm Worm-ers whose job today is more of a campaign-rotation related in order to ensure new bots are added, what's coming out of Storm Worm is coming from those <a href="http://it.slashdot.org/article.pl?sid=07/10/16/155209">using the access they've purchased to a part of the botnet</a>.<br />
<br />
<b>Related posts:</b><br />
<a href="http://ddanchev.blogspot.com/2008/05/storm-worm-hosting-pharmaceutical-scams.html">Storm Worm Hosting Pharmaceutical Scams</a><br />
<a href="http://ddanchev.blogspot.com/2008/05/all-you-need-is-storm-worms-love.html">All You Need is Storm Worm's Love</a><br />
<a href="http://ddanchev.blogspot.com/2007/01/social-engineering-and-malware.html">Social Engineering and Malware</a><br />
<a href="http://ddanchev.blogspot.com/2007/02/storm-worm-switching-propagation.html">Storm Worm Switching Propagation Vectors</a><br />
<a href="http://ddanchev.blogspot.com/2007/08/storm-worms-use-of-dropped-domains.html">Storm Worm's use of Dropped Domains</a><br />
<a href="http://ddanchev.blogspot.com/2007/08/offensive-storm-worm-obfuscation.html">Offensive Storm Worm Obfuscation</a><br />
<a href="http://ddanchev.blogspot.com/2007/09/storm-worms-fast-flux-networks.html">Storm Worm's Fast Flux Networks</a><br />
<a href="http://ddanchev.blogspot.com/2008/01/storm-worms-st-valentine-campaign.html">Storm Worm's St. Valentine Campaign</a><br />
<a href="http://ddanchev.blogspot.com/2007/09/storm-worms-ddos-attitude.html">Storm Worm's DDoS Attitude</a><br />
<a href="http://ddanchev.blogspot.com/2007/12/riders-on-storm-worm.html">Riders on the Storm Worm</a><br />
<a href="http://ddanchev.blogspot.com/2007/08/storm-worm-malware-back-in-game.html">The Storm Worm Malware Back in the Game</a><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=TUN7jJ"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=TUN7jJ" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=QEqwBJ"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=QEqwBJ" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=FeC9Rj"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=FeC9Rj" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=b6c7oj"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=b6c7oj" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=iJ3LCJ"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=iJ3LCJ" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=zhsGWJ"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=zhsGWJ" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?a=HuQaxj"><img src="http://feeds.feedburner.com/~f/DanchoDanchevOnSecurityAndNewMedia?i=HuQaxj" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/DanchoDanchevOnSecurityAndNewMedia/~4/349239892" height="1" width="1"/>]]></content:encoded>
      <pubDate>Mon, 28 Jul 2008 23:29:54 +0000</pubDate>
      <category domain="http://securityratty.com/tag/storm worm">storm worm</category>
      <category domain="http://securityratty.com/tag/storm worm malware">storm worm malware</category>
      <category domain="http://securityratty.com/tag/storm">storm</category>
      <category domain="http://securityratty.com/tag/hardcore storm worm-ers">hardcore storm worm-ers</category>
      <category domain="http://securityratty.com/tag/storm worm-ers">storm worm-ers</category>
      <category domain="http://securityratty.com/tag/malware">malware</category>
      <category domain="http://securityratty.com/tag/botnet">botnet</category>
      <category domain="http://securityratty.com/tag/botnet masters">botnet masters</category>
      <category domain="http://securityratty.com/tag/botnet spam">botnet spam</category>
      <source url="http://feeds.feedburner.com/~r/DanchoDanchevOnSecurityAndNewMedia/~3/349239892/over-80-percent-of-storm-worm-spam-sent.html">Over 80 percent of Storm Worm Spam Sent by Pharmaceutical Spam Kings</source>
    </item>
    <item>
      <title><![CDATA[What do High School Killers and Terrorists Have in Common?]]></title>
      <link>http://securityratty.com/article/5ca944b7ef73adcbc2fee5dec5e44847</link>
      <guid>http://securityratty.com/article/5ca944b7ef73adcbc2fee5dec5e44847</guid>
      <description><![CDATA[Department of Homeland Security studies show that the Columbine High School killers and the Virginia Tech gunman planned those attacks using the same techniques used by terrorists

The study talks...]]></description>
      <content:encoded><![CDATA[<a href="http://www.dchieftain.com/news/81029-06-18-08.html">Department of Homeland Security studies</a> show that the Columbine High School killers and the Virginia Tech gunman planned those attacks using the same techniques used by terrorists.<br /><span id="fullpost"><br />The study talks about the "7 steps" that terrorists take prior to executing an attack.  The steps begin with; Surveillance, Acquiring information, Testing security, Acquiring supplies, Appearance of being "out of place", Test run and putting everything into position for the planned attack/strike.<br /><br /></span><br />Is there much that ordinary civilians can do to thwart a Terrorist attack or High School killing spree?  The answer is; MOST DEFINITELY.  DHS advises that 25 possible school attacks have been prevented this year so far, due to attentive citizens noticing something that seemed unusual and then reporting it to Law Enforcement.<br /><br />We should not be reluctant to report suspicious persons or circumstances.  Every once in a while the media will run a story about a suspicious package being left behind in a taxi or public place.  Many people will be afraid to report something like that in case it turns out to be a hoax.  BUT YOU SHOULD REPORT IT, NEVERTHELESS.  That "hoax" might very well be a "test/dry run" by terrorists to see if what they leave behind will be detected, or how long it will take to be reported.  The terrorist/bad guy will most likely be timing the reponse as well.<br /><br />Those of us who travel regularly can tell you how long an unattended backpack or shopping bag would be allowed to sit unattended in London or parts of the Middle East.  A Police officer would never get angry at having to respond because; 1)they are happy to see it does not contain a life threatening device (that would threaten their life as well as the lives of the general public) and 2)they know that one day it will be the real thing and when that time arrives, they will be glad of the practice and the fact that the public are helping them to identify danger.<br /><br />In these dangerous times, we should never forget that we are all in this together.  There is no room for complacancy.  Just because you think you are safe and on holiday - remember what happened in Bali.  If you think you are safe because you are in a secured facility or an Embassy overseas, remember Oklahoma and the countless Embassies and Consulates where deadly attacks are becomming a daily occurance.  <br /><br />If something doesn't look or feel right to you, there is a reason that you feel that way.  Like the animals in the jungle, we are able to sense fear/danger in order to assist us with survival.  The next time you report a suspicious activity, the life you save just might be your own.<div class="blogger-post-footer">Visit Sexton Executive Security at www.sextonsecurity.com</div>]]></content:encoded>
      <pubDate>Sun, 20 Jul 2008 16:37:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/school">school</category>
      <category domain="http://securityratty.com/tag/school killers">school killers</category>
      <category domain="http://securityratty.com/tag/attacks">attacks</category>
      <category domain="http://securityratty.com/tag/school attacks">school attacks</category>
      <category domain="http://securityratty.com/tag/report">report</category>
      <category domain="http://securityratty.com/tag/terrorists">terrorists</category>
      <category domain="http://securityratty.com/tag/report suspicious persons">report suspicious persons</category>
      <category domain="http://securityratty.com/tag/homeland security studies">homeland security studies</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <source url="http://www.thebulletproofblog.com/2008/07/what-do-high-school-killers-and.html">What do High School Killers and Terrorists Have in Common?</source>
    </item>
    <item>
      <title><![CDATA[A Single Europe for Data Protection?]]></title>
      <link>http://securityratty.com/article/7b14109eb28ebdebb83390b1dd0edda5</link>
      <guid>http://securityratty.com/article/7b14109eb28ebdebb83390b1dd0edda5</guid>
      <description><![CDATA[Last Friday I spent the morning in the company of a lawyer from a top international law firm. Once we'd marvelled that the sun had finally deemed to make an appearance over the grey skies of London,...]]></description>
      <content:encoded><![CDATA[Last Friday I spent the morning in the company of a lawyer from a top international law firm. Once we'd marvelled that the sun had finally deemed to make an appearance over the grey skies of London, our conversation turned to the rather weightier subject of data privacy. We've been doing a lot of work around using ISO27002 as a framework best practice in developing and deploying a robust information security strategy. As part of that work, I and my "Evangelist" colleagues have taken a stab at mapping various regulations against this "gold standard" in order to help customers understand where overlaps, or indeed gaps, may occur between these various regs...]]></content:encoded>
      <pubDate>Mon, 14 Jul 2008 20:00:00 +0000</pubDate>
      <category domain="http://securityratty.com/tag/gold standard">gold standard</category>
      <category domain="http://securityratty.com/tag/data privacy">data privacy</category>
      <category domain="http://securityratty.com/tag/grey skies">grey skies</category>
      <category domain="http://securityratty.com/tag/weightier subject">weightier subject</category>
      <category domain="http://securityratty.com/tag/lot">lot</category>
      <category domain="http://securityratty.com/tag/overlaps">overlaps</category>
      <category domain="http://securityratty.com/tag/appearance">appearance</category>
      <category domain="http://securityratty.com/tag/conversation">conversation</category>
      <category domain="http://securityratty.com/tag/practice">practice</category>
      <source url="http://www.rsa.com/blog/blog_entry.aspx?id=1306">A Single Europe for Data Protection?</source>
    </item>
    <item>
      <title><![CDATA[Employee fraud hits Baptist Health in Arkansas]]></title>
      <link>http://securityratty.com/article/4227f770b7017f7d953c43516b49d951</link>
      <guid>http://securityratty.com/article/4227f770b7017f7d953c43516b49d951</guid>
      <description><![CDATA[Technorati Tag: Security Breach

Date Reported
7/2/08

Organization
Baptist Health

Baptist Health is the largest not-for-profit healthcare organization in Arkansas

Contractor/Consultant/Branch
None...]]></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/baptisthealth.jpg" width="120" align="right" height="274"><font size="2"><b>Date Reported: </b><br>7/2/08<br><br><b>Organization: </b><br><a href="http://www.baptist-health.org/">Baptist Health*</a><br><br><font size="1">*Baptist Health is the largest not-for-profit healthcare organization in Arkansas</font><br><br><span style="font-weight: bold;">Contractor/Consultant/Branch:</span><br>None<br><br><span style="font-weight: bold;">Victims:</span><br>Patients<br><br><span style="font-weight: bold;">Number Affected:</span><br>~1,800<br><br><span style="font-weight: bold;">Types of Data:</span><br>"name, address, date of birth, Social Security number, and reason for coming to Baptist Health"<br><br><span style="font-weight: bold;">Breach Description:</span><br>"LITTLE ROCK (AP) - A North Little Rock woman has been arrested for using financial information from patients at Baptist Health to illegally obtain Wal-Mart gift cards for her own use. The hospital has notified about 1,800 patrons of the ID theft."<br><br><span style="font-weight: bold;">Reference URL:</span><br><a href="http://www.wxvt.com/Global/story.asp?S=8609129&amp;nav=menu1344_2">Associated Press via WXVT Channel 15 News</a> <br><a href="http://arkansasmatters.com/content/fulltext/news/?cid=80211">KARK Channel 4 News</a> <br><a href="http://www.nwanews.com/adg/News/230290/">Arkansas Democrat-Gazette</a> <br><br><span style="font-weight: bold;">Report Credit:</span><br>Toby Manthey, Arkansas Democrat-Gazette<br><br><span style="font-weight: bold;">Response:</span><br>From the online sources cited above:<br><br>Baptist Health has sent letters warning about 1,800 patients that the hospital system’s records may have been breached<br><span style="font-style: italic;">[Evan] Uh, "may have been breached"?!</span><br><br>The notification came after the arrest of a Baptist Health employee at a Wal-Mart store on 25 counts of financial identity fraud.<br><span style="font-style: italic;">[Evan] Wouldn't life be grand if we could trust our employees?&nbsp; Maybe, I suppose.</span><br><br>The letters, mailed last week, follow the firing of the woman in early June<br><br>North Little Rock police say Tamara Hill, 30, of that city worked at Baptist Health Medical Center-North Little Rock in the emergency department.<br><br>Hill, an admissions clerk, was arrested May 30 at the Wal-Mart<br><br>Ebony Flowers, 25, also of North Little Rock, was arrested at the store the same day on three counts of identity fraud<br><br>Flowers was listed in a police report as a janitor for the North Little Rock School District<br><span style="font-style: italic;">[Evan] Key word is "was".</span><br><br>Baptist Health recorded more than 950,000 patient visits systemwide in 2007, a number that includes repeat visits.<br><br>Mark Lowman, spokesman for the Little Rock-based Baptist Health system, confirmed that the system fired the employee after notification of the arrest.<br><br>Police reports say the women used a victim’s personal information to obtain temporary Wal-Mart "account authorization numbers" - credit cards, essentially - used to buy Wal-Mart gift cards.<br><br>The victim reported to police that he had not authorized the transactions<br><br>the same victim confirmed he was a Baptist Health patient<br><br>He expressed appreciation of the handling of the case by the system and by the North Little Rock police. <br><br>Among the items found during a search connected with the arrest of Hill was personal information for 24 other people, including "screen shots" - printouts showing the exact appearance of the images on a computer screen - that showed victims’ personal information.<br><span style="font-style: italic;">[Evan] This seems like confirmation that "may have been breached" is not all that accurate.</span><br><br>Also found were four Wal-Mart gift cards and $ 1,490 in cash<br><br>Police found a small bag of marijuana on Flowers, according to the reports. In a search connected with her arrest, they also discovered a. 25-caliber magazine with six bullets, as well as a receipt for four of the gift cards and information on three-identity theft victims.<br><span style="font-style: italic;">[Evan] A thug.</span><br><br>The U. S. Secret Service is helping with the investigation. <br><br>"Due to a breach of our information systems security policies, there is a possibility that some personal information, such as your name, address, date of birth, Social Security number, and reason for coming to Baptist Health, was accessed by an unauthorized person."<br><span style="font-style: italic;">[Evan] This is from the letter to the victims.</span><br><br>No information in the patient’s "medical records" and no information about the patient’s diagnosis or prognosis was accessed<br><br>while no "medical record" information was accessed, the letter mentioned the patient’s "reason for coming" to the system possibly was accessed<br><br>Lowman said a reason stated by a patient using the system isn’t considered medical information because the reason is a layman’s explanation, not one from a medical professional.<br><span style="font-style: italic;">[Evan] This is Mark Lowman, spokesman for the Little Rock-based Baptist Health system</span><br><br>He said the breach wouldn’t violate the Health Insurance Portability and Accountability Act, or HIPAA. <br><br>But Pam Dixon, executive director of the San Diego-based World Privacy Forum, a privacy advocacy group, thinks all the information mentioned in the letter falls under HIPAA.<br><br>"It doesn’t matter that [it’s not ] a prognosis or diagnosis," she said. <br><span style="font-style: italic;">[Evan] Splitting hairs.&nbsp; The bottom line is that confidential personal information was stolen and there are victims.&nbsp; Whether or not it is a HIPAA violation seems somewhat irrelevant.</span><br><br>Dixon found the system’s letter lacking in several respects, such as clarifying the exact meaning of a "reason for coming to Baptist Health." The letter also should have mentioned when and for how long the breach occurred, she said.<br><br>"Almost all breach letters have that," Dixon added.<br><span style="font-style: italic;">[Evan] Almost all breach letters have what?&nbsp; A mention about for how long the breach occurred?&nbsp; I must be reading some of the wrong breach letters because it seems to me that this information is 50/50 at best.&nbsp; Also missing is the "we have no reason to believe that the information will be misused", but this one doesn't fit does it?</span><br><br>Dixon said Baptist Health should have offered in the letter to set up free credit monitoring for victims.<br><span style="font-style: italic;">[Evan] Why?&nbsp; One year (or two) of credit monitoring is almost useless.&nbsp; Credit monitoring alerts a victim after fraud has already occurred and one year (or two) of monitoring is too limited for information that has a much longer lifespan.&nbsp; I guess credit monitoring would be better than nothing, but not by much.</span><br><br>Lowman said the health system continually conducts audits to know which staff members are accessing what information, and whether or not the access is appropriate.<br><span style="font-style: italic;">[Evan] Good!</span><br><br>"We’re always looking to provide better audits and better oversight of private, confidential and protected information," Lowman said.<br><span style="font-style: italic;">[Evan] And Good!</span><br><br><span style="font-weight: bold;">Commentary:</span><br>Preventing and detecting employee fraud has always been a challenge.&nbsp; This doesn't mean we give up though.&nbsp; We have some tools at our disposal such as employee background checks, role-based access control, segregation of duties, and job rotation to name a few.<br><br>I don't think that these two crooks are anything more than common criminals.&nbsp; The fact of the matter is that identity theft and fraud are very easy crimes to commit and require very little skill. <br><br><span style="font-weight: bold;">Past Breaches:</span><br>Unknown<br></font><br><br>
<script src="http://feeds.feedburner.com/%7Es/breachblog?i=http://breachblog.com/2008/07/10/baptisthealth.aspx" type="text/javascript" charset="utf-8"></script>]]></content:encoded>
      <pubDate>Thu, 10 Jul 2008 20:00:20 +0000</pubDate>
      <category domain="http://securityratty.com/tag/confidential personal information">confidential personal information</category>
      <category domain="http://securityratty.com/tag/personal information">personal information</category>
      <category domain="http://securityratty.com/tag/baptist health system">baptist health system</category>
      <category domain="http://securityratty.com/tag/health system">health system</category>
      <category domain="http://securityratty.com/tag/fraud">fraud</category>
      <category domain="http://securityratty.com/tag/victims personal information">victims personal information</category>
      <category domain="http://securityratty.com/tag/employee fraud">employee fraud</category>
      <category domain="http://securityratty.com/tag/baptist health">baptist health</category>
      <category domain="http://securityratty.com/tag/employee">employee</category>
      <source url="http://breachblog.com/2008/07/10/baptisthealth.aspx">Employee fraud hits Baptist Health in Arkansas</source>
    </item>
    <item>
      <title><![CDATA[Mashup of the Titans]]></title>
      <link>http://securityratty.com/article/6289294023616c0d4219941919c976a5</link>
      <guid>http://securityratty.com/article/6289294023616c0d4219941919c976a5</guid>
      <description><![CDATA[Information Security - an Oxymoron for the information age

Always the beautiful answer who asks a more beautiful question. e. e. cummings
or why i am with Gelernter

This is a mashup of Saltzer &amp;...]]></description>
      <content:encoded><![CDATA[<div>Information Security - an Oxymoron for the information age</div><br /><div>“Always the beautiful answer who asks a more beautiful question.” e. e. cummings</div><div>...or why i am with Gelernter</div><br /><div>This is a mashup of Saltzer &amp; Schroeder&#39;s famous <a href="http://www.cs.virginia.edu/~evans/cs551/saltzer/">information security principles</a> with David Gelernter&#39;s <a href="http://www.edge.org/documents/archive/edge70.html">Manifesto</a>.</div><br /><div>The premise of this mashup is to examine the paper by Saltzer and Schroeder which was written in 1975 and serves as the basis for most information security programs against the Gelernter&#39;s manifesto as to where computing is actually going. Each of the eight principles in Saltzer and Schroeder&#39;s paper is listed in order, and followed by select excerpts of Gelernter&#39;s manifesto. This comparison is to examine theoretical information security principles vis a vis the actual utility of modern information systems. I will not make an attempt to reconcile theory and practice, but will point out where the two schools of thought agree. In fairness, Saltzer and Schroeder&#39;s paper was written 25 years before Gelernter&#39;s, however Saltzer and Schroeder&#39;s principles dominate the thinking about information security to this day and so its important to view them side by side with Gelernter&#39;s thinking on the direction of computing.</div><br /><div style="color: #bf5f00; ">Saltzer and Schroeder:</div><div>&quot;a) Economy of mechanism: Keep the design as simple and small as possible. This well-known principle applies to any aspect of a system, but it deserves emphasis for protection mechanisms for this reason: design and implementation errors that result in unwanted access paths will not be noticed during normal use (since normal use usually does not include attempts to exercise improper access paths). As a result, techniques such as line-by-line inspection of software and physical examination of hardware that implements protection mechanisms are necessary. For such techniques to be successful, a small and simple design is essential.&quot;</div><br /><div style="color: #0060bf; ">Gelernter:</div><div>&quot;9. The computing future is based on &quot;cyberbodies&quot; — self-contained, neatly-ordered, beautifully-laid-out collections of information, like immaculate giant gardens.&quot;</div><br /><div><span style="color: #00bf00; ">Conclusion(gp):</span>&#0160;So far, so good</div><br /><div>**</div><br /><div><span style="color: #bf5f00; ">Saltzer and Schroeder:</span><br /></div><div>&quot;b) Fail-safe defaults: Base access decisions on permission rather than exclusion. This principle, suggested by E. Glaser in 1965,8 means that the default situation is lack of access, and the protection scheme identifies conditions under which access is permitted. The alternative, in which mechanisms attempt to identify conditions under which access should be refused, presents the wrong psychological base for secure system design. A conservative design must be based on arguments why objects should be accessible, rather than why they should not. In a large system some objects will be inadequately considered, so a default of lack of permission is safer. A design or implementation mistake in a mechanism that gives explicit permission tends to fail by refusing permission, a safe situation, since it will be quickly detected. On the other hand, a design or implementation mistake in a mechanism that explicitly excludes access tends to fail by allowing access, a failure which may go unnoticed in normal use. This principle applies both to the outward appearance of the protection mechanism and to its underlying implementation.&quot;</div><br /><div><span style="color: #00bf00; ">Conclusion(gp):</span>&#0160;A conservative design principle that puts the object&#39;s owner in control of permissions. This makes a lot of sense from the object point of view, but does little to address the use case in which it executes.</div><br /><div>**</div><br /><div><span style="color: #bf5f00; ">Saltzer and Schroeder:</span><br /></div><div>&quot;c) Complete mediation: Every access to every object must be checked for authority. This principle, when systematically applied, is the primary underpinning of the protection system. It forces a system-wide view of access control, which in addition to normal operation includes initialization, recovery, shutdown, and maintenance. It implies that a foolproof method of identifying the source of every request must be devised. It also requires that proposals to gain performance by remembering the result of an authority check be examined skeptically. If a change in authority occurs, such remembered results must be systematically updated.&quot;</div><br /><div><span style="color: #0060bf; ">Gelernter:</span><br /></div><div>&quot;8. The software systems we depend on most today are operating systems (Unix, the Macintosh OS, Windows et. al.) and browsers (Internet Explorer, Netscape Communicator...). Operating systems are connectors that fasten users to computers; they attach to the computer at one end, the user at the other. Browsers fasten users to remote computers, to &quot;servers&quot; on the internet.</div><br /><div>Today&#39;s operating systems and browsers are obsolete because people no longer want to be connected to computers — near ones OR remote ones. (They probably never did). They want to be connected to information. In the future, people are connected to cyberbodies; cyberbodies drift in the computational cosmos — also known as the Swarm, the Cybersphere.</div><br /><div>13. Any well-designed next-generation electronic gadget will come with a ``Disable Omniscience&#39;&#39; button.</div><br /><div>17. A cyberbody can be replicated or distributed over many computers; can inhabit many computers at the same time. If the Cybersphere&#39;s computers are tiles in a paved courtyard, a cyberbody is a cloud&#39;s drifting shadow covering many tiles simultaneously.</div><br /><div>20. If a million people use a Web site simultaneously, doesn&#39;t that mean that we must have a heavy-duty remote server to keep them all happy? No; we could move the site onto a million desktops and use the internet for coordination. The &quot;site&quot; is like a military unit in the field, the general moving with his troops (or like a hockey team in constant swarming motion). (We used essentially this technique to build the first tuple space implementations. They seemed to depend on a shared server, but the server was an illusion; there was no server, just a swarm of clients.) Could Amazon.com be an itinerant horde instead of a fixed Central Command Post? Yes.&quot;</div><br /><div><span style="color: #00bf00; ">Conclusion(gp):</span>&#0160;Complete mediation provides the underpinning for Saltzer and Schroeder&#39;s system, but does not appear to scale to the desired itinerant horde at least in common interpretation.</div><br /><div>**</div><br /><div><span style="color: #bf5f00; ">Saltzer and Schroeder:</span><br /></div><div>&quot;d) Open design: The design should not be secret. The mechanisms should not depend on the ignorance of potential attackers, but rather on the possession of specific, more easily protected, keys or passwords. This decoupling of protection mechanisms from protection keys permits the mechanisms to be examined by many reviewers without concern that the review may itself compromise the safeguards. In addition, any skeptical user may be allowed to convince himself that the system he is about to use is adequate for his purpose. Finally, it is simply not realistic to attempt to maintain secrecy for any system which receives wide distribution.&quot;</div><br /><div><span style="color: #00bf00; ">Conclusion(gp):</span>&#0160;both seem to agree, hard to get the itinerant horde moving in a swarm without open standards.</div><br /><div>**</div><br /><div><span style="color: #bf5f00; ">Saltzer and Schroeder:</span><br /></div><div>&quot;e) Separation of privilege: Where feasible, a protection mechanism that requires two keys to unlock it is more robust and flexible than one that allows access to the presenter of only a single key. The relevance of this observation to computer systems was pointed out by R. Needham in 1973. The reason is that, once the mechanism is locked, the two keys can be physically separated and distinct programs, organizations, or individuals made responsible for them. From then on, no single accident, deception, or breach of trust is sufficient to compromise the protected information. This principle is often used in bank safe-deposit boxes. It is also at work in the defense system that fires a nuclear weapon only if two different people both give the correct command. In a computer system, separated keys apply to any situation in which two or more conditions must be met before access should be permitted. For example, systems providing user-extendible protected data types usually depend on separation of privilege for their implementation.&quot;</div><br /><div><span style="color: #0060bf; ">Gelernter:</span><br /></div><div>&quot;37. Elements stored in a mind do not have names and are not organized into folders; are retrieved not by name or folder but by contents. (Hear a voice, think of a face: you&#39;ve retrieved a memory that contains the voice as one component.) You can see everything in your memory from the standpoint of past, present and future. Using a file cabinet, you classify information when you put it in; minds classify information when it is taken out. (Yesterday afternoon at four you stood with Natasha on Fifth Avenue in the rain — as you might recall when you are thinking about &quot;Fifth Avenue,&quot; &quot;rain,&quot; &quot;Natasha&quot; or many other things. But you attached no such labels to the memory when you acquired it. The classification happened retrospectively.)&quot;</div><br /><div><span style="color: #00bf00; ">Conclusion(gp):</span>&#0160;Information Security models tend to look at things statically through information classification lenses, but its how information is used that makes it valuable. In practice this is how information security theory breaks down in the face of reality - what does an access control matrix look like for a mashup? What does it look like for a data mining app?</div><br /><div>**</div><br /><div><span style="color: #bf5f00; ">Saltzer and Schroeder:</span><br /></div><div>&quot;f) Least privilege: Every program and every user of the system should operate using the least set of privileges necessary to complete the job. Primarily, this principle limits the damage that can result from an accident or error. It also reduces the number of potential interactions among privileged programs to the minimum for correct operation, so that unintentional, unwanted, or improper uses of privilege are less likely to occur. Thus, if a question arises related to misuse of a privilege, the number of programs that must be audited is minimized. Put another way, if a mechanism can provide &quot;firewalls,&quot; the principle of least privilege provides a rationale for where to install the firewalls. The military security rule of &quot;need-to-know&quot; is an example of this principle.&quot;</div><br /><div><span style="color: #0060bf; ">Gelernter:</span><br /></div><div>&quot;28. Metaphors have a profound effect on computing: the file-cabinet metaphor traps us in a &quot;passive&quot; instead of &quot;active&quot; view of information management that is fundamentally wrong for computers.</div><br /><div>29. The rigid file and directory system you are stuck with on your Mac or PC was designed by programmers for programmers — and is still a good system for programmers. It is no good for non-programmers. It never was, and was never intended to be.</div><br /><div>30. If you have three pet dogs, give them names. If you have 10,000 head of cattle, don&#39;t bother. Nowadays the idea of giving a name to every file on your computer is ridiculous.&quot;</div><br /><div><span style="color: #00bf00; ">Conclusion(gp):</span>&#0160;Least Privilege is the point where the practical matter of applying Saltzer and Schroeder&#39;s principles breaks down in modern systems. Its a deployment issue, and a matter of insufficient models and modes.</div><br /><div>**</div><br /><div><span style="color: #bf5f00; ">Saltzer and Schroeder:</span><br /></div><div>&quot;g) Least common mechanism: Minimize the amount of mechanism common to more than one user and depended on by all users [28]. Every shared mechanism (especially one involving shared variables) represents a potential information path between users and must be designed with great care to be sure it does not unintentionally compromise security. Further, any mechanism serving all users must be certified to the satisfaction of every user, a job presumably harder than satisfying only one or a few users. For example, given the choice of implementing a new function as a supervisor procedure shared by all users or as a library procedure that can be handled as though it were the user&#39;s own, choose the latter course. Then, if one or a few users are not satisfied with the level of certification of the function, they can provide a substitute or not use it at all. Either way, they can avoid being harmed by a mistake in it.&quot;</div><br /><div><span style="color: #0060bf; ">Gelernter:</span><br /></div><div>&quot;6. Miniaturization was the big theme in the first age of computers: rising power, falling prices, computers for everybody. Theme of the Second Age now approaching: computing transcends computers. Information travels through a sea of anonymous, interchangeable computers like a breeze through tall grass. A dekstop computer is a scooped-out hole in the beach where information from the Cybersphere wells up like seawater.</div><br /><div>16. The future is dense with computers. They will hang around everywhere in lush growths like Spanish moss. They will swarm like locusts. But a swarm is not merely a big crowd. The individuals in the swarm lose their identities. The computers that make up this global swarm will blend together into the seamless substance of the Cybersphere. Within the swarm, individual computers will be as anonymous as molecules of air.</div><br /><div>55. Software can solve hard problems in two ways: by algorithm or by making connections — by delivering the problem to exactly the right human problem-solver. The second technique is just as powerful as the first, but so far we have ignored it.</div><br /><div>56. Lifestreams and microcosms are the two most important cyberbody types; they relate to each other as a single musical line relates to a single chord. The stream is a &quot;moment in space,&quot; the microcosm a moment in time.&quot;</div><br /><div>**</div><br /><div><span style="color: #bf5f00; ">Saltzer and Schroeder:</span><br /></div><div>&quot;h) Psychological acceptability: It is essential that the human interface be designed for ease of use, so that users routinely and automatically apply the protection mechanisms correctly. Also, to the extent that the user&#39;s mental image of his protection goals matches the mechanisms he must use, mistakes will be minimized. If he must translate his image of his protection needs into a radically different specification language, he will make errors.&quot;</div><br /><div><span style="color: #0060bf; ">Gelernter:</span><br /></div><div>&quot;7. &quot;The network is the computer&quot; — yes; but we&#39;re less interested in computers all the time. The real topic in astronomy is the cosmos, not telescopes. The real topic in computing is the Cybersphere and the cyberstructures in it, not the computers we use as telescopes and tuners.</div><br /><div>27. Modern computing is based on an analogy between computers and file cabinets that is fundamentally wrong and affects nearly every move we make. (We store &quot;files&quot; on disks, write &quot;records,&quot; organize files into &quot;folders&quot; — file-cabinet language.) Computers are fundamentally unlike file cabinets because they can take action.</div><br /><div>31. Our standard policy on file names has far-reaching consequences: doesn&#39;t merely force us to make up names where no name is called for; also imposes strong limits on our handling of an important class of documents — ones that arrive from the outside world. A newly-arrived email message (for example) can&#39;t stand on its own as a separate document — can&#39;t show up alongside other files in searches, sit by itself on the desktop, be opened or printed independently; it has no name, so it must be buried on arrival inside some existing file (the mail file) that does have a name. The same holds for incoming photos and faxes, Web bookmarks, scanned images...</div><br /><div>32. You shouldn&#39;t have to put files in directories. The directories should reach out and take them. If a file belongs in six directories, all six should reach out and grab it automatically, simultaneously.</div><br /><div>33. A file should be allowed to have no name, one name or many names. Many files should be allowed to share one name. A file should be allowed to be in no directory, one directory, or many directories. Many files should be allowed to share one directory. Of these eight possibilities, only three are legal and the other five are banned — for no good reason.</div><br /><div>53. Your car, your school, your company and yourself are all one-track vehicles moving forward through time, and they will each leave a stream-shaped cyberbody (like an aircraft&#39;s contrail) behind them as they go. These vapor-trails of crystallized experience will represent our first concrete answer to a hard question: what is a company, a university, any sort of ongoing organization or institution, if its staff and customers and owners can all change, its buildings be bulldozed, its site relocated — what&#39;s left? What is it? The answer: a lifestream in cyberspace.&quot;</div><br /><br /><div>**</div><div style="color: #00bf00; ">Conclusion(gp):</div><br /><div>The Saltzer and Schroeder principles of Open Design and Economy of Mechanism hold up well in the face of modern computing realities, and to a certain extent Fail Safe Defaults does as well; however if we information security people are to be effective we need to re-think the other principles.</div><br /><div>**</div><br /><div>Last word:&#0160;<span style="color: #0060bf; ">Gelernter:</span></div><div>We&#39;ll know the system is working when a butterfly wanders into the in-box and (a few wingbeats later) flutters out — and in that brief interval the system has transcribed the creature&#39;s appearance and analyzed its way of moving, and the real butterfly leaves a shadow-butterfly behind. Some time soon afterward you&#39;ll be examining some tedious electronic document and a cyber-butterfly will appear at the bottom left corner of your screen (maybe a Hamearis lucina) and pause there, briefly hiding the text (and showing its neatly-folded rusty-chocolate wings like Victorian paisley, with orange eyespots) — and moments later will have crossed the screen and be gone.</div>]]></content:encoded>
      <pubDate>Wed, 25 Jun 2008 13:29:25 +0000</pubDate>
      <category domain="http://securityratty.com/tag/protection mechanisms">protection mechanisms</category>
      <category domain="http://securityratty.com/tag/protection mechanisms correctly">protection mechanisms correctly</category>
      <category domain="http://securityratty.com/tag/information security">information security</category>
      <category domain="http://securityratty.com/tag/information">information</category>
      <category domain="http://securityratty.com/tag/implements protection mechanisms">implements protection mechanisms</category>
      <category domain="http://securityratty.com/tag/information travels">information travels</category>
      <category domain="http://securityratty.com/tag/information security people">information security people</category>
      <category domain="http://securityratty.com/tag/protection">protection</category>
      <category domain="http://securityratty.com/tag/potential information path">potential information path</category>
      <source url="http://1raindrop.typepad.com/1_raindrop/2008/06/mashup-of-the-titans.html">Mashup of the Titans</source>
    </item>
    <item>
      <title><![CDATA[A VMware VirtualCenter Design Flaw?]]></title>
      <link>http://securityratty.com/article/c59ae8ec6f035ca8398edf982417dcc6</link>
      <guid>http://securityratty.com/article/c59ae8ec6f035ca8398edf982417dcc6</guid>
      <description><![CDATA[Here is an interesting little obstacle we ran into when setting up our virtualization environment
We found that when we were in VMware VirtualCenter , we can add permissions via the inventory...]]></description>
      <content:encoded><![CDATA[<p><img style="border-right: 0px; border-top: 0px; margin: 0px 10px 10px 0px; border-left: 0px; border-bottom: 0px" height="163" alt="forest_image" src="http://blog.sciencelogic.com/wp-content/uploads/2008/06/forest-image1.jpg" width="244" align="left" border="0"> Here is an interesting little obstacle we ran into when setting up our virtualization environment.
<p>We found that when we were in <a href="http://www.savagenomads.net/2008/06/17/virtual_center_25_its_time/" onclick="javascript:pageTracker._trackPageview('/outbound/article/www.savagenomads.net');" target="_blank">VMware VirtualCenter</a>, we can <a href="http://vmzare.wordpress.com/2007/03/24/ " onclick="javascript:pageTracker._trackPageview('/outbound/article/vmzare.wordpress.com');" target="_blank">add permissions via the inventory datastore &amp; networks view</a> but once we did that there was no easy way to view or delete the permissions within the same view. You need to go back and navigate the hosts/clusters view, one at a time, in order to view where these permissions showed up and if necessary delete/modify them one at a time as well, or check where that role is applied within the administration/roles view.
<p>While this might work for small environments or for a couple of administrators, it absolutely <a href="http://www.informationweek.com/news/software/server_virtualization/showArticle.jhtml?articleID=208700523" onclick="javascript:pageTracker._trackPageview('/outbound/article/www.informationweek.com');" target="_blank">wouldn&#8217;t work for large environments with hundreds of hosts or thousands of virtual machines or a complex resources structure</a> with complex storage. Or what about environments with multiple administrators? One administrator makes a change to permissions, but the next administrator has no idea and a change to permissions here cascades through and impacts all VMs in that datacenter. Sounds like a good way to shoot yourself in the foot!
<p>So is this a design flaw? Was the point of the &#8220;Add Permissions&#8221; feature for datastores and networks to prevent users from getting to those datastores/networks? Or was it to maybe give the <a href="http://en.wikipedia.org/wiki/Access_control_list" onclick="javascript:pageTracker._trackPageview('/outbound/article/en.wikipedia.org');" target="_blank">appearance of ACL functionality</a>? Or something like a poor man’s quota management? And if you&#8217;re going to let administrators add permissions in a view, why not let them view and delete just as in the other views?
<p>Does anyone know why this feature is even available here for datastores and networks in VirtualCenter without really taking the feature all the way? Maybe I&#8217;m not seeing the forest for the trees at the moment but if you know or have used this, please do share&#8230;</p>
<p><a href="http://sharethis.com/item?&wp=2.5.1&amp;publisher=ea11358c-69de-4e80-9804-e964a8930b70&amp;title=A+VMware+VirtualCenter+Design+Flaw%3F&amp;url=http%3A%2F%2Fblog.sciencelogic.com%2Fa-vmware-virtualcenter-design-flaw%2F06%2F2008" onclick="javascript:pageTracker._trackPageview('/outbound/article/sharethis.com');">ShareThis</a></p>]]></content:encoded>
      <pubDate>Thu, 19 Jun 2008 16:30:16 +0000</pubDate>
      <category domain="http://securityratty.com/tag/networks">networks</category>
      <category domain="http://securityratty.com/tag/networks view">networks view</category>
      <category domain="http://securityratty.com/tag/feature">feature</category>
      <category domain="http://securityratty.com/tag/permissions feature">permissions feature</category>
      <category domain="http://securityratty.com/tag/view">view</category>
      <category domain="http://securityratty.com/tag/permissions">permissions</category>
      <category domain="http://securityratty.com/tag/hostsclusters view">hostsclusters view</category>
      <category domain="http://securityratty.com/tag/vmware virtualcenter">vmware virtualcenter</category>
      <category domain="http://securityratty.com/tag/virtualcenter">virtualcenter</category>
      <source url="http://blog.sciencelogic.com/a-vmware-virtualcenter-design-flaw/06/2008">A VMware VirtualCenter Design Flaw?</source>
    </item>
    <item>
      <title><![CDATA[The Feeling and Reality of Security]]></title>
      <link>http://securityratty.com/article/785f712a7916dd105d4fe07ba3bfa07b</link>
      <guid>http://securityratty.com/article/785f712a7916dd105d4fe07ba3bfa07b</guid>
      <description><![CDATA[Security is both a feeling and a reality, and they're different. You can feel secure even though you're not, and you can be secure even though you don't feel it. There are two different concepts...]]></description>
      <content:encoded><![CDATA[<p>Security is both a feeling and a reality, and they're different. You can feel secure even though you're not, and you can be secure even though you don't feel it. There are two different concepts mapped onto the same word -- the English language isn't working very well for us here -- and it can be hard to know which one we're talking about when we use the word.</p>

<p>There is considerable value in separating out the two concepts: in explaining how the two are different, and understanding when we're referring to one and when the other. There is value as well in recognizing when the two converge, understanding why they diverge, and knowing how they can be made to converge again.</p>

<p>Some fundamentals first. Viewed from the perspective of economics, security is a trade-off. There's no such thing as absolute security, and any security you get has some cost: in money, in convenience, in capabilities, in insecurities somewhere else, whatever. Every time someone makes a decision about security -- computer security, community security, national security -- he makes a trade-off.</p>

<p>People make these trade-offs as individuals. We all get to decide, individually, if the expense and inconvenience of having a home burglar alarm is worth the security. We all get to decide if wearing a bulletproof vest is worth the cost and tacky appearance. We all get to decide if we're getting our money's worth from the billions of dollars we're spending combating terrorism, and if invading Iraq was the best use of our counterterrorism resources. We might not have the power to <em>implement</em> our opinion, but we get to decide if we think it's worth it.</p>

<p>Now we may or may not have the expertise to make those trade-offs intelligently, but we make them anyway. All of us. People have a natural intuition about security trade-offs, and we make them, large and small, dozens of times throughout the day. We can't help it: It's part of being alive.</p>

<p>Imagine a rabbit, sitting in a field eating grass. And he sees a fox. He's going to make a security trade-off: Should he stay or should he flee? Over time, the rabbits that are good at making that trade-off will tend to reproduce, while the rabbits that are bad at it will tend to get eaten or starve.</p>

<p>So, as a successful species on the planet, you'd expect that human beings would be really good at making security trade-offs. Yet, at the same time, we can be hopelessly bad at it. We spend more money on terrorism than the data warrants. We fear flying and choose to drive instead. Why?</p>

<p>The short answer is that people make most trade-offs based on the <em>feeling</em> of security and not the reality.</p>

<p>I've written a lot about how people get <a href="http://www.schneier.com/essay-162.html">security trade-offs wrong</a>, and the <a href="http://www.schneier.com/essay-155.html">cognitive biases</a> that cause us to make mistakes. Humans have developed these biases because they make evolutionary sense. And most of the time, they work.</p>

<p>Most of the time -- and this is important -- our feeling of security matches the reality of security. Certainly, this is true of prehistory. Modern times are harder. Blame technology, blame the media, blame whatever. Our brains are much better optimized for the security trade-offs endemic to living in small family groups in the East African highlands in 100,000 B.C. than to those endemic to living in 2008 New York.</p>

<p>If we make security trade-offs based on the feeling of security rather than the reality, we choose security that makes us <em>feel</em> more secure over security that actually makes us more secure. And that's what governments, companies, family members and everyone else provide. Of course, there are two ways to make people <a href="http://www.schneier.com/essay-154.html">feel more secure</a>. The first is to make people actually more secure and hope they notice. The second is to make people feel more secure without making them actually more secure, and <a href="http://www.schneier.com/essay-165.html">hope they don't notice</a>.</p>

<p>The key here is whether we notice. The feeling and reality of security tend to converge when we take notice, and diverge when we don't. People notice when 1) there are enough positive and negative examples to draw a conclusion, and 2) there isn't too much emotion clouding the issue.</p>

<p>Both elements are important. If someone tries to convince us to spend money on a new type of home burglar alarm, we as society will know pretty quickly if he's got a clever security device or if he's a charlatan; we can monitor crime rates. But if that same person advocates a new national antiterrorism system, and there weren't any terrorist attacks before it was implemented, and there weren't any after it was implemented, how do we know if his system was effective?</p>

<p>People are more likely to realistically assess these incidents if they don't contradict preconceived notions about how the world works. For example: It's obvious that a wall keeps people out, so arguing against building a wall across America's southern border to keep illegal immigrants out is harder to do.</p>

<p>The other thing that matters is <a href="http://www.schneier.com/blog/archives/2005/08/airline_securit_2.html">agenda</a>. There are lots of people, politicians, companies and so on who deliberately try to manipulate your feeling of security for their own gain. <a href="http://www.schneier.com/blog/archives/2008/04/for_a_safe_nigh.html">They try to cause fear</a>. They invent threats. They take minor threats and make them major. And when they talk about rare risks with only a few incidents to base an assessment on -- terrorism is the big example here -- they are more likely to succeed.</p>

<p>Unfortunately, there's no obvious antidote. Information is important. We can't understand security unless we understand it. But that's not enough: Few of us really understand cancer, yet we regularly make security decisions based on its risk. What we do is accept that there are experts who understand the risks of cancer, and trust them to make the security trade-offs for us.</p>

<p>There are some complex feedback loops going on here, between emotion and reason, between reality and our knowledge of it, between feeling and familiarity, and between the understanding of how we reason and feel about security and our analyses and feelings. We're never going to stop making security trade-offs based on the feeling of security, and we're never going to completely prevent those with specific agendas from trying to take care of us. But the more we know, the better trade-offs we'll make.</p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=5vQkmzG"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=5vQkmzG" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=o4udGZG"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=o4udGZG" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Tue, 08 Apr 2008 01:50:01 +0000</pubDate>
      <category domain="http://securityratty.com/tag/trade-offs">trade-offs</category>
      <category domain="http://securityratty.com/tag/security trade-offs based">security trade-offs based</category>
      <category domain="http://securityratty.com/tag/trade-offs intelligently">trade-offs intelligently</category>
      <category domain="http://securityratty.com/tag/security trade-offs endemic">security trade-offs endemic</category>
      <category domain="http://securityratty.com/tag/security trade-offs wrong">security trade-offs wrong</category>
      <category domain="http://securityratty.com/tag/security trade-offs">security trade-offs</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/endemic">endemic</category>
      <category domain="http://securityratty.com/tag/security matches">security matches</category>
      <source url="http://www.schneier.com/blog/archives/2008/04/the_feeling_and.html">The Feeling and Reality of Security</source>
    </item>
    <item>
      <title><![CDATA[The Feeling and Reality of Security]]></title>
      <link>http://securityratty.com/article/9b8edcc2965edb24043b0ccace0d9cfc</link>
      <guid>http://securityratty.com/article/9b8edcc2965edb24043b0ccace0d9cfc</guid>
      <description><![CDATA[Security is both a feeling and a reality, and they're different. You can feel secure even though you're not, and you can be secure even though you don't feel it. There are two different concepts...]]></description>
      <content:encoded><![CDATA[<p>Security is both a feeling and a reality, and they're different. You can feel secure even though you're not, and you can be secure even though you don't feel it. There are two different concepts mapped onto the same word -- the English language isn't working very well for us here -- and it can be hard to know which one we're talking about when we use the word.</p>

<p>There is considerable value in separating out the two concepts: in explaining how the two are different, and understanding when we're referring to one and when the other. There is value as well in recognizing when the two converge, understanding why they diverge, and knowing how they can be made to converge again.</p>

<p>Some fundamentals first. Viewed from the perspective of economics, security is a trade-off. There's no such thing as absolute security, and any security you get has some cost: in money, in convenience, in capabilities, in insecurities somewhere else, whatever. Every time someone makes a decision about security -- computer security, community security, national security -- he makes a trade-off.</p>

<p>People make these trade-offs as individuals. We all get to decide, individually, if the expense and inconvenience of having a home burglar alarm is worth the security. We all get to decide if wearing a bulletproof vest is worth the cost and tacky appearance. We all get to decide if we're getting our money's worth from the billions of dollars we're spending combating terrorism, and if invading Iraq was the best use of our counterterrorism resources. We might not have the power to <em>implement</em> our opinion, but we get to decide if we think it's worth it.</p>

<p>Now we may or may not have the expertise to make those trade-offs intelligently, but we make them anyway. All of us. People have a natural intuition about security trade-offs, and we make them, large and small, dozens of times throughout the day. We can't help it: It's part of being alive.</p>

<p>Imagine a rabbit, sitting in a field eating grass. And he sees a fox. He's going to make a security trade-off: Should he stay or should he flee? Over time, the rabbits that are good at making that trade-off will tend to reproduce, while the rabbits that are bad at it will tend to get eaten or starve.</p>

<p>So, as a successful species on the planet, you'd expect that human beings would be really good at making security trade-offs. Yet, at the same time, we can be hopelessly bad at it. We spend more money on terrorism than the data warrants. We fear flying and choose to drive instead. Why?</p>

<p>The short answer is that people make most trade-offs based on the <em>feeling</em> of security and not the reality.</p>

<p>I've written a lot about how people get <a href="http://www.schneier.com/essay-162.html">security trade-offs wrong</a>, and the <a href="http://www.schneier.com/essay-155.html">cognitive biases</a> that cause us to make mistakes. Humans have developed these biases because they make evolutionary sense. And most of the time, they work.</p>

<p>Most of the time -- and this is important -- our feeling of security matches the reality of security. Certainly, this is true of prehistory. Modern times are harder. Blame technology, blame the media, blame whatever. Our brains are much better optimized for the security trade-offs endemic to living in small family groups in the East African highlands in 100,000 B.C. than to those endemic to living in 2008 New York.</p>

<p>If we make security trade-offs based on the feeling of security rather than the reality, we choose security that makes us <em>feel</em> more secure over security that actually makes us more secure. And that's what governments, companies, family members and everyone else provide. Of course, there are two ways to make people <a href="http://www.schneier.com/essay-154.html">feel more secure</a>. The first is to make people actually more secure and hope they notice. The second is to make people feel more secure without making them actually more secure, and <a href="http://www.schneier.com/essay-165.html">hope they don't notice</a>.</p>

<p>The key here is whether we notice. The feeling and reality of security tend to converge when we take notice, and diverge when we don't. People notice when 1) there are enough positive and negative examples to draw a conclusion, and 2) there isn't too much emotion clouding the issue.</p>

<p>Both elements are important. If someone tries to convince us to spend money on a new type of home burglar alarm, we as society will know pretty quickly if he's got a clever security device or if he's a charlatan; we can monitor crime rates. But if that same person advocates a new national antiterrorism system, and there weren't any terrorist attacks before it was implemented, and there weren't any after it was implemented, how do we know if his system was effective?</p>

<p>People are more likely to realistically assess these incidents if they don't contradict preconceived notions about how the world works. For example: It's obvious that a wall keeps people out, so arguing against building a wall across America's southern border to keep illegal immigrants out is harder to do.</p>

<p>The other thing that matters is <a href="http://www.schneier.com/blog/archives/2005/08/airline_securit_2.html">agenda</a>. There are lots of people, politicians, companies and so on who deliberately try to manipulate your feeling of security for their own gain. <a href="http://www.schneier.com/blog/archives/2008/04/for_a_safe_nigh.html">They try to cause fear</a>. They invent threats. They take minor threats and make them major. And when they talk about rare risks with only a few incidents to base an assessment on -- terrorism is the big example here -- they are more likely to succeed.</p>

<p>Unfortunately, there's no obvious antidote. Information is important. We can't understand security unless we understand it. But that's not enough: Few of us really understand cancer, yet we regularly make security decisions based on its risk. What we do is accept that there are experts who understand the risks of cancer, and trust them to make the security trade-offs for us.</p>

<p>There are some complex feedback loops going on here, between emotion and reason, between reality and our knowledge of it, between feeling and familiarity, and between the understanding of how we reason and feel about security and our analyses and feelings. We're never going to stop making security trade-offs based on the feeling of security, and we're never going to completely prevent those with specific agendas from trying to take care of us. But the more we know, the better trade-offs we'll make.</p>

<p>This article <a href="http://www.wired.com/politics/security/commentary/securitymatters/2008/04/securitymatters_0403">originally appeared</a> on Wired.com.</p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=UEoco6G"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=UEoco6G" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/schneier/fulltext?a=ubFMvBG"><img src="http://feeds.feedburner.com/~f/schneier/fulltext?i=ubFMvBG" border="0"></img></a>
</div>]]></content:encoded>
      <pubDate>Tue, 08 Apr 2008 01:50:01 +0000</pubDate>
      <category domain="http://securityratty.com/tag/trade-offs">trade-offs</category>
      <category domain="http://securityratty.com/tag/security trade-offs based">security trade-offs based</category>
      <category domain="http://securityratty.com/tag/trade-offs intelligently">trade-offs intelligently</category>
      <category domain="http://securityratty.com/tag/security trade-offs endemic">security trade-offs endemic</category>
      <category domain="http://securityratty.com/tag/security trade-offs wrong">security trade-offs wrong</category>
      <category domain="http://securityratty.com/tag/security trade-offs">security trade-offs</category>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/endemic">endemic</category>
      <category domain="http://securityratty.com/tag/security matches">security matches</category>
      <source url="http://www.schneier.com/blog/archives/2008/04/the_feeling_and_1.html">The Feeling and Reality of Security</source>
    </item>
  </channel>
</rss>
