<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Risky Thinking Blog</title>
	<atom:link href="http://www.riskythinking.com/blog/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.riskythinking.com/blog</link>
	<description>Thoughts On Risk, Business Continuity, and Disaster Recovery</description>
	<lastBuildDate>Mon, 01 Apr 2013 18:01:24 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
		<item>
		<title>How much does a disruption cost?</title>
		<link>http://www.riskythinking.com/blog/how-much-does-a-disruption-cost/</link>
		<comments>http://www.riskythinking.com/blog/how-much-does-a-disruption-cost/#comments</comments>
		<pubDate>Thu, 28 Mar 2013 14:53:29 +0000</pubDate>
		<dc:creator>MZB</dc:creator>
				<category><![CDATA[business continuity]]></category>
		<category><![CDATA[disaster recovery]]></category>
		<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://www.riskythinking.com/blog/?p=357</guid>
		<description><![CDATA[In designing our new product, the Risk Assessment Toolkit, one of the things we needed to do was model the cost of disruption of an internal activity or process. External facing activities are often the easiest to discuss: if our &#8230; <a href="http://www.riskythinking.com/blog/how-much-does-a-disruption-cost/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p><a href="http://www.riskythinking.com/wp2012/wp-content/uploads/2013/03/MoneyQuestion.jpg"><img class="aligncenter size-full wp-image-358" alt="The Money Question" src="http://www.riskythinking.com/wp2012/wp-content/uploads/2013/03/MoneyQuestion.jpg" width="240" height="335" /></a></p>
<div>
<p>In designing our new product, <a title="Risk Assessment Toolkit" href="http://www.riskythinking.com/risk_assessment_toolkit/">the Risk Assessment Toolkit</a>, one of the things we needed to do was model the cost of disruption of an internal activity or process.</p>
<p>External facing activities are often the easiest to discuss: if our web site or phone system goes down, it&#8217;s clear that we can&#8217;t take customer orders. If the shipping department is under water, then goods can&#8217;t be shipped. But what about less defined activities such as Human Resources, or Marketing. How much does a disruption in one of these departments cost?</p>
<p><span id="more-357"></span></p>
<div>
<p> A naive approach would be to assume that each hour lost is equal to the cost of the staff sitting (or standing outside in the car park) idle. With this approach we must be careful to include any overheads &#8211; payroll taxes, medical insurance and other expenses &#8211;  which might not show directly on a department&#8217;s budget.</p>
</div>
<div>
<p>But this is only half the story.</p>
</div>
<div>
<p>A digression here: an example from a lecture on Computer Security at Cambridge University made a lasting impression on me. (This was a real world example -although the names and details have been omitted for reasons of confidentiality).</p>
</div>
<div>
<p>A large utility bought an expensive laser printing and folding system to send out its monthly invoices. It was a unique and expensive system. The company could only afford one of them.  With the anticipated workload, it was expected to operate 24&#215;7 and be 99% occupied. When one of its parts failed, the system was down for a week. How long did it take before the bills are once again sent out on on time? At the time interest rates were high &#8211; around 10% &#8211;  so the supplemental question was to estimate how much the company would lose if it had a million customers and the average monthly bill was $100.</p>
</div>
<div>
<p>Don&#8217;t worry &#8211; you don&#8217;t need to work out the answer. But do consider what the implications are for our hypothetical department.</p>
</div>
<div>
<p>Suppose the power goes out for half an hour. People stop working. But by the end of the day, are they significantly less productive? If your department is like most departments, there is a degree of over-staffing. People are not 100% occupied most of the day. This is required for resilience under normal operating conditions. Can the department continue operating with one person off sick or on holiday? Almost certainly. Is there a peak workload which has to be handled at certain times of year? Then at other times of year people aren&#8217;t 100% busy. People may be idle for half an hour, but by the end of the day, any small outage is unlikely to have had any noticeable effect on productivity. The monetary loss is quite likely to be zero.</p>
</div>
<div>
<p>How big can such an outage without loss of productivity be? An instructive example here comes from Britain during the 1970s. There was a shortage of electricity due to a miner&#8217;s strike. Businesses were switched to a three day work week to reduce electricity consumption. Surprisingly, some businesses reported no drop or even an increase in productivity. People were working shorter hours, but working harder. This demonstrates that, depending on the nature of the work, a department may be able to cope with even quite a long outage with negligible effect on productivity.</p>
</div>
<p>But there comes a time when a department will not be able to catch up with its backlog of work in a timely manner while working normally. At this point, overtime is required. Typically this will cost more than standard working hours &#8211; perhaps 150% or 200% of standard time. However, this cost increase will only apply to salaries and payroll taxes. It won&#8217;t apply to other overhead costs (such as medical insurance). (This is one of the reasons why some companies prefer to increase overtime rather than increase staffing). After an initial period, the amount of overtime required approximately scales with the length of the disruption.</p>
<p>There are only 168 hours in a week, and even with overtime it is not practical (and generally not even legal) to expect your staff to work all of these hours.</p>
<div>
<p>At this point you need more staff. Hopefully you can get the extra staff you need on a temporary or contract basis. Contract staff cost more on an hourly basis, but since this cost includes most overheads the difference in cost is not as great as a simple comparison of hourly rates might suggest.</p>
</div>
<div>
<p>The conclusion from this is that the model for staffing costs contains three phases: an initial phase (of low cost) where lost productivity can be made up without additional overtime. An intermediate phase, where overtime can be used to recover in a timely manner. And finally there is a phase where additional staff will be required to clear up the backlog of work in a timely manner.</p>
</div>
<div>
<p>However, there are other non-staffing costs to consider if the department must relocate to an alternative location. This will involve transport costs, purchasing of additional or replacement equipment, costs of installing telephone and network services, and perhaps an activation fee for the use of the alternative location. Assuming the department is forced to relocate, there is a sizable cost component which is independent of the length of an outage.</p>
</div>
<div>
<p>In addition, if facilities are rented, there will be rental costs for the new location. Equipment may need to be hired or leased. Security services may need to hired. And if the new location is a significant distance from the original location, staff will also require travel and meal expenses.</p>
</div>
<div>
<p>There are thus an additional fixed and variable costs which will be incurred if the department must relocate. The variable costs will continue until a new location is purchased and prepared, or the original location can be repaired for re-use.</p>
</div>
<div>
<p>Finally there may be some costs which are incurred if deadlines can&#8217;t be met: for example, there may be statutory fines if paperwork isn&#8217;t submitted on time. There may also be losses in corporate reputation if some non-critical activities (such as updating a website or sending out press releases) don&#8217;t happen for an extended period of time.</p>
</div>
<p>In summary, we have:</p>
<div>
<ul>
<li>An initial hourly cost, when normal reserve capacity can be used to clear the backlog of work after an outage.</li>
<li>An interim hourly cost, when additional overtime or equipment must be rented</li>
<li>A final hourly cost, when additional staff or equipment must be brought in to clear the backlog.</li>
<li>A fixed relocation cost, which is incurred when work is moved to an alternative location.</li>
<li>An daily relocation cost, reflecting the increased expense of operating at a second temporary location. This will persist until a new permanent location is found. Given the time taken to identify and purchase or rent real estate, working for 30 days at an alternative location is not unlikely.</li>
<li>Various fixed costs which are incurred if the activity has been delayed for an extended period, such as statutory fines or loss of customer goodwill.</li>
</ul>
<p>Obviously this is all still a highly simplified model, but it does capture some of the important distinctions. In particular, it captures the distinction between a short disruption and an extended one; and between a disruption which requires relocation and one which only requires staff to wait until the disruption ends. Without these distinctions it would be easy to over-estimate the cost of a minor disruption, or under-estimate the cost of a major one.</p>
<div></div>
</div>
</div>
]]></content:encoded>
			<wfw:commentRss>http://www.riskythinking.com/blog/how-much-does-a-disruption-cost/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Strategic Risk Choices: The One Basket Approach</title>
		<link>http://www.riskythinking.com/blog/strategic-risk-choices-beef-recall/</link>
		<comments>http://www.riskythinking.com/blog/strategic-risk-choices-beef-recall/#comments</comments>
		<pubDate>Tue, 09 Oct 2012 15:02:52 +0000</pubDate>
		<dc:creator>MZB</dc:creator>
				<category><![CDATA[eggs and baskets]]></category>
		<category><![CDATA[food safety]]></category>
		<category><![CDATA[risk]]></category>

		<guid isPermaLink="false">http://www.riskythinking.com/blog/?p=339</guid>
		<description><![CDATA[Canadian Beef has a problem. A big problem. Right now there is the largest recall ever of beef due to to possible contamination with E. coli O157:H7. The recall list is now so long that it has become impossible to &#8230; <a href="http://www.riskythinking.com/blog/strategic-risk-choices-beef-recall/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<div class="wp-caption aligncenter" style="width: 222px"><a href="http://www.flickr.com/photos/archer10/6292627947/"><img title="Photo Credit: Dennis Jarvis (archer10)" src="http://farm7.staticflickr.com/6230/6292627947_a2481b6932_n_d.jpg" alt="" width="212" height="320" /></a><p class="wp-caption-text">Are you sure you still want to eat me?</p></div>
<p>Canadian Beef has a problem. A big problem.</p>
<p>Right now there is the largest recall ever of beef due to to possible contamination with E. coli O157:H7. The <a title="Beef Recall List" href="http://www.inspection.gc.ca/food/consumer-centre/food-safety-investigations/xl-foods/recalled-products/eng/1347948154750/1347948313776" target="_blank">recall list</a> is now so long that it has become impossible to summarize.</p>
<p>So Canadian consumers have a problem: they can either not eat beef, carry around with them a list of affected beef products which is several pages long, or treat all beef products as potentially contaminated.</p>
<p>In fact US consumers also have a problem: over 900,000 pounds of beef products subject to recall were shipped across the border.</p>
<p>But the point of interest here is not the problems for the consumer, but the risk management choice made by XL Foods, the company concerned. As far as I can tell,  XL Foods has one beef processing plant, XL Lakeside,  in Brooks, Alberta. No doubt it is a very efficient plant: it&#8217;s apparently the second largest in Canada, and slaughters about one third of Canadian cattle. I don&#8217;t doubt that every reasonable effort has been made to  make it safe, but this is the classic &#8220;put all your eggs in one basket&#8221; strategy in action. So with a problem of food contamination shutting down that one plant, the company is not in a good position.</p>
<p>In addition, the consistent branding across all product lines means that the company&#8217;s other plants are also affected.  (It&#8217;s a business to business brand, which is why you or I haven&#8217;t heard of it &#8211; the food is re-packaged under another customer&#8217;s label before we buy it).</p>
<p>Single-branding and large processing facilities are cost-efficient when everything goes well. But when the E Coli hits the fan (yes, fecal contamination is one of the main routes by which the pathogen is transmitted) it&#8217;s also the worst possible strategy from a risk perspective: any problem affects the company as a whole and shuts down the entire production.</p>
<p>The XL Foods strategy in responding to the problem so far has been interesting: no press releases, no news conferences, <a title="Xl Foods website - no recall here" href="http://www.xlfoods.com/" target="_blank">no mention of the beef recall on their website</a>.  Perhaps they are hoping it will all just go away.</p>
<p>It won&#8217;t. It&#8217;s here to stay. Just <a title="XL Foods - the wrong kind of fame" href="http://www.google.com/search?q=xl+foods" target="_blank">try Googling XL Foods</a>.</p>
<hr />
<div style="font-size: smaller;">It&#8217;s also an interesting case of customer risk: for many ranchers in Alberta, XL Foods was their only customer.</div>
]]></content:encoded>
			<wfw:commentRss>http://www.riskythinking.com/blog/strategic-risk-choices-beef-recall/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>What percentage of businesses fail following a disaster?</title>
		<link>http://www.riskythinking.com/blog/what-percentag-of-business-fail-following-a-disaster/</link>
		<comments>http://www.riskythinking.com/blog/what-percentag-of-business-fail-following-a-disaster/#comments</comments>
		<pubDate>Wed, 26 Sep 2012 15:00:47 +0000</pubDate>
		<dc:creator>MZB</dc:creator>
				<category><![CDATA[business continuity]]></category>
		<category><![CDATA[business impact analysis]]></category>
		<category><![CDATA[disaster recovery]]></category>
		<category><![CDATA[statistics]]></category>
		<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://www.riskythinking.com/blog/?p=330</guid>
		<description><![CDATA[There are a number of statistics floating around which are often quoted in articles but never attributed. One of them is the percentage of businesses that fail in the months  following a disaster. The range for this mythical figure is &#8230; <a href="http://www.riskythinking.com/blog/what-percentag-of-business-fail-following-a-disaster/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p><a href="http://www.riskythinking.com/wp2012/wp-content/uploads/2012/09/forty_percent.png"><img class="aligncenter size-full wp-image-331" title="40%" src="http://www.riskythinking.com/wp2012/wp-content/uploads/2012/09/forty_percent.png" alt="" width="371" height="281" /></a></p>
<p>There are a number of statistics floating around which are often quoted in articles but never attributed. One of them is the percentage of businesses that fail in the months  following a disaster.</p>
<p>The range for this mythical figure is quite high. I&#8217;ve seen 70% quoted quite often. Sometimes the number is 80%. Other times it is a more plausible 40%.</p>
<p>I&#8217;ve searched for a reliable source for this number. Was it a <a title="Economic Effects of 9/11 - Report for Congress" href="http://www.fas.org/irp/crs/RL31617.pdf">survey of businesses following 9/11</a>? The <a title="Wikipedia - Manchester Bombing" href="http://en.wikipedia.org/wiki/1996_Manchester_bombing">Manchester bombing</a>? <a href="http://en.wikipedia.org/wiki/Hurricane_andrew">Hurricane Andrew</a>? I think now that I have finally found the answer to this question.</p>
<p>So what is the percentage of businesses that fail following a disaster?</p>
<p>The answer is simply this: <strong>it does not matter</strong>.</p>
<p>Suppose you had access to the data to compute this statistic, what would it actually tell you? There were 18,000 small businesses &#8220;&#8230; dislocated, disrupted, or destroyed&#8221; by 9/11 according to a <a href="http://www.fas.org/irp/crs/RL31617.pdf">congressional report</a>. But how many of those were hot dog vendors? Retail shops with a single outlet? Manufacturers of candles? Bicycle couriers? Financial service companies?</p>
<p>Comparing ourselves to this magic percentage does not help us at all with the question we really need to answer: how likely are <strong>we</strong> to go out of business following a disaster?</p>
<p>The statistics for an arbitrary group of companies is only of interest to editorial writers and politicians. For the rest of us, what matters is only how different types of disaster will affect us &#8211; something that we can only determine through a thorough examination of our own business.</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.riskythinking.com/blog/what-percentag-of-business-fail-following-a-disaster/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Why Computers Crash on New Year&#8217;s Day and Canada Day</title>
		<link>http://www.riskythinking.com/blog/leap-seconds/</link>
		<comments>http://www.riskythinking.com/blog/leap-seconds/#comments</comments>
		<pubDate>Mon, 02 Jul 2012 21:53:32 +0000</pubDate>
		<dc:creator>MZB</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[computer systems]]></category>
		<category><![CDATA[time]]></category>

		<guid isPermaLink="false">http://www.riskythinking.com/blog/?p=318</guid>
		<description><![CDATA[&#160; There&#8217;s 60 seconds in a minute, 60 minutes in an hour, 24 hours in a day, and 365 days in a year. Any fool knows that. Except that it&#8217;s not true. First of all, there&#8217;s leap years. If the &#8230; <a href="http://www.riskythinking.com/blog/leap-seconds/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p>&nbsp;</p>
<p><a href="http://www.flickr.com/photos/randomskk/3535053070/"><img class="aligncenter" title="NIXIE Clock - Photo Randomskk" src="http://farm3.staticflickr.com/2242/3535053070_095546ec89.jpg" alt="" width="500" height="337" /></a></p>
<p>There&#8217;s 60 seconds in a minute, 60 minutes in an hour, 24 hours in a day, and 365 days in a year. Any fool knows that.</p>
<p>Except that it&#8217;s not true.<br />
<span id="more-318"></span><br />
First of all, there&#8217;s leap years. If the year is divisible by four, than an extra day is added to the end of February. Most people know that.</p>
<p>Except that it&#8217;s not true.</p>
<p>If the year in question is the zeroth year of a new century, then it&#8217;s not a leap year. So 1700, 1800, 1900 weren&#8217;t leap years. Many people know that.</p>
<p>Except that it&#8217;s not true.</p>
<p>If the century part of the year is divisible by four, then the above rule doesn&#8217;t apply and it&#8217;s still a leap year. So 2000 and 2400 are leap years. <a title="SunOS calendar bug." href="http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4208960">Some people do not know that</a>.</p>
<p>Therefore we had non-Y2K Y2K bugs in computer systems on February 29th 2000.</p>
<p>But we made a mistake even before we considered leap years.</p>
<p>Even less people know that <strong>there aren&#8217;t always 60 seconds in a minute</strong>: sometimes there are 61, and at some point in the future there might conceivably be 59.</p>
<p>Because the speed of rotation of the earth varies in response to climactic and geological events, the time system derived from this (Coordinated Universal Time &#8211; UTC) isn&#8217;t good enough for high precision calculations (think GPS, spacecraft, etc.) Instead time is defined in terms of <a href="http://en.wikipedia.org/wiki/International_Atomic_Time">International Atomic Time</a>, a time scale derived by measuring the frequency of vibration of atoms in hundreds of atomic clocks.</p>
<p>What this means is that astronomical or clock time (the time most of us use) and atomic time (the time we measure) can drift out of sync. Every few years, on either 1 July or 1 January, a correction is made to keep the difference between the two small. An extra second is inserted (or possibly removed) just before the start of the day.</p>
<p>So if clock time is being used, extra care has to be taken with time calculations twice a year&#8230;  which is why some <a href="http://www.wired.com/wiredenterprise/2012/07/leap-second-bug-wreaks-havoc-with-java-linux/">major web sites failed when a leap second was introduced at the end of 30 June 2012</a>.</p>
<p><strong>So be prepared for computer problems on New Year&#8217;s Day (1 January), and Canada Day (1 July), as well as on February 29th and March 1st.</strong></p>
<hr width="80%" />
<h2>Notes.</h2>
<ol>
<li>For more reading on the intricacies of time, and how various computer systems and protocols deal with it, a good introduction can be found <a href="http://www.eecis.udel.edu/~mills/leap.html">here</a>.</li>
<li>All this may change in 2015. There&#8217;s a <a href="http://www.bbc.co.uk/news/science-environment-16625614">proposal to abolish leap seconds and replace them with leap hours</a> which will be voted on at the ITU.</li>
</ol>
]]></content:encoded>
			<wfw:commentRss>http://www.riskythinking.com/blog/leap-seconds/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Risk of a Categorical Denial &#8211; The MilitarySingles.com hack</title>
		<link>http://www.riskythinking.com/blog/categorical-denials/</link>
		<comments>http://www.riskythinking.com/blog/categorical-denials/#comments</comments>
		<pubDate>Mon, 02 Apr 2012 03:12:40 +0000</pubDate>
		<dc:creator>MZB</dc:creator>
				<category><![CDATA[computer hacking]]></category>
		<category><![CDATA[hacked website]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[data security]]></category>
		<category><![CDATA[public relations]]></category>

		<guid isPermaLink="false">http://www.riskythinking.com/blog/?p=288</guid>
		<description><![CDATA[&#160; The first I read on the alleged MilitarySingles.com hack was this: With the usual link to pastebin for more details. So far a simple hack story. Nothing to see here. Time to move on. But then the same story &#8230; <a href="http://www.riskythinking.com/blog/categorical-denials/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p style="text-align: center;"><a href="http://www.riskythinking.com/wp2012/wp-content/uploads/2012/04/lulzsec.png"><img class="size-medium wp-image-290 aligncenter" title="Lulzsec" src="http://www.riskythinking.com/wp2012/wp-content/uploads/2012/04/lulzsec-300x136.png" alt="LulzSec Text Art" width="300" height="136" /></a></p>
<p>&nbsp;</p>
<p>The first I read on the alleged MilitarySingles.com hack was this:</p>
<p><a href="http://www.riskythinking.com/wp2012/wp-content/uploads/2012/04/militarysingles11.png"><img class="alignnone size-full wp-image-294" title="militarysingles1" src="http://www.riskythinking.com/wp2012/wp-content/uploads/2012/04/militarysingles11.png" alt="" width="545" height="66" /></a></p>
<p>With the usual link to pastebin for more details. So far a simple hack story. Nothing to see here. Time to move on.</p>
<p>But then the same story came up at <a title="MilitarySingles.com breach denial" href="http://www.databreaches.net/?p=23782">The Office of Inadequate Security</a>, <strong>along with a denial by the company that runs MilitarySingles.com.</strong> The denial reads:</p>
<blockquote><p>&#8220;After a thorough investigation by our company programmers, it is our conclusion that our database was not hacked and that the claims of the Lulzsec group are completely false. Here are a couple points to note:</p>
<p>1. The total number of users in our database does not even closely match the number they have claimed to have exposed.</p>
<p>2. All user passwords in our database are encrypted and secure.</p>
<p>3. The location of the file the above user posted is in a repository directory on our website for user&#8217;s photos. The above user simply uploaded a photo of the Lulzsec group and does not mean in any way whatsoever that they were successful in actually hacking our service.</p>
<p>4. MilitarySingles.com was down for a few hours on March 25th due to regularly scheduled maintenance, not due to any outside activity.</p>
<p>We have taken measure to confirm our website and it&#8217;s database is secure and safe for our members, and will continue to do so. We are unable to confirm that the so-called checklist of email addresses have actually come from our user database.&#8221;</p></blockquote>
<p>Sounds like a pretty comprehensive and categorical denial.</p>
<p>This was followed by:</p>
<p><a href="http://www.riskythinking.com/wp2012/wp-content/uploads/2012/04/militarysingles21.png"><img class="alignnone size-full wp-image-293" title="militarysingles2" src="http://www.riskythinking.com/wp2012/wp-content/uploads/2012/04/militarysingles21.png" alt="" width="533" height="91" /></a></p>
<p>Now things are looking interesting. Hackers claim to have hacked a website and downloaded everything; the company that runs it claims that they didn&#8217;t.</p>
<h3>So Were They Hacked?</h3>
<p>A quick look at the files (which, since the company wasn&#8217;t hacked, presumably aren&#8217;t theirs) reveals:</p>
<ul>
<li>A file MilitaryDatabase.rar which is a compressed SQL file containing a 500MB dump of a database. It contains an administrator password (in clear and hashed), recent chat sessions, user profiles, email addresses, and hashed passwords. The chat sessions often make references to US military deployments and bases.</li>
<li>A file Military.rar which is a compressed 57 MB text file containing user email addresses, names, and hashed passwords. There are 170,937 records.</li>
</ul>
<p>The <a href="http://iqsecur.blogspot.ca/2012/04/analysis-of-leaked-militarysinglesorg.html">IQ Security Blog has analyzed the database dump</a>. It contained the <strong>unsalted</strong> MD5 hashes of user passwords. This makes them particularly easy to crack, because it&#8217;s possible to pre-compute the hashes of common passwords. IQ Security report that they managed to crack 151,972 of the 163,792 password hashes in just 9 hours.</p>
<h3>&#8220;It Never Happened&#8221;</h3>
<p>I guess we can all breath a big sigh of relief that the breach never happened, because, as <a href="http://www.facebook.com/esingles">MilitarySingles.com&#8217;s FaceBook page</a> read on April 1st.</p>
<p style="text-align: center;"><a href="http://www.riskythinking.com/wp2012/wp-content/uploads/2012/04/militarysinglesfacebook.png"><img class="size-full wp-image-295 aligncenter" title="militarysinglesfacebook" src="http://www.riskythinking.com/wp2012/wp-content/uploads/2012/04/militarysinglesfacebook.png" alt="" width="390" height="218" /></a></p>
<p>It&#8217;s still possible LulzSec hackers had an extreme case of obsessive-compulsive disorder and put together 570MB of fabricated data in some form of elaborate April Fool&#8217;s joke.</p>
<h3>The Problem of Denial</h3>
<p>What will happen if the hackers were correct?</p>
<p>That&#8217;s the problem with a categorical denial like the one above. It&#8217;s a rookie PR mistake. You do well if you are right, but you are damned if you are wrong.</p>
<p>A better approach might have been to use a <a title="Wikipedia: Non-Denial Denial" href="http://en.wikipedia.org/wiki/Non-denial_denial">non-denial denial</a>, as popularized by Woodward and Bernstein in their book on the Watergate Scandal, &#8220;<a title="All The President's Men" href="http://www.albionresearch.com/ibook/0671894412">All The President&#8217;s Men</a>&#8220;. Say you don&#8217;t have any evidence yet. Say that LulzSec are known to issue misleading statements designed to mislead and confuse. Recommend everyone change their passwords as a precaution.</p>
<p>But don&#8217;t issue what sounds like a categorical denial and then go silent as conflicting evidence mounts. Who is going to believe or trust you now?</p>
<p>As it is, it&#8217;s going to be quite interesting to see how this one plays out.</p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.riskythinking.com/blog/categorical-denials/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Questionable Wisdom of Crowds</title>
		<link>http://www.riskythinking.com/blog/questionable-wisdom-of-crowds/</link>
		<comments>http://www.riskythinking.com/blog/questionable-wisdom-of-crowds/#comments</comments>
		<pubDate>Wed, 25 Jan 2012 13:00:00 +0000</pubDate>
		<dc:creator>MZB</dc:creator>
				<category><![CDATA[crowd sourcing]]></category>
		<category><![CDATA[groupthink]]></category>
		<category><![CDATA[risk estimation]]></category>

		<guid isPermaLink="false">http://www.riskythinking.com/blog/the-questionable-wisdom-of-crowds/</guid>
		<description><![CDATA[Photo &#8211; James Cridland There&#8217;s often far too much credibility given to the wisdom of crowds. The original much-quoted observation by Francis Galton that the average of a group&#8217;s estimates of something (beans in a jar, weight of a butchered &#8230; <a href="http://www.riskythinking.com/blog/questionable-wisdom-of-crowds/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<table class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;" cellspacing="0" cellpadding="0" align="center">
<tbody>
<tr>
<td style="text-align: center;"><a style="margin-left: auto; margin-right: auto;" href="http://farm2.staticflickr.com/1436/613445810_2249c2d193.jpg"><img src="http://farm2.staticflickr.com/1436/613445810_2249c2d193.jpg" alt="" width="448" height="288" border="0" /></a></td>
</tr>
<tr>
<td class="tr-caption" style="text-align: center;">Photo &#8211; <a href="http://www.flickr.com/photos/jamescridland/613445810/" target="_blank">James Cridland</a></td>
</tr>
</tbody>
</table>
<p>There&#8217;s often far too much credibility given to the wisdom of crowds.</p>
<p>The original much-quoted observation by <a href="https://en.wikipedia.org/wiki/Francis_Galton#Crowd_sourcing" target="_blank">Francis Galton</a> that the average of a group&#8217;s estimates of something (beans in a jar, weight of a butchered ox) can be much better than an individual estimate may often be true, <em>but in some circumstances it may be much worse</em>. This is frequently forgotten.</p>
<p>I just came across an excellent ten minute presentation by <a href="http://www.tomscott.com/crowd/">Tom Scott</a> which explains some of those other circumstances, providing a convincing live demonstration using audience tweets. It&#8217;s worth having on hand for those occasions when you are tempted (or told) to simply average people&#8217;s estimates of the likelihood of an event or of the impact of a disruption.</p>
<p><object width="320" height="180" classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0"><param name="allowFullScreen" value="true" /><param name="allowScriptAccess" value="always" /><param name="src" value="http://www.youtube.com/v/d68mcH2veCU&amp;rel=0&amp;hl=en_US&amp;feature=player_embedded&amp;version=3" /><param name="allowfullscreen" value="true" /><param name="allowscriptaccess" value="always" /><embed width="320" height="180" type="application/x-shockwave-flash" src="http://www.youtube.com/v/d68mcH2veCU&amp;rel=0&amp;hl=en_US&amp;feature=player_embedded&amp;version=3" allowFullScreen="true" allowScriptAccess="always" allowfullscreen="true" allowscriptaccess="always" /></object>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.riskythinking.com/blog/questionable-wisdom-of-crowds/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
