<?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>tdistler.com &#187; security</title>
	<atom:link href="http://tdistler.com/tag/security/feed" rel="self" type="application/rss+xml" />
	<link>http://tdistler.com</link>
	<description>&#34;To err is human, but to really foul things up you need a computer.”</description>
	<lastBuildDate>Wed, 16 May 2012 03:00:31 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>Security Fallacy</title>
		<link>http://tdistler.com/2010/07/01/security-fallacy</link>
		<comments>http://tdistler.com/2010/07/01/security-fallacy#comments</comments>
		<pubDate>Thu, 01 Jul 2010 20:21:20 +0000</pubDate>
		<dc:creator>Tom</dc:creator>
				<category><![CDATA[Tech and Security]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[Technology]]></category>

		<guid isPermaLink="false">http://tdistler.com/?p=384</guid>
		<description><![CDATA[&#8220;Cryptography can be used to secure my data. Therefore, if I use cryptography my data is secure.&#8221; Wrong. I think Bruce Schneier described it best (paraphrased): Cryptography is like having a really strong front door on your house&#8230; 2 foot thick steal, blast proof, the whole 9 yards. A thief isn&#8217;t going to try and [...]]]></description>
			<content:encoded><![CDATA[<p><em>&#8220;Cryptography can be used to secure my data. Therefore, if I use cryptography my data is secure.&#8221;</em></p>
<p>Wrong.</p>
<p>I think <a title="Bruce Schneier's Blog" href="http://www.schneier.com/" target="_blank">Bruce Schneier</a> described it best (paraphrased): Cryptography is like having a really strong front door on your house&#8230; 2 foot thick steal, blast proof, the whole 9 yards. A thief isn&#8217;t going to try and break through your front door&#8230; they&#8217;ll just climb through a window!</p>
<p>Security is about the whole system; not just the crypto. <a title="xkcd" href="http://xkcd.com" target="_blank">xkcd</a> summed it up nicely:</p>
<p><a href="http://tdistler.com/wp-content/uploads/2010/07/xkcd_security.jpg"><img class="aligncenter size-full wp-image-385" title="xkcd_security" src="http://tdistler.com/wp-content/uploads/2010/07/xkcd_security.jpg" alt="xkcd: Security" width="448" height="274" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://tdistler.com/2010/07/01/security-fallacy/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>San Francisco city officials locked out of computer network</title>
		<link>http://tdistler.com/2008/07/15/san-francisco-city-officials-locked-out-of-computer-network</link>
		<comments>http://tdistler.com/2008/07/15/san-francisco-city-officials-locked-out-of-computer-network#comments</comments>
		<pubDate>Tue, 15 Jul 2008 15:49:32 +0000</pubDate>
		<dc:creator>Tom</dc:creator>
				<category><![CDATA[Tech and Security]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[Technology]]></category>

		<guid isPermaLink="false">http://tdistler.com/?p=115</guid>
		<description><![CDATA[Update 7/22/2008: The issue may be more complex than it first looks (of course, the media always over-simplifies things). Click HERE to read an insider&#8217;s account of the situation. &#8212; Okay, THIS is funny because of the glaring security mistakes made by San Francisco&#8217;s Department of Technology (or Department of Ignorance, after this one). From [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignright" style="float: right;" src="/media/images/SFLocked.jpg" alt="San Francisco: Locked" width="143" height="107" /><strong>Update 7/22/2008:</strong> The issue may be more complex than it first looks (of course, the media always over-simplifies things). Click <a title="CIO: Why San Francisco's Network Admin Went Rogue" href="http://www.cio.com/article/438636/Why_San_Francisco_s_Network_Admin_Went_Rogue_" target="_blank">HERE</a> to read an insider&#8217;s account of the situation.</p>
<p>&#8212;</p>
<p>Okay, <a title="New York Times: SF officials locked out of computer network" href="http://www.sfgate.com/cgi-bin/article.cgi?f=/c/a/2008/07/14/BAOS11P1M5.DTL" target="_blank">THIS</a> is funny because of the glaring security mistakes made by San Francisco&#8217;s Department of Technology (or Department of Ignorance, after this one). From the New York Times:</p>
<blockquote><p>A disgruntled city computer engineer has virtually commandeered San Francisco&#8217;s  new multimillion-dollar computer network, altering it to deny access to top  administrators even as he sits in jail&#8230;</p></blockquote>
<blockquote><p>Prosecutors say Childs, who works in the Department of Technology&#8230; tampered with the city&#8217;s new FiberWAN (Wide Area  Network), where records such as officials&#8217; e-mails, city payroll files,  confidential law enforcement documents and jail inmates&#8217; bookings are stored.</p></blockquote>
<blockquote><p>Officials also said they feared that although Childs is in jail, he may have  enabled a third party to access the system by telephone or other electronic  device and order the destruction of hundreds of thousands of sensitive  documents.</p></blockquote>
<p>This is like security 101&#8230; you never give this much power to any single person. On critical systems like this, you always have check-and-balances, outside security code reviews, and strict audits. The S.F. DoT was basically driving around without insurance and got in an accident&#8230; I don&#8217;t feel sorry for them. It&#8217;s really sad how ignorant the world is about security (sigh).</p>
]]></content:encoded>
			<wfw:commentRss>http://tdistler.com/2008/07/15/san-francisco-city-officials-locked-out-of-computer-network/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Why Securing A Video Stream Is So Difficult</title>
		<link>http://tdistler.com/2008/06/16/why-securing-a-video-stream-is-so-difficult</link>
		<comments>http://tdistler.com/2008/06/16/why-securing-a-video-stream-is-so-difficult#comments</comments>
		<pubDate>Mon, 16 Jun 2008 15:28:16 +0000</pubDate>
		<dc:creator>Tom</dc:creator>
				<category><![CDATA[Code Monkey]]></category>
		<category><![CDATA[Tech and Security]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[video]]></category>

		<guid isPermaLink="false">http://tdistler.com/?p=96</guid>
		<description><![CDATA[There was an interesting article this last Friday at the New Scientist about how the contents of encrypted VOIP conversations could still be deduced via traffic analysis. The short version is that many spoken words have a signature to them even when they are encrypted. This signature is related to the size of the data [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignright" style="float: right;" src="/media/images/PadlockedColorbars.jpg" alt="Colorbars" width="137" height="103" />There was an interesting article this last Friday at the <a title="New Scientist: Compressed web phone calls are easy to bug" href="http://technology.newscientist.com/article/dn14124-compressed-web-phone-calls-are-easy-to-bug.html" target="_blank">New Scientist</a> about how the contents of encrypted VOIP conversations could still be deduced via traffic analysis. The short version is that many spoken words have a signature to them even when they are encrypted. This signature is related to the size of the data packets used to represent the sound data. Many phonemes in a word have a distinct encoded data size&#8230; by analyzing the packet sizes you can deduce the phonemes and thus the spoken word.</p>
<p>This got me thinking I should write about the complex problem of securing a video stream. There are many aspects to securing a video stream: integrity, authenticity, and privacy being the most important. I&#8217;m not going to spend time talking about integrity and authenticity, because those are somewhat simpler problems to solve (integritiy = digital signatures, authenticity = digital certificates). The main focus of this post is about privacy; keeping an eavesdropper from deducing the contents of a video stream.</p>
<p><span id="more-96"></span><br />
<strong>Terms</strong></p>
<p><em>Privacy:</em> The goal of privacy is to limit the amount of information that an attacker can deduce from the data stream (ideally, none). This is a much more difficult problem than it first appears to be. If you think all you have to do is encrypt the video, you REALLY need to keep reading.</p>
<p><em>Entopy:</em> A measure of the minimum number of bits required to communicate a unit of information. Most forms of data (especially video) have a lot of redundant information in them that is not necessary to transmit to the receiver.</p>
<p><em>Compression:</em> The process of removing redundant data so that the number of bits transmitted is as close as possible to the entropy value.</p>
<p><em>Encryption:</em> The process of encoding data into a form that is impractical to decode without knowing the key. A good encryption algorithm will cause patterns in the input to have no correlating pattern on the output. The input is called <em>plaintext</em> and the output is called <em>ciphertext</em>.</p>
<p><strong>MPEG-4 and h.264 Video Compression</strong></p>
<p>I&#8217;m going to talk specifically about video compressed with MPEG-4/h.264, but these concepts apply to any variable bitrate compression algorithm. Also, to simplify writing, I&#8217;m going to refer to MPEG-4 and h.264 collectively as MPEG-4 (since both are part of the same standard and have similar characteristics).</p>
<p>As I mentioned above, raw video has a tremendous amount of redundant data. Except for a few rare cases, the difference between 2 successive video frames is small (many times the background is unchanging or panning in a predictable manner). MPEG-4 takes advantage of this by outputting the difference between frames; complete frames are only produced periodically. Since the difference between frames is usually small, MPEG-4 does a good job of minimizing the video data close to its entropy value.</p>
<p>Below is a graphical representation of an MPEG-4 video stream. I-frames are the complete frames, and P-frames are the &#8216;difference&#8217; frames. The period between I-frames defines the Group Of Pictures (GOP) length.</p>
<p style="text-align: center;"><img class="aligncenter" src="/media/images/MPEG4NoMotionGOP.jpg" alt="Encoded MPEG-4 Video Stream" width="319" height="212" /></p>
<p style="text-align: left;">As you can see, MPEG-4 greatly reduces the amount of data that needs to be transmitted to the receiver. This is an important feature to have, because it allows more streams (or higher-quality streams.. your choice) to be transmitted over the same network infrastructure.</p>
<p style="text-align: left;">
<p style="text-align: left;"><strong>Securing the Video</strong></p>
<p style="text-align: left;">Okay, so how do we prevent an attacker from gaining any information about the contents of the video? The naive approach would be to simply encrypt the video using something like AES and call it good. True, this would prevent the attacker from decoding the raw video (assuming the key exchange infrastructure is designed correctly&#8230; but that&#8217;s another post). However, this may not be good enough to fulfill our requirement of privacy. For example, what if the attacker couldn&#8217;t watch the video, but was able to determine if there was movement in the video? Would this be valuable information? It could be, if the attacker is trying to determine the schedule of a security guard making his rounds.</p>
<p style="text-align: left;">First, let&#8217;s look at what an encrypted stream would look like to the attacker:</p>
<p style="text-align: center;"><img class="aligncenter" src="/media/images/MPEG4NoMotionGOP_Encrypted.jpg" alt="MPEG-4 Encrypted Video Stream" width="319" height="212" /></p>
<p style="text-align: left;">
<p style="text-align: left;">Assuming the video is transmitted using a common transport protocol like RTP, it is easy for an attacker to determine the frame boundaries (there are bits in the RTP header that specify this). The attacker still can&#8217;t decode the video to watch it, but he now has a vital piece of information: the encrypted frame size.</p>
<p style="text-align: left;">The size of the encrypted frame matters, because there is a strong correlation between the size of the ciphertext and the size of the original plaintext. Most symmetric encryption algorithms (like AES) do nothing to mask the size of the data they encode. Thus, the size of the encrypted output is almost exactly the size of the original input (&#8216;almost&#8217;, because symmetric block ciphers will pad the data so it is an exact multiple of the block size). Thus, the attacker can use the frame size to determine the GOP length simply by analyzing the data stream and looking for periodic spikes in the size of the frame data. Since the GOP length rarely (if ever) changes, it&#8217;s trivial to find the I-frame&#8230; everything else is therefore a P-frame.</p>
<p style="text-align: left;">So, why is the original frame size important? Well, let&#8217;s look at what P-frame size tells us. When there is no movement in front of a camera, the differences between successive frames will be very small, and thus the P-frames will be small. When something changes in the frame (like a security guard entering the room), the difference between frames will be greater, and thus the P-frame size will increase. An encrypted stream with movement in it may look like:</p>
<p style="text-align: center;"><img class="aligncenter" src="/media/images/MPEG4MotionGOP_Encrypted.jpg" alt="MPEG-4 Encrypted Video With Motion" width="319" height="212" /></p>
<p style="text-align: left;">If an attacker can determine the size of the P-frames, he can determine the amount of change between frames and possibly deduce information about what&#8217;s going on. Thus, we have failed to meet the strict definition of privacy.</p>
<p style="text-align: left;">
<p style="text-align: left;"><strong>Conclusion</strong></p>
<p style="text-align: left;">Security is harder than it looks: much harder. Because of this, most engineers will do it wrong. As <a title="Bruce Schneier's Blog" href="http://www.schneier.com/blog/" target="_blank">Bruce Schneier</a> is fond of saying, no security is better than broken security, because at least you will be more careful with your data if you know your security is broken.</p>
<p style="text-align: left;">Security is more than simply understanding algorithms; it&#8217;s a way of thinking. It&#8217;s understanding the flow of information. It&#8217;s understanding to think like an attacker. Cryptography is just a tool, not a panacea. Relying only on cryptography for security is like trying to protect your house with a huge, electrified, steel front door covered in barbed wire&#8230; the attacker will simply break in through the window. You have to consider <em>ALL</em> the attack vectors.</p>
<p style="text-align: left;">So how do you <em>really</em> secure compressed video? Well, I can&#8217;t reveal that here. Solving these problems is what I&#8217;m paid to do&#8230; good old trade secrets stuff. I&#8217;ll tell you it is possible to do, but it&#8217;s not trivial. If you think you&#8217;ve solved it, be careful&#8230; you may still be revealing more than you think.</p>
<p style="text-align: left;"><strong>Suggested Reading</strong></p>
<ul>
<li><a title="Schneier of Security" href="http://www.schneier.com/blog/" target="_blank">Schneier of Security</a></li>
<li><a title="Applied Cryptography" href="http://www.schneier.com/book-applied.html" target="_blank">Applied Cryptography</a></li>
<li><a title="Handbook of Applied Cryptography" href="http://www.cacr.math.uwaterloo.ca/hac/" target="_blank">Handbook of Applied Cryptography</a></li>
<li><a title="Beyond Fear" href="http://www.schneier.com/book-beyondfear.html" target="_blank">Beyond Fear</a></li>
<li><a title="Practical Cryptography" href="http://www.schneier.com/book-practical.html" target="_blank">Practical Cryptography</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://tdistler.com/2008/06/16/why-securing-a-video-stream-is-so-difficult/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>10 Immutable Laws of Computer Security</title>
		<link>http://tdistler.com/2008/03/19/10-immutable-laws-of-computer-security</link>
		<comments>http://tdistler.com/2008/03/19/10-immutable-laws-of-computer-security#comments</comments>
		<pubDate>Wed, 19 Mar 2008 20:49:37 +0000</pubDate>
		<dc:creator>Tom</dc:creator>
				<category><![CDATA[Tech and Security]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://tdistler.com/?p=10</guid>
		<description><![CDATA[There&#8217;s a good article up on Microsoft TechNet about truths in computer security that never change. I&#8217;ve only listed the laws here, but the actual article has a good explanation of each one. Law #1: If a bad guy can persuade you to run his program on your computer, it&#8217;s not your computer anymore. Law [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignright" src="/media/images/computer_security.jpg" alt="Computer Security"/>There&#8217;s a good <a title="10 Immutable Laws of Security" target="_blank" href="http://www.microsoft.com/technet/archive/community/columns/security/essays/10imlaws.mspx?mfr=true">article</a> up on Microsoft TechNet about truths in computer security that never change. I&#8217;ve only listed the laws here, but the actual article has a good explanation of each one.</p>
<blockquote>
<p>Law #1: If a bad guy can persuade you to run his program on your computer, it&#8217;s not your computer anymore.</p>
<p>Law #2: If a bad guy can alter the operating system on your computer, it&#8217;s not your computer anymore.</p>
<p>Law #3: If a bad guy has unrestricted physical access to your computer, it&#8217;s not your computer anymore.</p>
<p>Law #4: If you allow a bad guy to upload programs to your website, it&#8217;s not your website any more.</p>
<p>Law #5: Weak passwords trump strong security.</p>
<p>Law #6: A computer is only as secure as the administrator is trustworthy.</p>
<p>Law #7: Encrypted data is only as secure as the decryption key.</p>
<p>Law #8: An out of date virus scanner is only marginally better than no virus scanner at all.</p>
<p>Law #9: Absolute anonymity isn&#8217;t practical, in real life or on the Web.</p>
<p>Law #10: Technology is not a panacea.</p>
</blockquote>
]]></content:encoded>
			<wfw:commentRss>http://tdistler.com/2008/03/19/10-immutable-laws-of-computer-security/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Intel Security Music Video</title>
		<link>http://tdistler.com/2007/10/09/intel-security-music-video</link>
		<comments>http://tdistler.com/2007/10/09/intel-security-music-video#comments</comments>
		<pubDate>Tue, 09 Oct 2007 15:00:40 +0000</pubDate>
		<dc:creator>Tom</dc:creator>
				<category><![CDATA[Tech and Security]]></category>
		<category><![CDATA[Intel]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[video]]></category>

		<guid isPermaLink="false">http://tdistler.com/?p=36</guid>
		<description><![CDATA[Back when I worked at Intel in their System Software group, we were working on an embedded OS kernel that would run on the chipset and help provide firmware based security for the enterprise.This technology was called Active Management Technology (AMT). The OS was host to various embedded security applications that monitored and controlled the [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignright" src="/media/images/Intel-logo.gif" alt="Intel" />Back when I worked at Intel in their System Software group, we were working on an embedded OS kernel that would run on the chipset and help provide firmware based security for the enterprise.This technology was called <a title="Intel AMT" href="http://www.intel.com/cd/network/communications/emea/eng/203372.htm?iid=technology_amt+translation_english" target="_blank">Active Management Technology (AMT)</a>. The OS was host to various embedded security applications that monitored and controlled the system. We were also working with another team that was developing a secure hypervisor that would provide an isolated environment for the user OS (like Windows, Linux, etc). All of this was designed to allow an enterprise IT department more control over its machines and help isolate malware infected computers from the network. It also allows IT to more easily manage and repair systems remotely. Click on the link above if you want to read more.</p>
<p>Anyways, a few months ago, Intel made this music video promoting the technology:</p>
<p style="text-align: center;"><object type="application/x-shockwave-flash" data="http://www.youtube.com/v/12Icxthmpis&amp;hl=en" width="425" height="355"><param name="movie" value="http://www.youtube.com/v/12Icxthmpis&amp;hl=en" /><param name="FlashVars" value="playerMode=embedded" /><param name="wmode" value="transparent" /></object></p>
<p style="text-align: center;">(requires <a href="http://www.adobe.com/products/flashplayer/" target="_blank">Adobe Flash</a> plugin&#8230; click <a href="http://www.youtube.com/watch?v=12Icxthmpis" target="_blank">HERE</a> to watch it on YouTube)</p>
]]></content:encoded>
			<wfw:commentRss>http://tdistler.com/2007/10/09/intel-security-music-video/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Multics Security &#8211; 30 years later</title>
		<link>http://tdistler.com/2007/09/19/multics-security-30-years-later</link>
		<comments>http://tdistler.com/2007/09/19/multics-security-30-years-later#comments</comments>
		<pubDate>Wed, 19 Sep 2007 15:42:33 +0000</pubDate>
		<dc:creator>Tom</dc:creator>
				<category><![CDATA[Tech and Security]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://tdistler.com/?p=47</guid>
		<description><![CDATA[Researchers at IBM and Aesec Corp released a paper looking at Multics Operating System security and the penetration analysis that was done by the Air Force in the 1970&#8242;s. Multics received a B2 security rating from the NSA (A1 being the highest rating), which is a rating far above todays operating systems commonly in use [...]]]></description>
			<content:encoded><![CDATA[<p>Researchers at IBM and Aesec Corp released a paper looking at Multics Operating System security and the penetration analysis that was done by the Air Force in the 1970&#8242;s. Multics received a B2 security rating from the NSA (A1 being the highest rating), which is a rating far above todays operating systems commonly in use (Windows NT is rated as C2). What&#8217;s interesting to me is that Multics (even after its security enhancements) was deemed unacceptable for systems in an open environments (i.e. being connected to a network like the Internet).</p>
<p><a id="p78" title="multics-security.pdf" href="http://www.tdistler.com/media/docs/multics-security.pdf">Here&#8217;s a link to the paper</a> (PDF)</p>
]]></content:encoded>
			<wfw:commentRss>http://tdistler.com/2007/09/19/multics-security-30-years-later/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Overblown: How Politicians and the Terrorism Industry Inflate National Security Threats, and Why We Believe Them</title>
		<link>http://tdistler.com/2007/08/15/overblown-how-politicians-and-the-terrorism-industry-inflate-national-security-threats-and-why-we-believe-them</link>
		<comments>http://tdistler.com/2007/08/15/overblown-how-politicians-and-the-terrorism-industry-inflate-national-security-threats-and-why-we-believe-them#comments</comments>
		<pubDate>Wed, 15 Aug 2007 14:44:29 +0000</pubDate>
		<dc:creator>Tom</dc:creator>
				<category><![CDATA[Government]]></category>
		<category><![CDATA[dilbert]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://tdistler.com/?p=52</guid>
		<description><![CDATA[As the alarmism and hype about terrorism continues to be blown out of proportion, it&#8217;s nice to see scholars of political science laying out the facts. One such person is Ohio State University professor John Mueller; an expert in national security issues. I find this except from a review of his latest book &#8220;Overblown: How [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignright" src="/media/images/Overblown_John_Mueller.jpg" alt="Book cover" />As the alarmism and hype about terrorism continues to be blown out of proportion, it&#8217;s nice to see scholars of political science laying out the facts.  One such person is Ohio State University professor John Mueller; an expert in national security issues. I find this except from a review of his latest book <span class="sans">&#8220;<a title="Amazon" href="http://www.amazon.com/Overblown-Politicians-Terrorism-Industry-National/dp/1416541713" target="_blank">Overblown: How Politicians and the Terrorism Industry Inflate National Security Threats, and Why We Believe Them (2006)</a>&#8221; to be very enlightening:</span></p>
<blockquote><p>Mueller&#8217;s book is filled with statistics meant to put terrorism in context. For example, international terrorism annually causes the same number of deaths as drowning in bathtubs or bee stings. It would take a repeat of Sept. 11 every month of the year to make flying as dangerous as driving. Over a lifetime, the chance of being killed by a terrorist is about the same as being struck by a meteor. Mueller&#8217;s conclusions: An American&#8217;s risk of dying at the hands of a terrorist is microscopic. The likelihood of another Sept. 11-style attack is nearly nil because it would lack the element of surprise. America can easily absorb the damage from most conceivable attacks. And the suggestion that al Qaeda poses an existential threat to the United States is ridiculous. Mueller&#8217;s statistics and conclusions are jarring only because they so starkly contradict the widely disseminated and broadly accepted image of terrorism as an urgent and all-encompassing threat.</p></blockquote>
<p>And here&#8217;s an appropriate comic to follow:</p>
<div style="text-align: center"><img src="/media/images/dilbert2007081527611.gif" alt="Dogbert for president" width="518" height="189" /></div>
]]></content:encoded>
			<wfw:commentRss>http://tdistler.com/2007/08/15/overblown-how-politicians-and-the-terrorism-industry-inflate-national-security-threats-and-why-we-believe-them/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Psychology of Security</title>
		<link>http://tdistler.com/2007/02/08/the-psychology-of-security</link>
		<comments>http://tdistler.com/2007/02/08/the-psychology-of-security#comments</comments>
		<pubDate>Fri, 09 Feb 2007 02:10:51 +0000</pubDate>
		<dc:creator>Tom</dc:creator>
				<category><![CDATA[Tech and Security]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://tdistler.com/?p=77</guid>
		<description><![CDATA[Here&#8217;s an interesting essay by Bruce Schneier discussing the psychology of security and how humans evaluate risk. It discusses many fascinating research studies regarding human decision making, and helps illuminate why people have a perception of security that is so different from the reality of security. I found this to be an interesting summary of [...]]]></description>
			<content:encoded><![CDATA[<p><a title="The Psychology of Security - Bruce Schneier" href="http://www.schneier.com/essay-155.html" target="_blank">Here&#8217;s</a> an interesting essay by Bruce Schneier discussing the psychology of security and how humans evaluate risk. It discusses many fascinating research studies regarding human decision making, and helps illuminate why people have a perception of security that is so different from the reality of security.</p>
<p><span id="more-77"></span>I found this to be an interesting summary of how we generally evaluate risk:</p>
<blockquote><p><strong><em>People exaggerate risks that are:</em></strong></p>
<ul>
<li>Spectacular</li>
<li> Rare</li>
<li> Personified</li>
<li> Beyond their control, or externally imposed</li>
<li> Talked about</li>
<li> Intentional or man-made</li>
<li> Immediate</li>
<li> Sudden</li>
<li> Affecting them personally</li>
<li> New and unfamiliar</li>
<li> Uncertain</li>
<li> Directed against their children</li>
<li> Morally offensive</li>
<li> Entirely without redeeming features</li>
<li> Not like their current situation</li>
</ul>
</blockquote>
<blockquote><p><strong><em>People downplay risks that are:</em></strong></p>
<ul>
<li>Pedestrian</li>
<li> Common</li>
<li> Anonymous</li>
<li> More under their control, or taken willingly</li>
<li> Not discussed</li>
<li> Natural</li>
<li> Long-term or diffuse</li>
<li> Evolving slowly over time</li>
<li> Affecting others</li>
<li> Familiar</li>
<li> Well understood</li>
<li> Directed towards themselves</li>
<li> Morally desirable</li>
<li> Associated with some ancillary benefit</li>
<li> Like their current situation</li>
</ul>
</blockquote>
<p>From the essay:</p>
<blockquote><p>The truth is that we’re not hopelessly bad at making security trade-offs. We are very well adapted to dealing with the security environment endemic to hominids living in small family groups on the highland plains of East Africa. It’s just that the environment in New York in 2006 is different from Kenya circa 100,000 BC. And so our feeling of security diverges from the reality of security, and we get things wrong.</p></blockquote>
<p>&#8230;</p>
<blockquote><p>Why is it that, even if someone knows that automobiles kill 40,000 people each year in the U.S. alone and airplanes kill only hundreds world-wide, they are more afraid of airplanes than automobiles? Why is it that, when food poisoning kills 5,000 people per year and 9/11 terrorists killed 2,973 people in only one year, are we spending tens of billions per year on terrorism defense and almost never think about food poisoning?</p></blockquote>
<p>And a great quote from psychologist Daniel Gilbert:</p>
<blockquote><p>The brain is a beautifully engineered get-out-of-the-way machine that constantly scans the environment for things out of whose way it should right now get. That’s what brains did for several hundred million years—and then, just a few million years ago, the mammalian brain learned a new trick: to predict the timing and location of dangers before they actually happened.</p>
<p>Our ability to duck that which is not yet coming is one of the brain’s most stunning innovations, and we wouldn’t have dental floss or 401(k) plans without it. But this innovation is in the early stages of development. The application that allows us to respond to visible baseballs is ancient and reliable, but the add-on utility that allows us to respond to threats that loom in an unseen future is still in beta testing.</p></blockquote>
<p><a title="The Psychology of Security - Bruce Schneier" href="http://www.schneier.com/essay-155.pdf" target="_blank">Click here to read the PDF version of the essay.</a></p>
]]></content:encoded>
			<wfw:commentRss>http://tdistler.com/2007/02/08/the-psychology-of-security/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

