<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss 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/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">

<channel>
	<title>BlogInfoSec.com</title>
	
	<link>http://www.bloginfosec.com</link>
	<description>An Information Security Magazine in a Blog Format</description>
	<lastBuildDate>Mon, 08 Feb 2010 11:00:07 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/bloginfosec/krfr" /><feedburner:info uri="bloginfosec/krfr" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com" /><feedburner:emailServiceId>bloginfosec/krfr</feedburner:emailServiceId><feedburner:feedburnerHostname>http://feedburner.google.com</feedburner:feedburnerHostname><item>
		<title>Please Let Me Explain…</title>
		<link>http://feedproxy.google.com/~r/bloginfosec/krfr/~3/nvfP5k1MPws/</link>
		<comments>http://www.bloginfosec.com/2010/02/08/please-let-me-explain%e2%80%a6/#comments</comments>
		<pubDate>Mon, 08 Feb 2010 11:00:07 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[CSO/CISO Perspectives]]></category>
		<category><![CDATA[Compliance and Laws]]></category>
		<category><![CDATA[Cybercrime]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[Ben Worthen]]></category>
		<category><![CDATA[Bob Carr]]></category>
		<category><![CDATA[FOIA]]></category>
		<category><![CDATA[Freedom of Information Act]]></category>
		<category><![CDATA[FS-ISAC]]></category>
		<category><![CDATA[Heartland Payment Systems]]></category>
		<category><![CDATA[IT-ISAC]]></category>
		<category><![CDATA[Lawrence Summers]]></category>
		<category><![CDATA[PDD-63]]></category>
		<category><![CDATA[Presidential Decision Direction 63]]></category>
		<category><![CDATA[Scott Algeier]]></category>
		<category><![CDATA[spotlight]]></category>
		<category><![CDATA[Wall Street Journal]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1340</guid>
		<description><![CDATA[Whenever you speak to a reporter, you are always at risk that what will be published isn’t quite what you meant or that the context of your statement  within the article will distort your meaning. Knowing this, you usually have to choose between the importance of what you have to say (in your opinion) and [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<p>Whenever you speak to a reporter, you are always at risk that what will be published isn’t quite what you meant or that the context of your statement  within the article will distort your meaning. Knowing this, you usually have to choose between the importance of what you have to say (in your opinion) and the potential downside of any alteration of your message.</p>
<p>With this in mind, I spoke to <a href="http://topics.wsj.com/person/W/ben-worthen/1579" target="_blank">Ben Worthen</a>, a reporter from<strong> <a href="http://online.wsj.com/home-page" target="_blank">The Wall Street Journal</a>,</strong> and was quoted in the January 19, 2010 issue. The title of the specific article was “<a href="http://online.wsj.com/article/SB10001424052748704541004575011113352790040.html" target="_blank">Private Sector Keeps Mum on Cyber Attacks</a>” and the subtitle “Companies Are Loath to Disclose or Share Information on Breaches for Fear of Bad Publicity and Loss of Business to Rivals.” My particular statement was that the organized sharing of incident information among companies had not really advanced since the late 1990s.</p>
<p>My statement was sandwiched between one by <a href="http://www.linkedin.com/pub/dir/scott/algeier/" target="_blank">Scott Algeier</a> of the IT-ISAC (<a href="http://searchsecurity.techtarget.com/sDefinition/0,,sid14_gci519405,00.html" target="_blank">Information Technology Information Sharing and Analysis Center</a>) and another by <a href="http://www.youtube.com/watch?v=gS0uZ8qwzDs" target="_blank">Bob Carr</a>, the CEO of <a href="http://en.wikipedia.org/wiki/Heartland_Payment_Systems" target="_blank">Heartland Payment Systems</a>, which has suffered a major privacy data breach. Mr. Algeier asserted that considerable progress had been made in the past decade in public-private sector collaboration, and Bob Carr claimed that up to 300 companies had also been “targeted by similar attacks” but had not “come forward.” How might one resolve such apparent inconsistencies in our three views?</p>
<p>For the record, I was a co-founder and two-term Board member of the <a href="http://www.fsisac.com/" target="_blank">FS-ISAC (the Financial Services ISAC)</a>, which was launched by <a href="http://en.wikipedia.org/wiki/Treasury_Secretary" target="_blank">Treasury Secretary</a> <a href="http://en.wikipedia.org/wiki/Lawrence_Summers" target="_blank">Lawrence Summers</a> in October 1999, purposely in advance of Y2K. The IT-ISAC was founded more than a year later, in January 2001. The FS-ISAC was the first of the ISACs to be formed in accordance with president Clinton’s May <a href="http://en.wikipedia.org/wiki/PDD-63" target="_blank">1998 Presidential Decision Directive (PDD) 63</a>, alluded to in the <a href="http://online.wsj.com/article/SB10001424052748704541004575011113352790040.html" target="_blank"><strong>WSJ</strong> article</a>. The FS-ISAC became the model for many subsequent ISACs both in the US and abroad.</p>
<img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1340&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2010/02/08/please-let-me-explain%e2%80%a6/">Please Let Me Explain…</a> (670 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2010. |
<a href="http://www.bloginfosec.com/2010/02/08/please-let-me-explain%e2%80%a6/">Permalink</a> |
<a href="http://www.bloginfosec.com/2010/02/08/please-let-me-explain%e2%80%a6/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2010/02/08/please-let-me-explain%e2%80%a6/&title=Please Let Me Explain…">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/ben-worthen/" rel="tag">Ben Worthen</a>, <a href="http://www.bloginfosec.com/tag/bob-carr/" rel="tag">Bob Carr</a>, <a href="http://www.bloginfosec.com/tag/foia/" rel="tag">FOIA</a>, <a href="http://www.bloginfosec.com/tag/freedom-of-information-act/" rel="tag">Freedom of Information Act</a>, <a href="http://www.bloginfosec.com/tag/fs-isac/" rel="tag">FS-ISAC</a>, <a href="http://www.bloginfosec.com/tag/heartland-payment-systems/" rel="tag">Heartland Payment Systems</a>, <a href="http://www.bloginfosec.com/tag/it-isac/" rel="tag">IT-ISAC</a>, <a href="http://www.bloginfosec.com/tag/lawrence-summers/" rel="tag">Lawrence Summers</a>, <a href="http://www.bloginfosec.com/tag/pdd-63/" rel="tag">PDD-63</a>, <a href="http://www.bloginfosec.com/tag/presidential-decision-direction-63/" rel="tag">Presidential Decision Direction 63</a>, <a href="http://www.bloginfosec.com/tag/scott-algeier/" rel="tag">Scott Algeier</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a>, <a href="http://www.bloginfosec.com/tag/wall-street-journal/" rel="tag">Wall Street Journal</a><br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
<img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/nvfP5k1MPws" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2010/02/08/please-let-me-explain%e2%80%a6/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.bloginfosec.com/2010/02/08/please-let-me-explain%e2%80%a6/</feedburner:origLink></item>
		<item>
		<title>H1N1 Threat Overblown? Information Security Relevance? A Logic Proof</title>
		<link>http://feedproxy.google.com/~r/bloginfosec/krfr/~3/TEwaHZe0Wns/</link>
		<comments>http://www.bloginfosec.com/2010/01/27/h1n1-threat-overblown-information-security-relevance-a-logic-proof/#comments</comments>
		<pubDate>Wed, 27 Jan 2010 11:00:35 +0000</pubDate>
		<dc:creator>Kenneth F. Belva</dc:creator>
				<category><![CDATA[CSO/CISO Perspectives]]></category>
		<category><![CDATA[Security in Popular Culture]]></category>
		<category><![CDATA[featured]]></category>
		<category><![CDATA[H1N1]]></category>
		<category><![CDATA[News Commentary]]></category>
		<category><![CDATA[pandemic]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1291</guid>
		<description><![CDATA[&#8220;H1N1 was totally overblown. Nothing really terrible happened. No one suffered a pandemic and the resulting deaths were less in number than the deaths from the regular flu.&#8221; That&#8217;s a paraphrase of what some colleagues said to me. This sentiment is now echoed in the mainstream press as the WHO reacts to criticism that the [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<p>&#8220;H1N1 was totally overblown. Nothing really terrible happened. No one suffered a pandemic and the resulting deaths were less in number than the deaths from the regular flu.&#8221; That&#8217;s a paraphrase of what some colleagues said to me. <a href="http://www.msnbc.msn.com/id/35057450/ns/health-cold_and_flu/" target="_blank">This sentiment is now echoed in the mainstream press</a> as the <a href="http://en.wikipedia.org/wiki/World_health_organization" target="_blank">WHO</a> reacts to criticism that the pandemic hype was generated by the drug companies to sell flu-shots. In short, it wasn&#8217;t a real pandemic because nothing happened. It&#8217;s the same logic behind many criticisms of information security. It&#8217;s also based on a semantic fallacy rather than on a mistake in the underlying logic.</p>
<p>Logically, the argument runs like this:</p>
<blockquote><p>If &#8220;x conditions exist&#8221; then something really bad should happen</p>
<p>Nothing really bad happened</p>
<p>Therefore &#8220;x conditions&#8221; did not exist</p></blockquote>
<p>In it&#8217;s pure mathematical form (technically called <a href="http://en.wikipedia.org/wiki/Modus_tollens" target="_blank">Modus Tollens</a>) it can be represented as such:</p>
<blockquote><p>if p -&gt; q</p>
<p>~q</p>
<p>hence ~p</p></blockquote>
<p>To flesh this out a bit:</p>
<blockquote><p>If the current conditions exist such that H1N1 should massively spread, then there should be a pandemic</p>
<p>We did not have a pandemic</p>
<p>Therefore the conditions did not exist such that H1N1 should massively spread</p></blockquote>
<p>The conclusion is that if the conditions did not exist then it must have been another reason &#8212; such as drug companies &#8211;  that pushed the pandemic hype. <strong><em>The mistake in reasoning is to believe that the conditions in the first part of the If/Then statement cannot change.</em></strong> By distributing a vaccine the conditions of the &#8220;If&#8221; were altered.  The same fallacy applies to information security.</p>
<p>Next time someone complains that &#8220;There is no way to tell if any of this information security really does anything&#8221; the Information Security Professional has a proper, logical and mathematically sound reply. &#8220;<strong><em>We changed the environment so that it would be much less likely to happen</em></strong>.&#8221; Logically speaking it&#8217;s as though we changed the variable &#8216;p&#8217; to something else so that a different condition now exists. It&#8217;s necessarily so.</p>
<img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1291&type=feed" alt="" /><hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2010. |
<a href="http://www.bloginfosec.com/2010/01/27/h1n1-threat-overblown-information-security-relevance-a-logic-proof/">Permalink</a> |
<a href="http://www.bloginfosec.com/2010/01/27/h1n1-threat-overblown-information-security-relevance-a-logic-proof/#comments">One comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2010/01/27/h1n1-threat-overblown-information-security-relevance-a-logic-proof/&title=H1N1 Threat Overblown? Information Security Relevance? A Logic Proof">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/featured/" rel="tag">featured</a>, <a href="http://www.bloginfosec.com/tag/h1n1/" rel="tag">H1N1</a>, <a href="http://www.bloginfosec.com/tag/news-commentary/" rel="tag">News Commentary</a>, <a href="http://www.bloginfosec.com/tag/pandemic/" rel="tag">pandemic</a><br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
<img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/TEwaHZe0Wns" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2010/01/27/h1n1-threat-overblown-information-security-relevance-a-logic-proof/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://www.bloginfosec.com/2010/01/27/h1n1-threat-overblown-information-security-relevance-a-logic-proof/</feedburner:origLink></item>
		<item>
		<title>Cloud Computing Security at Newsweek</title>
		<link>http://feedproxy.google.com/~r/bloginfosec/krfr/~3/UtOzFZCgnfk/</link>
		<comments>http://www.bloginfosec.com/2010/01/26/cloud-computing-security-at-newsweek/#comments</comments>
		<pubDate>Tue, 26 Jan 2010 11:00:41 +0000</pubDate>
		<dc:creator>Kenneth F. Belva</dc:creator>
				<category><![CDATA[CSO/CISO Perspectives]]></category>
		<category><![CDATA[Compliance and Laws]]></category>
		<category><![CDATA[Cybercrime]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[InfoSec Economics]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[cloud computing]]></category>
		<category><![CDATA[daniel lyons]]></category>
		<category><![CDATA[exploits]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[newsweek]]></category>
		<category><![CDATA[nicholas carr]]></category>
		<category><![CDATA[spotlight]]></category>
		<category><![CDATA[vulnerability]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1309</guid>
		<description><![CDATA[Daniel Lyons will publish an op-ed on the insecurity of cloud computing in Newsweek&#8217;s February 1st, 2010 issue. The  main thrust of the article can be summarized as such:
But there is one big, glaring problem with cloud computing, and it just got laid bare in Google&#8217;s recent problems with China: your stuff isn&#8217;t safe. Google [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<p><a href="http://en.wikipedia.org/wiki/Daniel_Lyons" target="_blank">Daniel Lyons</a> will <a href="http://www.newsweek.com/id/231792" target="_blank">publish an op-ed on the insecurity</a> of <a href="http://en.wikipedia.org/wiki/Cloud_computing" target="_blank">cloud computing</a> in <a href="http://www.newsweek.com/id/231792" target="_blank">Newsweek</a>&#8217;s February 1st, 2010 issue. The  main thrust of the article can be summarized as such:</p>
<blockquote><p>But there is one big, glaring problem with cloud computing, and it just got laid bare in Google&#8217;s recent problems with China: your stuff isn&#8217;t safe. Google insists that cloud computing is perfectly secure. But of course Google says that—it&#8217;s trying to build a business out of it.</p>
<p>But if Google is so secure, how come Chinese hackers broke into its corporate servers and stole its intellectual property? Google won&#8217;t say exactly what information got filched, but if the company can&#8217;t protect its own intellectual property, how can it protect yours?</p></blockquote>
<p>Lyons then quotes <a href="http://en.wikipedia.org/wiki/Nicholas_Carr" target="_blank">Nicholas Carr</a> for the opposing opinion:</p>
<blockquote><p>Carr argues that while Google and other cloud providers can&#8217;t guarantee perfect security, they probably do a better job of fending off hackers than most companies can do on their own. On the other hand, Carr says, pooling millions of companies into a single big provider creates bigger individual targets. A hacker who cracks into a cloud can get at everybody&#8217;s stuff.</p></blockquote>
<p>Professionally speaking, I need to agree with Carr on this one. Publicly traded companies such as Google in the US must comply with various of regulations, most notably <a href="http://en.wikipedia.org/wiki/Sarbanes-oxley" target="_blank">Sarbanes-Oxley</a>. They are bound to compliance measures that help increase the security in their publicly traded organization. And, Carr is also correct to point out that cloud computing companies/domains are a larger target with a greater impact if the institution is breached.</p>
<p>There are two points that are not touched on by the Op-Ed. </p>
<img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1309&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2010/01/26/cloud-computing-security-at-newsweek/">Cloud Computing Security at Newsweek</a> (265 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2010. |
<a href="http://www.bloginfosec.com/2010/01/26/cloud-computing-security-at-newsweek/">Permalink</a> |
<a href="http://www.bloginfosec.com/2010/01/26/cloud-computing-security-at-newsweek/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2010/01/26/cloud-computing-security-at-newsweek/&title=Cloud Computing Security at Newsweek">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/cloud-computing/" rel="tag">cloud computing</a>, <a href="http://www.bloginfosec.com/tag/daniel-lyons/" rel="tag">daniel lyons</a>, <a href="http://www.bloginfosec.com/tag/exploits/" rel="tag">exploits</a>, <a href="http://www.bloginfosec.com/tag/google/" rel="tag">Google</a>, <a href="http://www.bloginfosec.com/tag/newsweek/" rel="tag">newsweek</a>, <a href="http://www.bloginfosec.com/tag/nicholas-carr/" rel="tag">nicholas carr</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a>, <a href="http://www.bloginfosec.com/tag/vulnerability/" rel="tag">vulnerability</a><br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
<img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/UtOzFZCgnfk" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2010/01/26/cloud-computing-security-at-newsweek/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.bloginfosec.com/2010/01/26/cloud-computing-security-at-newsweek/</feedburner:origLink></item>
		<item>
		<title>Protecting Cyberspace … Our Last Opportunity?</title>
		<link>http://feedproxy.google.com/~r/bloginfosec/krfr/~3/rNuT6D9Mzw4/</link>
		<comments>http://www.bloginfosec.com/2010/01/25/protecting-cyberspace-%e2%80%a6-our-last-opportunity/#comments</comments>
		<pubDate>Mon, 25 Jan 2010 11:00:08 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Information Security News]]></category>
		<category><![CDATA[Cyber Security Coordinator]]></category>
		<category><![CDATA[Howard Schmidt]]></category>
		<category><![CDATA[Information Security Forum]]></category>
		<category><![CDATA[Information Systems Security Association]]></category>
		<category><![CDATA[ISSA]]></category>
		<category><![CDATA[Richard Clarke]]></category>
		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1302</guid>
		<description><![CDATA[In my column, “The Silent War – Cyber Style,” posted on December 14, 2009, I had suggested that, since it was taking forever for the White House to come up with a Cyber Security Coordinator, that the White House expand CTO Aneesh Chopra’s responsibility to include cyber security.
So much for that suggestion. A week later, [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<p>In my column, “The Silent War – Cyber Style,” posted on December 14, 2009, I had suggested that, since it was taking forever for the White House to come up with a Cyber Security Coordinator, that the White House expand CTO Aneesh Chopra’s responsibility to include cyber security.</p>
<p>So much for that suggestion. A week later, the White House announced that they had hired Howard Schmidt for the job. I happen to think that putting Howard into this role is a much better solution, particularly since he is not matrix reporting to White House economic adviser Larry Summers and the National Economic Council. I had noted in my June 15, 2009 column, “Here We Go Again … Demoted Security,” that I didn’t think that economists should be setting IT and infosec priorities, as they frequently don’t fully understand technology, its importance or its ramifications.</p>
<img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1302&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2010/01/25/protecting-cyberspace-%e2%80%a6-our-last-opportunity/">Protecting Cyberspace … Our Last Opportunity?</a> (294 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2010. |
<a href="http://www.bloginfosec.com/2010/01/25/protecting-cyberspace-%e2%80%a6-our-last-opportunity/">Permalink</a> |
<a href="http://www.bloginfosec.com/2010/01/25/protecting-cyberspace-%e2%80%a6-our-last-opportunity/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2010/01/25/protecting-cyberspace-%e2%80%a6-our-last-opportunity/&title=Protecting Cyberspace … Our Last Opportunity?">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/cyber-security-coordinator/" rel="tag">Cyber Security Coordinator</a>, <a href="http://www.bloginfosec.com/tag/howard-schmidt/" rel="tag">Howard Schmidt</a>, <a href="http://www.bloginfosec.com/tag/information-security-forum/" rel="tag">Information Security Forum</a>, <a href="http://www.bloginfosec.com/tag/information-systems-security-association/" rel="tag">Information Systems Security Association</a>, <a href="http://www.bloginfosec.com/tag/issa/" rel="tag">ISSA</a>, <a href="http://www.bloginfosec.com/tag/richard-clarke/" rel="tag">Richard Clarke</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a><br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
<img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/rNuT6D9Mzw4" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2010/01/25/protecting-cyberspace-%e2%80%a6-our-last-opportunity/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.bloginfosec.com/2010/01/25/protecting-cyberspace-%e2%80%a6-our-last-opportunity/</feedburner:origLink></item>
		<item>
		<title>The Google / China Hack: What you won’t read elsewhere</title>
		<link>http://feedproxy.google.com/~r/bloginfosec/krfr/~3/IExBo_zGyZI/</link>
		<comments>http://www.bloginfosec.com/2010/01/14/the-google-china-hack-what-you-wont-read-elsewhere/#comments</comments>
		<pubDate>Thu, 14 Jan 2010 11:00:35 +0000</pubDate>
		<dc:creator>Kenneth F. Belva</dc:creator>
				<category><![CDATA[CSO/CISO Perspectives]]></category>
		<category><![CDATA[Compliance and Laws]]></category>
		<category><![CDATA[Cybercrime]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[Information Security News]]></category>
		<category><![CDATA[asia]]></category>
		<category><![CDATA[china]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[hack]]></category>
		<category><![CDATA[south korea]]></category>
		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1279</guid>
		<description><![CDATA[Google may leave China after a major hack. That&#8217;s the headline.  Yahoo! even joined in denouncing the attack. Google and the mainstream media give the impression that the compromise is the reason Google will leave. It seems unlikely to me: the hack is the straw that may break the camel&#8217;s back, but it&#8217;s not sole [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.networkworld.com/news/2010/011310-google-threatens-to-leave-china.html" target="_blank">Google may leave China after a major hack</a>. That&#8217;s the headline.  <a href="http://money.cnn.com/2010/01/13/technology/Yahoo_Google_China/index.htm?section=money_latest&amp;utm_source=feedburner&amp;utm_medium=feed&amp;utm_campaign=Feed%3A+rss%2Fmoney_latest+%28Latest+News%29" target="_blank">Yahoo! </a>even joined in denouncing the attack. Google and the mainstream media give the impression that the compromise is the reason Google will leave. It seems unlikely to me: <span style="text-decoration: underline;"><strong>the hack is the straw that may break the camel&#8217;s back, but it&#8217;s not sole reason</strong></span>.</p>
<p>In late October of 2009, I was invited to <a href="http://en.wikipedia.org/wiki/South_Korea" target="_blank">South Korea</a> to <a href="http://www.idg.co.kr/conference/view/home.do?confSeqno=38" target="_blank">speak on information security</a>. In my conversations with the conference participants, I learned that <a href="http://en.wikipedia.org/wiki/Intellectual_property" target="_blank">intellectual property</a> (IP) is not given the same considerations in <a href="http://en.wikipedia.org/wiki/Asia" target="_blank">Asia</a> as in the <a href="http://en.wikipedia.org/wiki/United_States" target="_blank">US</a> and <a href="http://en.wikipedia.org/wiki/Europe" target="_blank">Europe</a>. Employees of companies are constantly leaking data to other companies and it&#8217;s <em>difficult to change the mindset</em>. In addition, at least in South Korea, there are less infosec laws and companies are not regulated as they are in <a href="http://en.wikipedia.org/wiki/United_States" target="_blank">America</a> (<a href="http://en.wikipedia.org/wiki/Sarbanes%E2%80%93Oxley_Act" target="_blank">SOX</a>) and Europe (see Telecom legislation <a href="http://www.law.stanford.edu/program/centers/ttlf/law/eu/it/" target="_blank">here</a>).</p>
<p>The lack of regulation and the difference in mindset <em>create an environment</em> that lends itself to compromise. As such, this is most likely not the first compromise or exposure for Google (or most other US businesses) that operate in China. Stepping away from information security for a moment, we can see this mindset in other fields of business. Consider consumer goods such as watches, clothing and handbags. According to <a href="http://en.wikipedia.org/wiki/Counterfeit#Counterfeiting_of_consumer_goods" target="_blank">Wikipedia</a>, &#8220;Most counterfeit goods are produced in China, making it the counterfeit capital of the world.&#8221; Why should the mindset be different for intellectual property, especially property in an electronic format?</p>
<img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1279&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2010/01/14/the-google-china-hack-what-you-wont-read-elsewhere/">The Google / China Hack: What you won&#8217;t read elsewhere</a> (37 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2010. |
<a href="http://www.bloginfosec.com/2010/01/14/the-google-china-hack-what-you-wont-read-elsewhere/">Permalink</a> |
<a href="http://www.bloginfosec.com/2010/01/14/the-google-china-hack-what-you-wont-read-elsewhere/#comments">3 comments</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2010/01/14/the-google-china-hack-what-you-wont-read-elsewhere/&title=The Google / China Hack: What you won&#8217;t read elsewhere">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/asia/" rel="tag">asia</a>, <a href="http://www.bloginfosec.com/tag/china/" rel="tag">china</a>, <a href="http://www.bloginfosec.com/tag/google/" rel="tag">Google</a>, <a href="http://www.bloginfosec.com/tag/hack/" rel="tag">hack</a>, <a href="http://www.bloginfosec.com/tag/south-korea/" rel="tag">south korea</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a><br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
<img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/IExBo_zGyZI" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2010/01/14/the-google-china-hack-what-you-wont-read-elsewhere/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<feedburner:origLink>http://www.bloginfosec.com/2010/01/14/the-google-china-hack-what-you-wont-read-elsewhere/</feedburner:origLink></item>
		<item>
		<title>Security Testing’s Missing Link and the Revelation of Drone Images</title>
		<link>http://feedproxy.google.com/~r/bloginfosec/krfr/~3/G8Bd3zk7HLs/</link>
		<comments>http://www.bloginfosec.com/2010/01/11/security-testing%e2%80%99s-missing-link-and-the-revelation-of-drone-images/#comments</comments>
		<pubDate>Mon, 11 Jan 2010 11:00:22 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[Cybercrime]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[Information Security News]]></category>
		<category><![CDATA[breaches]]></category>
		<category><![CDATA[hack]]></category>
		<category><![CDATA[Hugh Thompson]]></category>
		<category><![CDATA[insurgents]]></category>
		<category><![CDATA[Iraq]]></category>
		<category><![CDATA[Predator drones]]></category>
		<category><![CDATA[security testing]]></category>
		<category><![CDATA[software security assurance]]></category>
		<category><![CDATA[spotlight]]></category>
		<category><![CDATA[Wall Street Journal]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1265</guid>
		<description><![CDATA[Why are so many computer and network applications breached? And in seemingly simple ways? A recent featured article appeared at the top of the first page of the December 17, 2009 edition of the Wall Street Journal – that dreaded space from which security professionals are tasked with avoiding their organizations and their executives from [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<p>Why are so many computer and network applications breached? And in seemingly simple ways? A recent featured article appeared at the top of the first page of the December 17, 2009 edition of the <em>Wall Street Journal </em>– that dreaded space from which security professionals are tasked with avoiding their organizations and their executives from appearing. It was about the interception by militants in Iraq of the videos from U.S. Predator drones. The article, which is by Siobhan Gorman, Yochi J. Dreasen and August Cole, has the title “Insurgents Hack U.S. Drones: $26 Software Is Used to Breach Key Weapons in Iraq; Iranian Backing Suspected.” The primary message of the article is that “U.S. adversaries continue to find simple ways to counteract sophisticated military technologies.”</p>
<img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1265&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2010/01/11/security-testing%e2%80%99s-missing-link-and-the-revelation-of-drone-images/">Security Testing’s Missing Link and the Revelation of Drone Images</a> (633 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2010. |
<a href="http://www.bloginfosec.com/2010/01/11/security-testing%e2%80%99s-missing-link-and-the-revelation-of-drone-images/">Permalink</a> |
<a href="http://www.bloginfosec.com/2010/01/11/security-testing%e2%80%99s-missing-link-and-the-revelation-of-drone-images/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2010/01/11/security-testing%e2%80%99s-missing-link-and-the-revelation-of-drone-images/&title=Security Testing’s Missing Link and the Revelation of Drone Images">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/breaches/" rel="tag">breaches</a>, <a href="http://www.bloginfosec.com/tag/hack/" rel="tag">hack</a>, <a href="http://www.bloginfosec.com/tag/hugh-thompson/" rel="tag">Hugh Thompson</a>, <a href="http://www.bloginfosec.com/tag/insurgents/" rel="tag">insurgents</a>, <a href="http://www.bloginfosec.com/tag/iraq/" rel="tag">Iraq</a>, <a href="http://www.bloginfosec.com/tag/predator-drones/" rel="tag">Predator drones</a>, <a href="http://www.bloginfosec.com/tag/security-testing/" rel="tag">security testing</a>, <a href="http://www.bloginfosec.com/tag/software-security-assurance/" rel="tag">software security assurance</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a>, <a href="http://www.bloginfosec.com/tag/wall-street-journal/" rel="tag">Wall Street Journal</a><br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
<img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/G8Bd3zk7HLs" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2010/01/11/security-testing%e2%80%99s-missing-link-and-the-revelation-of-drone-images/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.bloginfosec.com/2010/01/11/security-testing%e2%80%99s-missing-link-and-the-revelation-of-drone-images/</feedburner:origLink></item>
		<item>
		<title>Network Solutions “Hacked Account” Demonstrates Incompetence</title>
		<link>http://feedproxy.google.com/~r/bloginfosec/krfr/~3/VXM6HNpuDt8/</link>
		<comments>http://www.bloginfosec.com/2010/01/07/network-solutions-hacked-account-demonstrates-incompetence/#comments</comments>
		<pubDate>Thu, 07 Jan 2010 10:00:04 +0000</pubDate>
		<dc:creator>Kenneth F. Belva</dc:creator>
				<category><![CDATA[Cybercrime]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[Security in Popular Culture]]></category>
		<category><![CDATA[Technical]]></category>
		<category><![CDATA[breach incidents]]></category>
		<category><![CDATA[data breach]]></category>
		<category><![CDATA[data loss prevention]]></category>
		<category><![CDATA[featured]]></category>
		<category><![CDATA[hacking]]></category>
		<category><![CDATA[incident]]></category>
		<category><![CDATA[Network Solutions]]></category>
		<category><![CDATA[Security Breaches]]></category>
		<category><![CDATA[web applications]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1240</guid>
		<description><![CDATA[When in doubt, claim the account was hacked. That appears to be the reasoning of a Network Solutions Technical Support Representative. Normally I do not write about other companies but this is an interesting case. As professionals we view being hacked as something we defend against. While some breaches are out of our control, it&#8217;s [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<p><strong><em>When in doubt, claim the account was hacked.</em></strong> That appears to be the reasoning of a <a href="http://www.networksolutions.com" target="_blank">Network Solutions Technical Support Representative</a>. Normally I do not write about other companies but this is an interesting case. As professionals we view being hacked as something we defend against. While some breaches are out of our control, it&#8217;s still something we frown upon and wish to avoid. In this case, it&#8217;s just the opposite. It&#8217;s seen by a Network Solutions Representative as an easy way to close a technical case that could not be solved (initially). Since this is the first instance of using &#8220;You were hacked&#8221;  <span style="text-decoration: underline;"><em>as an excuse for lack of knowledge,</em></span> thought other professionals may also find this intriguing. So, here&#8217;s a brief background.</p>
<p>Yesterday I received a call from a family member. It appears that around 3000 emails stored in the Sent Items folder and dated from prior to 12/30/2009  (but not after) all of a sudden just disappeared from their web based interface. Yet, the total used storage space was still at 95%. Upon calling Network Solutions and describing the problem, the family member (before I was asked to assist) received the following email reply:</p>
<blockquote><p>We have resynced the mailboxes to the server, many times this restores lost mail, but it can also remove mail that was left behind as &#8220;ghost&#8221; messages. These messages are typically left when a POP client downloads messages from the mailbox but doesn&#8217;t complete all the way. After repairing [your] mailbox it is completely empty, meaning someone at some point likely POP&#8217;d the mailbox and removed the contents. We apologize but we recommend keeping a more secure password as <span style="text-decoration: underline;"><em>it appears someone has access to your mailbox other than you. </em></span></p>
<p>The issue you reported to Network Solutions on 1/4/2010 02:32:36 PM and assigned to Service Request 1-432797685 <span style="text-decoration: underline;"><em>has been completed and closed</em></span>.</p>
<p>[Emphasis mine.]</p></blockquote>
<p>Now, this clearly doesn&#8217;t make sense when you analyze it. </p>
<img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1240&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2010/01/07/network-solutions-hacked-account-demonstrates-incompetence/">Network Solutions &#8220;Hacked Account&#8221; Demonstrates Incompetence</a> (116 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2010. |
<a href="http://www.bloginfosec.com/2010/01/07/network-solutions-hacked-account-demonstrates-incompetence/">Permalink</a> |
<a href="http://www.bloginfosec.com/2010/01/07/network-solutions-hacked-account-demonstrates-incompetence/#comments">2 comments</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2010/01/07/network-solutions-hacked-account-demonstrates-incompetence/&title=Network Solutions &#8220;Hacked Account&#8221; Demonstrates Incompetence">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/breach-incidents/" rel="tag">breach incidents</a>, <a href="http://www.bloginfosec.com/tag/data-breach/" rel="tag">data breach</a>, <a href="http://www.bloginfosec.com/tag/data-loss-prevention/" rel="tag">data loss prevention</a>, <a href="http://www.bloginfosec.com/tag/featured/" rel="tag">featured</a>, <a href="http://www.bloginfosec.com/tag/hacking/" rel="tag">hacking</a>, <a href="http://www.bloginfosec.com/tag/incident/" rel="tag">incident</a>, <a href="http://www.bloginfosec.com/tag/network-solutions/" rel="tag">Network Solutions</a>, <a href="http://www.bloginfosec.com/tag/security-breaches/" rel="tag">Security Breaches</a>, <a href="http://www.bloginfosec.com/tag/web-applications/" rel="tag">web applications</a><br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
<img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/VXM6HNpuDt8" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2010/01/07/network-solutions-hacked-account-demonstrates-incompetence/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		<feedburner:origLink>http://www.bloginfosec.com/2010/01/07/network-solutions-hacked-account-demonstrates-incompetence/</feedburner:origLink></item>
		<item>
		<title>Advocating Rebellion, Wall Street Journal Style</title>
		<link>http://feedproxy.google.com/~r/bloginfosec/krfr/~3/SooLWBmWPVk/</link>
		<comments>http://www.bloginfosec.com/2010/01/04/advocating-rebellion-wall-street-journal-style/#comments</comments>
		<pubDate>Mon, 04 Jan 2010 11:00:49 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Human Elements]]></category>
		<category><![CDATA[Information Security News]]></category>
		<category><![CDATA[authorized software]]></category>
		<category><![CDATA[desktop]]></category>
		<category><![CDATA[spotlight]]></category>
		<category><![CDATA[unauthorized software]]></category>
		<category><![CDATA[Wall Street Journal]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1234</guid>
		<description><![CDATA[The lead article in a recent Technology Section of the Wall Street Journal argues that employees should be allowed to choose their own computer technologies and products, whether or not they comply with corporate policy and standards. The November 16, 2009 article has the title “It’s a Free Country … So why can’t we pick [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<p>The lead article in a recent Technology Section of the <em>Wall Street Journal </em>argues that employees should be allowed to choose their own computer technologies and products, whether or not they comply with corporate policy and standards. The November 16, 2009 article has the title “It’s a Free Country … So why can’t we pick the technology we use in the office?” Reporter Nick Wingfield argues that typical offices (he gives WSJ as an example) use sluggish, obsolete computer technologies, so why not bring in your own leading-edge products and attach them or install them into your corporate network?</p>
<img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1234&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2010/01/04/advocating-rebellion-wall-street-journal-style/">Advocating Rebellion, Wall Street Journal Style</a> (458 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2010. |
<a href="http://www.bloginfosec.com/2010/01/04/advocating-rebellion-wall-street-journal-style/">Permalink</a> |
<a href="http://www.bloginfosec.com/2010/01/04/advocating-rebellion-wall-street-journal-style/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2010/01/04/advocating-rebellion-wall-street-journal-style/&title=Advocating Rebellion, Wall Street Journal Style">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/authorized-software/" rel="tag">authorized software</a>, <a href="http://www.bloginfosec.com/tag/desktop/" rel="tag">desktop</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a>, <a href="http://www.bloginfosec.com/tag/unauthorized-software/" rel="tag">unauthorized software</a>, <a href="http://www.bloginfosec.com/tag/wall-street-journal/" rel="tag">Wall Street Journal</a><br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
<img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/SooLWBmWPVk" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2010/01/04/advocating-rebellion-wall-street-journal-style/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.bloginfosec.com/2010/01/04/advocating-rebellion-wall-street-journal-style/</feedburner:origLink></item>
		<item>
		<title>EMP (Electromagnetic Pulse) – Yet Another Critical Infrastructure Concern</title>
		<link>http://feedproxy.google.com/~r/bloginfosec/krfr/~3/lYHpfDEmK-w/</link>
		<comments>http://www.bloginfosec.com/2009/12/28/emp-electromagnetic-pulse-%e2%80%93-yet-another-critical-infrastructure-concern/#comments</comments>
		<pubDate>Mon, 28 Dec 2009 11:00:52 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
				<category><![CDATA[Cybercrime]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[black swans]]></category>
		<category><![CDATA[circuitry]]></category>
		<category><![CDATA[electromagnetic pulse]]></category>
		<category><![CDATA[electronic circuitry]]></category>
		<category><![CDATA[EMP]]></category>
		<category><![CDATA[national security]]></category>
		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1230</guid>
		<description><![CDATA[I recently attended several conferences at which the issue of hardware malware – or compromised electronic circuitry – was brought up as a significant threat. There has been disquietude for some time with respect to evildoers purposely inserting circuitry into devices, such as point-of-sales (POS) terminals, and using such hardware and concomitant software to harvest [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<p>I recently attended several conferences at which the issue of hardware malware – or compromised electronic circuitry – was brought up as a significant threat. There has been disquietude for some time with respect to evildoers purposely inserting circuitry into devices, such as point-of-sales (POS) terminals, and using such hardware and concomitant software to harvest personal data, credit/debit card numbers, PINs, and the like. The POS terminal exploit did happen.</p>
<p>It is feared that, in other cases, such circuitry might be used to endanger human safety and national security. This fear was exacerbated in an October 26, 2009 <em>New York Times</em> article “Old Trick Threatens the Newest Weapons” by John Markoff. He notes that “the Pentagon now manufactures in secure facilities run by American companies only about 2 percent of the more than $3.5 billion of integrated circuits bought annually for use in military gear.” According to Markoff, “… current and former United States military and intelligence agency executives … argue that the menace of so-called Trojan horses hidden in equipment circuitry is among the most severe threats [to national security].”</p>
<img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1230&type=feed" alt="" />(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2009/12/28/emp-electromagnetic-pulse-%e2%80%93-yet-another-critical-infrastructure-concern/">EMP (Electromagnetic Pulse) – Yet Another Critical Infrastructure Concern</a> (387 words)<hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2009. |
<a href="http://www.bloginfosec.com/2009/12/28/emp-electromagnetic-pulse-%e2%80%93-yet-another-critical-infrastructure-concern/">Permalink</a> |
<a href="http://www.bloginfosec.com/2009/12/28/emp-electromagnetic-pulse-%e2%80%93-yet-another-critical-infrastructure-concern/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2009/12/28/emp-electromagnetic-pulse-%e2%80%93-yet-another-critical-infrastructure-concern/&title=EMP (Electromagnetic Pulse) – Yet Another Critical Infrastructure Concern">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/black-swans/" rel="tag">black swans</a>, <a href="http://www.bloginfosec.com/tag/circuitry/" rel="tag">circuitry</a>, <a href="http://www.bloginfosec.com/tag/electromagnetic-pulse/" rel="tag">electromagnetic pulse</a>, <a href="http://www.bloginfosec.com/tag/electronic-circuitry/" rel="tag">electronic circuitry</a>, <a href="http://www.bloginfosec.com/tag/emp/" rel="tag">EMP</a>, <a href="http://www.bloginfosec.com/tag/national-security/" rel="tag">national security</a>, <a href="http://www.bloginfosec.com/tag/spotlight/" rel="tag">spotlight</a><br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
<img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/lYHpfDEmK-w" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2009/12/28/emp-electromagnetic-pulse-%e2%80%93-yet-another-critical-infrastructure-concern/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.bloginfosec.com/2009/12/28/emp-electromagnetic-pulse-%e2%80%93-yet-another-critical-infrastructure-concern/</feedburner:origLink></item>
		<item>
		<title>US Drones Hack: It’s The Same Old Story</title>
		<link>http://feedproxy.google.com/~r/bloginfosec/krfr/~3/BOp0nc47-MU/</link>
		<comments>http://www.bloginfosec.com/2009/12/18/us-drones-hack-its-the-same-old-story/#comments</comments>
		<pubDate>Fri, 18 Dec 2009 16:00:39 +0000</pubDate>
		<dc:creator>Kenneth F. Belva</dc:creator>
				<category><![CDATA[Cybercrime]]></category>
		<category><![CDATA[Security in Popular Culture]]></category>
		<category><![CDATA[Technical]]></category>
		<category><![CDATA[breach]]></category>
		<category><![CDATA[breach incidents]]></category>
		<category><![CDATA[drones]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[featured]]></category>
		<category><![CDATA[News Commentary]]></category>
		<category><![CDATA[obscurity]]></category>
		<category><![CDATA[Security Breaches]]></category>
		<category><![CDATA[security by obscurity]]></category>
		<category><![CDATA[us military]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=1219</guid>
		<description><![CDATA[CNN reports that Iraqi insurgents were able to hack and view live feeds from US Spy Drones. The vulnerability was a non-technical one. The article summarized the issue as thus:
The official said that many of the UAV feeds need to be sent out live to numerous people at one time, and encryption was found to [...]<br /><!-- Begin Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 -->
<script type="text/javascript">
	sr_adspace_id = 5674307;
	sr_adspace_width = 728;
	sr_adspace_height = 90;
	sr_adspace_type = "graphic";
	sr_ad_new_window = true;
	
</script>
<script type="text/javascript" src="http://ad.afy11.net/srad.js?azId=5674307">
</script>
<!-- End Adify tag for "bloginfosec.com rss" Ad Space (728x90) ID #5674307 --><br />]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.cnn.com/2009/US/12/17/drone.video.hacked/index.html" target="_blank">CNN reports</a> that Iraqi insurgents were able to hack and view live feeds from <a href="http://en.wikipedia.org/wiki/Unmanned_aerial_vehicle" target="_blank">US Spy Drones</a>. The vulnerability was a non-technical one. The article summarized the issue as thus:</p>
<blockquote><p>The official said that many of the UAV feeds need to be sent out live to numerous people at one time, and encryption was found to slow the real-time link. The encryption therefore was removed from many feeds.</p></blockquote>
<p>It&#8217;s the same old story: it&#8217;s the trade-off between usability and security. In corporate America, we often need to make trade-offs between the usability of the application and the security, part of this assessment of usability comes down to cost of the application. One might expect the US Air Force to have the proper budget and technical requirements to make this function efficiently and securely given the importance of these reconnaissance missions.</p>
<p>The article states that:</p>
<blockquote><p>The official said the United States generally can operate these systems with impunity in third-world countries that don&#8217;t have the technology to tap into open satellite feeds. However, according to the official, Iran has been pushing the SkyGrabber-like technology [used to hack the drones] to Shiite militants in Iraq essentially to see what the United States is looking at because Iranians believe they will be invaded next.</p></blockquote>
<p>It&#8217;s a rational decision that ultimately relies on a type of security by obscurity: we will not need to protect something that is out of the enemy&#8217;s reach (technologically or economically). For the US, it&#8217;s the equivalent of putting one&#8217;s front door key in a space where it&#8217;s believed that only people who are over 6 foot tall may reach it. The military did not expect that someone may give the 5 foot tall person a ladder.</p>
<img src="http://www.bloginfosec.com/?ak_action=api_record_view&id=1219&type=feed" alt="" /><hr />
<p><small>© <a href="http://www.bloginfosec.com">BlogInfoSec.com</a>, 2009. |
<a href="http://www.bloginfosec.com/2009/12/18/us-drones-hack-its-the-same-old-story/">Permalink</a> |
<a href="http://www.bloginfosec.com/2009/12/18/us-drones-hack-its-the-same-old-story/#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://www.bloginfosec.com/2009/12/18/us-drones-hack-its-the-same-old-story/&title=US Drones Hack: It&#8217;s The Same Old Story">del.icio.us</a>
<br/>
Post tags: <a href="http://www.bloginfosec.com/tag/breach/" rel="tag">breach</a>, <a href="http://www.bloginfosec.com/tag/breach-incidents/" rel="tag">breach incidents</a>, <a href="http://www.bloginfosec.com/tag/drones/" rel="tag">drones</a>, <a href="http://www.bloginfosec.com/tag/encryption/" rel="tag">Encryption</a>, <a href="http://www.bloginfosec.com/tag/featured/" rel="tag">featured</a>, <a href="http://www.bloginfosec.com/tag/news-commentary/" rel="tag">News Commentary</a>, <a href="http://www.bloginfosec.com/tag/obscurity/" rel="tag">obscurity</a>, <a href="http://www.bloginfosec.com/tag/security-breaches/" rel="tag">Security Breaches</a>, <a href="http://www.bloginfosec.com/tag/security-by-obscurity/" rel="tag">security by obscurity</a>, <a href="http://www.bloginfosec.com/tag/us-military/" rel="tag">us military</a><br/>
</small></p>
<p><small>Feed enhanced by <a href='http://planetozh.com/blog/my-projects/wordpress-plugin-better-feed-rss/'>Better Feed</a> from  <a href='http://planetozh.com/blog/'>Ozh</a></small></p>
<img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/BOp0nc47-MU" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2009/12/18/us-drones-hack-its-the-same-old-story/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://www.bloginfosec.com/2009/12/18/us-drones-hack-its-the-same-old-story/</feedburner:origLink></item>
	</channel>
</rss>
