<?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 on: Personal Responsibility in Information Security</title>
	<atom:link href="http://chaordicmind.com/blog/2009/08/09/personal-responsibility-in-information-security/feed/" rel="self" type="application/rss+xml" />
	<link>http://chaordicmind.com/blog/2009/08/09/personal-responsibility-in-information-security/</link>
	<description>Mixing childlike wonder with adultlike understanding</description>
	<lastBuildDate>Thu, 09 Feb 2012 14:50:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Chaordic Mind &#187; Personal Responsibility in PCI</title>
		<link>http://chaordicmind.com/blog/2009/08/09/personal-responsibility-in-information-security/comment-page-1/#comment-117</link>
		<dc:creator>Chaordic Mind &#187; Personal Responsibility in PCI</dc:creator>
		<pubDate>Sun, 16 Aug 2009 19:42:58 +0000</pubDate>
		<guid isPermaLink="false">http://chaordicmind.com/blog/?p=81#comment-117</guid>
		<description>[...] week&#8217;s personal responsibility award goes to Rich Mogull for his excellent point-for-point response to Robert Carr, Heartland CEO, [...]</description>
		<content:encoded><![CDATA[<p>[...] week&#8217;s personal responsibility award goes to Rich Mogull for his excellent point-for-point response to Robert Carr, Heartland CEO, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Interesting Information Security Bits for 08/10/2009 &#124; Infosec Ramblings</title>
		<link>http://chaordicmind.com/blog/2009/08/09/personal-responsibility-in-information-security/comment-page-1/#comment-104</link>
		<dc:creator>Interesting Information Security Bits for 08/10/2009 &#124; Infosec Ramblings</dc:creator>
		<pubDate>Mon, 10 Aug 2009 22:40:31 +0000</pubDate>
		<guid isPermaLink="false">http://chaordicmind.com/blog/?p=81#comment-104</guid>
		<description>[...] response to Nick&#8217;s post on Fudsec. Chaordic Mind &gt;&gt; Personal Responsibility in Information Security Tags: ( general [...]</description>
		<content:encoded><![CDATA[<p>[...] response to Nick&#8217;s post on Fudsec. Chaordic Mind &gt;&gt; Personal Responsibility in Information Security Tags: ( general [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://chaordicmind.com/blog/2009/08/09/personal-responsibility-in-information-security/comment-page-1/#comment-103</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Mon, 10 Aug 2009 19:05:07 +0000</pubDate>
		<guid isPermaLink="false">http://chaordicmind.com/blog/?p=81#comment-103</guid>
		<description>Nick,

I think we both agree more than others might imagine and I appreciate your call today to discuss the issues.

Long term we need to evolve any process we have that includes a movement towards both risk management (RM) and a capability and maturity model (CMM).  This is the industry natural evolution of information security that many of us have heard being expressed for years.

I want to move the conversation forward while keeping the focus on individual self improvement, which for many larger companies will involve RM &amp; CMM.</description>
		<content:encoded><![CDATA[<p>Nick,</p>
<p>I think we both agree more than others might imagine and I appreciate your call today to discuss the issues.</p>
<p>Long term we need to evolve any process we have that includes a movement towards both risk management (RM) and a capability and maturity model (CMM).  This is the industry natural evolution of information security that many of us have heard being expressed for years.</p>
<p>I want to move the conversation forward while keeping the focus on individual self improvement, which for many larger companies will involve RM &#038; CMM.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Selby</title>
		<link>http://chaordicmind.com/blog/2009/08/09/personal-responsibility-in-information-security/comment-page-1/#comment-102</link>
		<dc:creator>Nick Selby</dc:creator>
		<pubDate>Mon, 10 Aug 2009 11:34:18 +0000</pubDate>
		<guid isPermaLink="false">http://chaordicmind.com/blog/?p=81#comment-102</guid>
		<description>Excellent post, Mike, and I&#039;m glad you wrote it (you raise great points). I think you misunderstand my main point. Interestingly, my post was entirely about personal responsibility. What I said was that abdicating your security stance to that dictated by rulesets was a breach of your fiduciary duties to shareholders; that compliance [to rulesets] is achieved as a result of well-managed risk (that is, taking responsibility for risk results in doing the right thing in the first place) and that CEOs who hand the government or PCI the reins to state the minimum standards as writ deserve to be fired. That is absolutely and totally about personal responsibility, moreover it is about integrity.

My post advocates is the separation of compliance tasks from the security department and an expansion of communication within organizations between traditional information security and other caches of useful security data. Of course I think frameworks and rulesets are a useful part of an organization&#039;s IT strategy, but I repeat that compliance is not security. 

Your comment about history showing that in the absence of legislation there exists a downward spiral of corporate responsibility towards protection of customer/consumer information and the well being of others? That&#039;s a religious debate I won&#039;t enter, but will say that, for example, breaches have and always will happen and that industry rulesets like PCI DSS has not stopped them any more than SOX prevents corruption and falsification of records. Compliance is not security, even when it&#039;s compliance with a ruleset intended to increase security. I raise again the point that rulesets treat as static and definable that which is ethereal and constantly changing. I&#039;m sorry you missed the skimmer relevance; I&#039;ll let my blog post stand as is. 

With respect to the question or whether someone said we couldn&#039;t secure data, my point is that, with their hands full of compliance tasks, many organizations don&#039;t have the resources or time to to proactive security.  

Concrete, tactical example of how I believe organizations should cooperate? In the simplest of a thousand examples, marketing departments almost certainly have information on brand abuse. Only in the most forward-thinking organizations is this shared with the information security department (it&#039;s a great leading indicator of hanky panky and could speak to issues of brand management, piracy, counterfeiting and even physical threat), when that and data like it should ALL be being shared to help bring awareness of risks to senior management.

Thanks again for this - it&#039;s a really important discussion and I hope to continue it!</description>
		<content:encoded><![CDATA[<p>Excellent post, Mike, and I&#8217;m glad you wrote it (you raise great points). I think you misunderstand my main point. Interestingly, my post was entirely about personal responsibility. What I said was that abdicating your security stance to that dictated by rulesets was a breach of your fiduciary duties to shareholders; that compliance [to rulesets] is achieved as a result of well-managed risk (that is, taking responsibility for risk results in doing the right thing in the first place) and that CEOs who hand the government or PCI the reins to state the minimum standards as writ deserve to be fired. That is absolutely and totally about personal responsibility, moreover it is about integrity.</p>
<p>My post advocates is the separation of compliance tasks from the security department and an expansion of communication within organizations between traditional information security and other caches of useful security data. Of course I think frameworks and rulesets are a useful part of an organization&#8217;s IT strategy, but I repeat that compliance is not security. </p>
<p>Your comment about history showing that in the absence of legislation there exists a downward spiral of corporate responsibility towards protection of customer/consumer information and the well being of others? That&#8217;s a religious debate I won&#8217;t enter, but will say that, for example, breaches have and always will happen and that industry rulesets like PCI DSS has not stopped them any more than SOX prevents corruption and falsification of records. Compliance is not security, even when it&#8217;s compliance with a ruleset intended to increase security. I raise again the point that rulesets treat as static and definable that which is ethereal and constantly changing. I&#8217;m sorry you missed the skimmer relevance; I&#8217;ll let my blog post stand as is. </p>
<p>With respect to the question or whether someone said we couldn&#8217;t secure data, my point is that, with their hands full of compliance tasks, many organizations don&#8217;t have the resources or time to to proactive security.  </p>
<p>Concrete, tactical example of how I believe organizations should cooperate? In the simplest of a thousand examples, marketing departments almost certainly have information on brand abuse. Only in the most forward-thinking organizations is this shared with the information security department (it&#8217;s a great leading indicator of hanky panky and could speak to issues of brand management, piracy, counterfeiting and even physical threat), when that and data like it should ALL be being shared to help bring awareness of risks to senior management.</p>
<p>Thanks again for this &#8211; it&#8217;s a really important discussion and I hope to continue it!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert kelly</title>
		<link>http://chaordicmind.com/blog/2009/08/09/personal-responsibility-in-information-security/comment-page-1/#comment-101</link>
		<dc:creator>Robert kelly</dc:creator>
		<pubDate>Mon, 10 Aug 2009 09:33:52 +0000</pubDate>
		<guid isPermaLink="false">http://chaordicmind.com/blog/?p=81#comment-101</guid>
		<description>Great post! I totally agree with that - here is another post that points out your saying about &lt;a href=&quot;http://www.sandisk-enterprise.com/blog/index.php?s=the+blame+game&quot; rel=&quot;nofollow&quot;&gt;data security&lt;/a&gt; and responsibility. I recommend reading the 1st and the 3rd posts.</description>
		<content:encoded><![CDATA[<p>Great post! I totally agree with that &#8211; here is another post that points out your saying about <a href="http://www.sandisk-enterprise.com/blog/index.php?s=the+blame+game" rel="nofollow">data security</a> and responsibility. I recommend reading the 1st and the 3rd posts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Network Security Blog &#187; Two must read posts on PCI</title>
		<link>http://chaordicmind.com/blog/2009/08/09/personal-responsibility-in-information-security/comment-page-1/#comment-99</link>
		<dc:creator>Network Security Blog &#187; Two must read posts on PCI</dc:creator>
		<pubDate>Mon, 10 Aug 2009 04:36:02 +0000</pubDate>
		<guid isPermaLink="false">http://chaordicmind.com/blog/?p=81#comment-99</guid>
		<description>[...] like Mike&#8217;s response and especially appreciate his point that security professionals have to stop using compliance as a scape goat for not securing their data.&#160; &#8220;I couldn&#8217;t secure my company because I was spending too much time worrying [...]</description>
		<content:encoded><![CDATA[<p>[...] like Mike&#8217;s response and especially appreciate his point that security professionals have to stop using compliance as a scape goat for not securing their data.&nbsp; &#8220;I couldn&#8217;t secure my company because I was spending too much time worrying [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://chaordicmind.com/blog/2009/08/09/personal-responsibility-in-information-security/comment-page-1/#comment-97</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Sun, 09 Aug 2009 23:53:31 +0000</pubDate>
		<guid isPermaLink="false">http://chaordicmind.com/blog/?p=81#comment-97</guid>
		<description>This is great stuff, Mike. I&#039;ve been grappling with similar issues the last few months - under the guise of &quot;responsibility without authority&quot; - a problem of enablement that I think we&#039;ve encouraged in the security industry. fwiw.
http://www.secureconsulting.net/2009/07/on_responsibility_without_auth.html</description>
		<content:encoded><![CDATA[<p>This is great stuff, Mike. I&#8217;ve been grappling with similar issues the last few months &#8211; under the guise of &#8220;responsibility without authority&#8221; &#8211; a problem of enablement that I think we&#8217;ve encouraged in the security industry. fwiw.<br />
<a href="http://www.secureconsulting.net/2009/07/on_responsibility_without_auth.html" rel="nofollow">http://www.secureconsulting.net/2009/07/on_responsibility_without_auth.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jericho</title>
		<link>http://chaordicmind.com/blog/2009/08/09/personal-responsibility-in-information-security/comment-page-1/#comment-96</link>
		<dc:creator>Jericho</dc:creator>
		<pubDate>Sun, 09 Aug 2009 21:54:45 +0000</pubDate>
		<guid isPermaLink="false">http://chaordicmind.com/blog/?p=81#comment-96</guid>
		<description>Are you suggesting that PCI is a &quot;carrot-and-stick&quot; approach? Companies are PCI compliant to avoid punishment (fines), perhaps a better analogy is in order?</description>
		<content:encoded><![CDATA[<p>Are you suggesting that PCI is a &#8220;carrot-and-stick&#8221; approach? Companies are PCI compliant to avoid punishment (fines), perhaps a better analogy is in order?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.476 seconds -->

