<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments for The InfoSec Blog</title>
	<atom:link href="http://infosecblog.antonaylward.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://infosecblog.antonaylward.com</link>
	<description>System Integrity: Without Integrity you don't have Security</description>
	<lastBuildDate>Wed, 18 Jan 2012 13:28:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Comment on The Classical Risk Equation by Risk Models that hide important information &#187; http://infosecblog.antonaylward.com - System Integrity: Without Integrity you don&#8217;t have Security</title>
		<link>http://infosecblog.antonaylward.com/2010/05/19/the-classical-risk-equation/#comment-19323</link>
		<dc:creator>Risk Models that hide important information &#187; http://infosecblog.antonaylward.com - System Integrity: Without Integrity you don&#8217;t have Security</dc:creator>
		<pubDate>Wed, 18 Jan 2012 13:28:08 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/?p=521#comment-19323</guid>
		<description>[...] I discuss the CLASSICAL risk equation in my blog http://infosecblog.antonaylward.com/2010/05/19/the-classical-risk-equation/ [...]</description>
		<content:encoded><![CDATA[<p>[...] I discuss the CLASSICAL risk equation in my blog <a href="http://infosecblog.antonaylward.com/2010/05/19/the-classical-risk-equation/" rel="nofollow">http://infosecblog.antonaylward.com/2010/05/19/the-classical-risk-equation/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on In praise of OSSTMM by apple ipad future</title>
		<link>http://infosecblog.antonaylward.com/2011/06/21/in-praise-of-osstmm/#comment-18827</link>
		<dc:creator>apple ipad future</dc:creator>
		<pubDate>Wed, 28 Sep 2011 19:05:00 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/?p=755#comment-18827</guid>
		<description>&lt;strong&gt;apple ipad future...&lt;/strong&gt;

Pretty good post. I just stumbled upon your blog and wanted to say that I have really enjoyed reading your blog posts. Any way I&#039;ll be subscribing to your feed and I hope you post again soon....</description>
		<content:encoded><![CDATA[<p><strong>apple ipad future&#8230;</strong></p>
<p>Pretty good post. I just stumbled upon your blog and wanted to say that I have really enjoyed reading your blog posts. Any way I&#8217;ll be subscribing to your feed and I hope you post again soon&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Classical Risk Equation by Mistaken Thinking &#8211; Risk not threats &#187; http://infosecblog.antonaylward.com - System Integrity: Without Integrity you don&#8217;t have Security</title>
		<link>http://infosecblog.antonaylward.com/2010/05/19/the-classical-risk-equation/#comment-18672</link>
		<dc:creator>Mistaken Thinking &#8211; Risk not threats &#187; http://infosecblog.antonaylward.com - System Integrity: Without Integrity you don&#8217;t have Security</dc:creator>
		<pubDate>Mon, 22 Aug 2011 23:39:45 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/?p=521#comment-18672</guid>
		<description>[...] The article title is clearly confusing THREATS with RISKS. [...]</description>
		<content:encoded><![CDATA[<p>[...] The article title is clearly confusing THREATS with RISKS. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Classical Risk Equation by Using ALE &#8230; inappropriately &#187; http://infosecblog.antonaylward.com - System Integrity: Without Integrity you don&#8217;t have Security</title>
		<link>http://infosecblog.antonaylward.com/2010/05/19/the-classical-risk-equation/#comment-18571</link>
		<dc:creator>Using ALE &#8230; inappropriately &#187; http://infosecblog.antonaylward.com - System Integrity: Without Integrity you don&#8217;t have Security</dc:creator>
		<pubDate>Sun, 07 Aug 2011 13:29:00 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/?p=521#comment-18571</guid>
		<description>[...] complex and multifaceted information to a single figure does a dis-service to those affected. The classical risk equation is another example of this;  summing, summing many hundreds of fluctuating variables to one [...]</description>
		<content:encoded><![CDATA[<p>[...] complex and multifaceted information to a single figure does a dis-service to those affected. The classical risk equation is another example of this;  summing, summing many hundreds of fluctuating variables to one [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Black Swan: &#8220;levels only experienced on average once every 500 to by Using ALE &#8230; inappropriately &#187; http://infosecblog.antonaylward.com - System Integrity: Without Integrity you don&#8217;t have Security</title>
		<link>http://infosecblog.antonaylward.com/2011/01/16/black-swan-levels-only-experienced-on-average-once-every-500-to/#comment-18570</link>
		<dc:creator>Using ALE &#8230; inappropriately &#187; http://infosecblog.antonaylward.com - System Integrity: Without Integrity you don&#8217;t have Security</dc:creator>
		<pubDate>Sun, 07 Aug 2011 13:16:46 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/?p=705#comment-18570</guid>
		<description>[...] Black Swan: &#8220;levels only experienced on average once every 500 to [...]</description>
		<content:encoded><![CDATA[<p>[...] Black Swan: &#8220;levels only experienced on average once every 500 to [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Economic Impact: Patent trolls chase app developers out of the U.S by ajr</title>
		<link>http://infosecblog.antonaylward.com/2011/07/21/economic-impact-patent-trolls-chase-app-developers-out-of-the-us/#comment-18548</link>
		<dc:creator>ajr</dc:creator>
		<pubDate>Mon, 25 Jul 2011 15:34:26 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/?p=781#comment-18548</guid>
		<description>Patent trolls follow the strategy Musashi called &quot;injuring the corners&quot;:
http://www.chinastrategies.com/combatstrategies.htm taking on the smaller
targets and then using the precedents set to extort from the larger ones.

In self-defence, the (creative) industry should adopt 2 strategies:

1) An office for pre-emptive monitoring of patent applications, to blow
the whistle and demonstrate prior art as soon as the trolls file
applications. That will deprive them of a) the element of surprise, and b)
ammunition.

2) Defensive pre-formation of action classes to launch counter-suits.

There would be a cost associated with this, but if the big outfits pooled
what they already spend in routine legal fees and F-Off money on a single
office, they could probably administer the class rosters for the industry
and still save a portion. The only risk would be some idiot in the DoJ
trying an anti-trust suit.

If an attempt to file an extortion patent reliably and immediately
produced an expensive outbreak of counter-lawyering, the trolls might be
tempted to lurk under other bridges.</description>
		<content:encoded><![CDATA[<p>Patent trolls follow the strategy Musashi called &#8220;injuring the corners&#8221;:<br />
<a href="http://www.chinastrategies.com/combatstrategies.htm" rel="nofollow">http://www.chinastrategies.com/combatstrategies.htm</a> taking on the smaller<br />
targets and then using the precedents set to extort from the larger ones.</p>
<p>In self-defence, the (creative) industry should adopt 2 strategies:</p>
<p>1) An office for pre-emptive monitoring of patent applications, to blow<br />
the whistle and demonstrate prior art as soon as the trolls file<br />
applications. That will deprive them of a) the element of surprise, and b)<br />
ammunition.</p>
<p>2) Defensive pre-formation of action classes to launch counter-suits.</p>
<p>There would be a cost associated with this, but if the big outfits pooled<br />
what they already spend in routine legal fees and F-Off money on a single<br />
office, they could probably administer the class rosters for the industry<br />
and still save a portion. The only risk would be some idiot in the DoJ<br />
trying an anti-trust suit.</p>
<p>If an attempt to file an extortion patent reliably and immediately<br />
produced an expensive outbreak of counter-lawyering, the trolls might be<br />
tempted to lurk under other bridges.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on All Threats? All Vulnerabilities? All Assets? by GaryH</title>
		<link>http://infosecblog.antonaylward.com/2010/12/03/all_threats_all_vulnerabilities_all_assets/#comment-18308</link>
		<dc:creator>GaryH</dc:creator>
		<pubDate>Sun, 12 Jun 2011 09:31:49 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/?p=686#comment-18308</guid>
		<description>Hi Anton.  

Yes ISO27k is risk-based and requires that you identify and characterise risks to your information assets, but no ISO/IEC 27001 does not say you have to assess ALL risks, or ALL threats, vulnerabilities and impacts.  Whoever said so is reading more into the standard than it actually says.

The cyclical PDCA approach recommended in 27001 is like whack-a-mole: identify your assets, assess the risks, treat them, and go round again.  Knowing that you will be going round again and again means there is no need to obsess about every last detail right now.  The same applies to selecting treatments, and treating the risks: you can settle for &#039;good enough for now&#039; because it&#039;s not forever. 

Rgds,
Gary</description>
		<content:encoded><![CDATA[<p>Hi Anton.  </p>
<p>Yes ISO27k is risk-based and requires that you identify and characterise risks to your information assets, but no ISO/IEC 27001 does not say you have to assess ALL risks, or ALL threats, vulnerabilities and impacts.  Whoever said so is reading more into the standard than it actually says.</p>
<p>The cyclical PDCA approach recommended in 27001 is like whack-a-mole: identify your assets, assess the risks, treat them, and go round again.  Knowing that you will be going round again and again means there is no need to obsess about every last detail right now.  The same applies to selecting treatments, and treating the risks: you can settle for &#8216;good enough for now&#8217; because it&#8217;s not forever. </p>
<p>Rgds,<br />
Gary</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on About Social Networking policy by Anton Aylward</title>
		<link>http://infosecblog.antonaylward.com/2010/01/25/about-social-networking-policy/#comment-14964</link>
		<dc:creator>Anton Aylward</dc:creator>
		<pubDate>Thu, 28 Jan 2010 00:29:35 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/?p=469#comment-14964</guid>
		<description>The way I look at it Gary, &quot;misuse&quot; means &quot;not for the purpose it was intended&quot;.  While that statement might be simple, its ramifications cover matters such as leakage/disclosure, downloading things you shouldn&#039;t - aka malware - and most of the forms of being a victim of social engineering that I can think of.  

Yes, &quot;Don&#039;t Do That!&quot; is a people problem, but I don&#039;t think you can simply move people out of the InfoSec process.  It is people who build and who use the technology. If Policy is an InfoSec issue, if Awareness is an InfoSec issue then so are these.</description>
		<content:encoded><![CDATA[<p>The way I look at it Gary, &#8220;misuse&#8221; means &#8220;not for the purpose it was intended&#8221;.  While that statement might be simple, its ramifications cover matters such as leakage/disclosure, downloading things you shouldn&#8217;t &#8211; aka malware &#8211; and most of the forms of being a victim of social engineering that I can think of.  </p>
<p>Yes, &#8220;Don&#8217;t Do That!&#8221; is a people problem, but I don&#8217;t think you can simply move people out of the InfoSec process.  It is people who build and who use the technology. If Policy is an InfoSec issue, if Awareness is an InfoSec issue then so are these.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on About Social Networking policy by GaryH</title>
		<link>http://infosecblog.antonaylward.com/2010/01/25/about-social-networking-policy/#comment-14963</link>
		<dc:creator>GaryH</dc:creator>
		<pubDate>Wed, 27 Jan 2010 22:23:48 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/?p=469#comment-14963</guid>
		<description>Hi Anton.

There&#039;s more to social networking from an information security perspective than simple misuse of corporate IT resources and time.  What about the leakage of sensitive corporate or private information, for example, or social media malware, or social engineering?  Misuse of resources is trivial in comparison, and is really a people management or HR issue, not infosec.

Regards,
Gary</description>
		<content:encoded><![CDATA[<p>Hi Anton.</p>
<p>There&#8217;s more to social networking from an information security perspective than simple misuse of corporate IT resources and time.  What about the leakage of sensitive corporate or private information, for example, or social media malware, or social engineering?  Misuse of resources is trivial in comparison, and is really a people management or HR issue, not infosec.</p>
<p>Regards,<br />
Gary</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on History&#8217;s 5 Best Interface Designs by Kyle</title>
		<link>http://infosecblog.antonaylward.com/2008/04/24/historys-5-best-interface-designs/#comment-6633</link>
		<dc:creator>Kyle</dc:creator>
		<pubDate>Tue, 30 Sep 2008 01:57:11 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/2008/04/24/historys-5-best-interface-designs/#comment-6633</guid>
		<description>&lt;strong&gt;iso 17799 security...&lt;/strong&gt;

Intriguing idea, but I don&#039;t know if I believe you one hundred percent....</description>
		<content:encoded><![CDATA[<p><strong>iso 17799 security&#8230;</strong></p>
<p>Intriguing idea, but I don&#8217;t know if I believe you one hundred percent&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Not Microsoft&#8217;s fault? by antonaylward</title>
		<link>http://infosecblog.antonaylward.com/2008/07/17/not-microsofts-fault/#comment-5444</link>
		<dc:creator>antonaylward</dc:creator>
		<pubDate>Fri, 18 Jul 2008 13:02:29 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/?p=106#comment-5444</guid>
		<description>While on the subject ...
http://news.zdnet.co.uk/security/0,1000000189,39448526,00.htm

Hmm.  While the description matches Windows the same logic applies for Linux.  If you choose to do cross-file system symlinks to the hidden file system.

Like the old joke says .. &quot;Don&#039;t do that, then&quot;.</description>
		<content:encoded><![CDATA[<p>While on the subject &#8230;<br />
<a href="http://news.zdnet.co.uk/security/0,1000000189,39448526,00.htm" rel="nofollow">http://news.zdnet.co.uk/security/0,1000000189,39448526,00.htm</a></p>
<p>Hmm.  While the description matches Windows the same logic applies for Linux.  If you choose to do cross-file system symlinks to the hidden file system.</p>
<p>Like the old joke says .. &#8220;Don&#8217;t do that, then&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The truth About AV by antonaylward</title>
		<link>http://infosecblog.antonaylward.com/2006/07/06/truth-about-av/#comment-5438</link>
		<dc:creator>antonaylward</dc:creator>
		<pubDate>Thu, 17 Jul 2008 18:28:18 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/2006/07/06/the-truth-about-av/#comment-5438</guid>
		<description>&lt;a href=&quot;http://bp0.blogger.com/_wICHhTiQmrA/SG5J7KMsDwI/AAAAAAAAB3s/GJ5Zr7bymOU/s1600-h/antivirus_industry_10years.gif&quot; rel=&quot;nofollow&quot;&gt;
&lt;img src=&quot;http://bp0.blogger.com/_wICHhTiQmrA/SG5J7KMsDwI/AAAAAAAAB3s/GJ5Zr7bymOU/s1600-h/antivirus_industry_10years.gif&quot; alt=&quot;How things have changed in 10 years!&quot; /&gt;
&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p><a href="http://bp0.blogger.com/_wICHhTiQmrA/SG5J7KMsDwI/AAAAAAAAB3s/GJ5Zr7bymOU/s1600-h/antivirus_industry_10years.gif" rel="nofollow"><br />
<img src="http://bp0.blogger.com/_wICHhTiQmrA/SG5J7KMsDwI/AAAAAAAAB3s/GJ5Zr7bymOU/s1600-h/antivirus_industry_10years.gif" alt="How things have changed in 10 years!" /><br />
</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Collaboration Is Still a Singular, Personal Experience by Bill Royds</title>
		<link>http://infosecblog.antonaylward.com/2008/05/30/collaboration-is-still-a-singular-personal-experience/#comment-5233</link>
		<dc:creator>Bill Royds</dc:creator>
		<pubDate>Sun, 01 Jun 2008 12:06:09 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/2008/05/30/collaboration-is-still-a-singular-personal-experience/#comment-5233</guid>
		<description>&gt; But it has to take a business change. And that’s coming slowly.

One interesting possibility for this is the Facebook system.  It has been so successful because it allows an interaction system that resembles real life social interactions. One can control somewhat who gets to see what detail of one’s persona, so people are willing to share thoughts and ideas more readily.

It also has a number of tools for collaboration built in which arerather intuitive to use.

It also has an open API for add-ons that allows great flexibility for what data types it handles.

I have heard rumours that Facebook is about to open source its basic software, so it might be something one could use internally for collaboration.

Bill Royds
wgr2ca@yahoo.ca</description>
		<content:encoded><![CDATA[<p>> But it has to take a business change. And that’s coming slowly.</p>
<p>One interesting possibility for this is the Facebook system.  It has been so successful because it allows an interaction system that resembles real life social interactions. One can control somewhat who gets to see what detail of one’s persona, so people are willing to share thoughts and ideas more readily.</p>
<p>It also has a number of tools for collaboration built in which arerather intuitive to use.</p>
<p>It also has an open API for add-ons that allows great flexibility for what data types it handles.</p>
<p>I have heard rumours that Facebook is about to open source its basic software, so it might be something one could use internally for collaboration.</p>
<p>Bill Royds<br />
<a href="mailto:wgr2ca@yahoo.ca">wgr2ca@yahoo.ca</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on History&#8217;s 5 Best Interface Designs by Covert Security Cameras</title>
		<link>http://infosecblog.antonaylward.com/2008/04/24/historys-5-best-interface-designs/#comment-5191</link>
		<dc:creator>Covert Security Cameras</dc:creator>
		<pubDate>Sat, 10 May 2008 20:34:46 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/2008/04/24/historys-5-best-interface-designs/#comment-5191</guid>
		<description>&lt;strong&gt;Covert Security Cameras...&lt;/strong&gt;

I found your site on technorati and read a few of your other posts. Keep up the good work. I just added your RSS feed to my Google News Reader. Looking forward to reading more from you....</description>
		<content:encoded><![CDATA[<p><strong>Covert Security Cameras&#8230;</strong></p>
<p>I found your site on technorati and read a few of your other posts. Keep up the good work. I just added your RSS feed to my Google News Reader. Looking forward to reading more from you&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Green at home by antonaylward</title>
		<link>http://infosecblog.antonaylward.com/2007/12/07/green-at-home/#comment-4178</link>
		<dc:creator>antonaylward</dc:creator>
		<pubDate>Fri, 07 Dec 2007 15:56:09 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/2007/12/07/green-at-home/#comment-4178</guid>
		<description>For Linux user, the &lt;a href=&quot;http://www.lesswatts.org/projects/powertop/&quot; rel=&quot;nofollow&quot;&gt;powertop&lt;/a&gt; utility can be used to see what is bringing your machine out of idle and causing it to consume power.  

On my machine Mozilla Thunderbird an Mozilla Firefox are the big culprits</description>
		<content:encoded><![CDATA[<p>For Linux user, the <a href="http://www.lesswatts.org/projects/powertop/" rel="nofollow">powertop</a> utility can be used to see what is bringing your machine out of idle and causing it to consume power.  </p>
<p>On my machine Mozilla Thunderbird an Mozilla Firefox are the big culprits</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Green at home by antonaylward</title>
		<link>http://infosecblog.antonaylward.com/2007/12/07/green-at-home/#comment-4177</link>
		<dc:creator>antonaylward</dc:creator>
		<pubDate>Fri, 07 Dec 2007 15:31:42 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/2007/12/07/green-at-home/#comment-4177</guid>
		<description>When your CPU isn&#039;t executing intructions, it enters an idle mode and consumes far less energy. Any program that keeps the CPU from entering this idle state will cause your machine to consume more power, regardless of how processor intensive the process is.

The Linux 2.6.21 kernel introduces the so called tickless-idle feature. This feature allows the processor to be really idle for long periods of time, rather than having to wake up every millisecond for the timer tick.

So, if you want to tune your Linux box for ultimate power efficiency, enable the tickless-idle feature in your kernel.  It will help, but you also need to find out what programs are causing the machine to wake-up.</description>
		<content:encoded><![CDATA[<p>When your CPU isn&#8217;t executing intructions, it enters an idle mode and consumes far less energy. Any program that keeps the CPU from entering this idle state will cause your machine to consume more power, regardless of how processor intensive the process is.</p>
<p>The Linux 2.6.21 kernel introduces the so called tickless-idle feature. This feature allows the processor to be really idle for long periods of time, rather than having to wake up every millisecond for the timer tick.</p>
<p>So, if you want to tune your Linux box for ultimate power efficiency, enable the tickless-idle feature in your kernel.  It will help, but you also need to find out what programs are causing the machine to wake-up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on &#8220;Who ya gonna call?&#8221; Certainly not qualified experts! by Woody Weaver</title>
		<link>http://infosecblog.antonaylward.com/2007/11/22/who-ya-gonna-call-certainly-not-qualified-experts/#comment-4165</link>
		<dc:creator>Woody Weaver</dc:creator>
		<pubDate>Wed, 05 Dec 2007 23:52:17 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/2007/11/22/who-ya-gonna-call-certainly-not-qualified-experts/#comment-4165</guid>
		<description>Whaddya mean not a qualified expert?

&gt;&gt;&quot;Tom has a genuine understanding of cyber-safety issues being a digital native and having suffered such cyber-issues as computer addiction,&quot; Senator Conroy said.

I think he understands about all those internet tubes.</description>
		<content:encoded><![CDATA[<p>Whaddya mean not a qualified expert?</p>
<p>&gt;&gt;&#8221;Tom has a genuine understanding of cyber-safety issues being a digital native and having suffered such cyber-issues as computer addiction,&#8221; Senator Conroy said.</p>
<p>I think he understands about all those internet tubes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why I don&#8217;t see the need for elaborate Risk Analysis by WoodyWeaver</title>
		<link>http://infosecblog.antonaylward.com/2007/09/28/why-i-dont-see-the-need-for-elaborate-risk-analysis/#comment-3954</link>
		<dc:creator>WoodyWeaver</dc:creator>
		<pubDate>Wed, 03 Oct 2007 13:23:53 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/2007/09/28/why-i-dont-see-the-need-for-elaborate-risk-analysis/#comment-3954</guid>
		<description>Something I will always remember was a quote by &lt;a href=&quot;https://www.isc2.org/cgi-bin/content.cgi?page=1159&quot; rel=&quot;nofollow&quot;&gt;Bill Murray,&lt;/a&gt; in response to some kid talking about how his site only used DES to protect transactions, and was trying to get them to upgrade to 3DES.  His statement: &quot;If the use of DES is your weakest control, then your site is very secure indeed.&quot;

There is something to be said for focusing on macular degeneration for an individual who is otherwise generally healthy but whose eyesight is going.  But I think that is your point.  One could say the same thing
about this American obsession with the death of 5000 on 9/11, when &quot;Modifiable behavioral risk factors are leading causes of mortality in the United States.&quot; and leads to the death of a million each year. (1238
JAMA, March 10, 2004 Vol 291, No. 10)

I think I&#039;ve become cynical.  I do what I do, because it is a requirement.  I do try to improve security postures, but it is not in the way that clients expect nor is it what they requested.  Such is the way of business.</description>
		<content:encoded><![CDATA[<p>Something I will always remember was a quote by <a href="https://www.isc2.org/cgi-bin/content.cgi?page=1159" rel="nofollow">Bill Murray,</a> in response to some kid talking about how his site only used DES to protect transactions, and was trying to get them to upgrade to 3DES.  His statement: &#8220;If the use of DES is your weakest control, then your site is very secure indeed.&#8221;</p>
<p>There is something to be said for focusing on macular degeneration for an individual who is otherwise generally healthy but whose eyesight is going.  But I think that is your point.  One could say the same thing<br />
about this American obsession with the death of 5000 on 9/11, when &#8220;Modifiable behavioral risk factors are leading causes of mortality in the United States.&#8221; and leads to the death of a million each year. (1238<br />
JAMA, March 10, 2004 Vol 291, No. 10)</p>
<p>I think I&#8217;ve become cynical.  I do what I do, because it is a requirement.  I do try to improve security postures, but it is not in the way that clients expect nor is it what they requested.  Such is the way of business.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Schneier questions need for security industry by jmikesmith</title>
		<link>http://infosecblog.antonaylward.com/2007/04/27/schneier-questions-need-for-security-industry/#comment-2249</link>
		<dc:creator>jmikesmith</dc:creator>
		<pubDate>Mon, 30 Apr 2007 12:21:55 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/2007/04/27/schneier-questions-need-for-security-industry/#comment-2249</guid>
		<description>Schneier is an idealist, but we need the occasional idealist to push us to do better.  We&#039;ve been trying to design secure, economical computers since the late 60s.

I think Schneier&#039;s (legitimate) point is that, on average, built-in security is more effective than add-on security.  But it is also more expensive and less convenient.  Built-in security will never be a high priority until people start dying in large numbers because of computer security breaches.</description>
		<content:encoded><![CDATA[<p>Schneier is an idealist, but we need the occasional idealist to push us to do better.  We&#8217;ve been trying to design secure, economical computers since the late 60s.</p>
<p>I think Schneier&#8217;s (legitimate) point is that, on average, built-in security is more effective than add-on security.  But it is also more expensive and less convenient.  Built-in security will never be a high priority until people start dying in large numbers because of computer security breaches.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Schneier questions need for security industry by kshauret</title>
		<link>http://infosecblog.antonaylward.com/2007/04/27/schneier-questions-need-for-security-industry/#comment-1916</link>
		<dc:creator>kshauret</dc:creator>
		<pubDate>Fri, 27 Apr 2007 21:32:08 +0000</pubDate>
		<guid isPermaLink="false">http://infosecblog.antonaylward.com/2007/04/27/schneier-questions-need-for-security-industry/#comment-1916</guid>
		<description>I have not read the Schneir post in detail, but from Anton&#039;s comments feel I understand what he is trying to get at.  On the one hand Anton  is correct, &quot;You can&#039;t fight basic economics!&quot;  On the other hand we all need to be taking a different approach to securing our businesses, 
homes and critical infrastructures.
 
Security needs to &quot;Become part of Everyone&#039;s DNA&quot;, part of the corporate culture, part of the way we do things.  Our schools need to begin teaching or at least do a better job of teaching ethics and good computer security practices beginning  already at kindergarten or before (by parents).  

Our youth are the ones that still have the potential to learn that a difficult password to guess does not mean it has to be difficult to remember or that it does not have to be painful to change it periodically. Good security and practices can become habit and natural, part of what is done becuase it is right, not because some legislater said we shoudl do it.  

Instilling good security habits and practices starting very young and reinforced throughout their schooling will make it possible for networks, applications, databases, systems, etc..  to be delivered that are secure because that is how you build them as part of the design and implementation life cycle, not needing to add the security in after they have been delivered and are in production.  When you build a network it would no longer need to be built as a &quot;secure network&quot; because they are already one and the same thing because that is the natural way to build them.  We don&#039;t have secure network and insecure networks we have networks. 

This will take time, but will need to one day get started.  We will have to have a few Romper Room graduates build some networks before &quot;Security will begin to be part of our DNA&quot; not something you add on just enought new controls because some legislation said we have to. 

Ken</description>
		<content:encoded><![CDATA[<p>I have not read the Schneir post in detail, but from Anton&#8217;s comments feel I understand what he is trying to get at.  On the one hand Anton  is correct, &#8220;You can&#8217;t fight basic economics!&#8221;  On the other hand we all need to be taking a different approach to securing our businesses,<br />
homes and critical infrastructures.</p>
<p>Security needs to &#8220;Become part of Everyone&#8217;s DNA&#8221;, part of the corporate culture, part of the way we do things.  Our schools need to begin teaching or at least do a better job of teaching ethics and good computer security practices beginning  already at kindergarten or before (by parents).  </p>
<p>Our youth are the ones that still have the potential to learn that a difficult password to guess does not mean it has to be difficult to remember or that it does not have to be painful to change it periodically. Good security and practices can become habit and natural, part of what is done becuase it is right, not because some legislater said we shoudl do it.  </p>
<p>Instilling good security habits and practices starting very young and reinforced throughout their schooling will make it possible for networks, applications, databases, systems, etc..  to be delivered that are secure because that is how you build them as part of the design and implementation life cycle, not needing to add the security in after they have been delivered and are in production.  When you build a network it would no longer need to be built as a &#8220;secure network&#8221; because they are already one and the same thing because that is the natural way to build them.  We don&#8217;t have secure network and insecure networks we have networks. </p>
<p>This will take time, but will need to one day get started.  We will have to have a few Romper Room graduates build some networks before &#8220;Security will begin to be part of our DNA&#8221; not something you add on just enought new controls because some legislation said we have to. </p>
<p>Ken</p>
]]></content:encoded>
	</item>
</channel>
</rss>

