<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="http://feeds.feedburner.com/~d/styles/rss2full.xsl" type="text/xsl" media="screen"?><?xml-stylesheet href="http://feeds.feedburner.com/~d/styles/itemcontent.css" type="text/css" media="screen"?><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: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>
	<pubDate>Fri, 18 Jul 2008 11:00:39 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
	<language>en</language>
			<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" href="http://feeds.feedburner.com/bloginfosec/krfr" type="application/rss+xml" /><feedburner:emailServiceId>1520125</feedburner:emailServiceId><feedburner:feedburnerHostname>http://www.feedburner.com</feedburner:feedburnerHostname><item>
		<title>Crossing the Metrics Rubicon: Quest for the Perfect Measurement</title>
		<link>http://feeds.feedburner.com/~r/bloginfosec/krfr/~3/338903518/</link>
		<comments>http://www.bloginfosec.com/2008/07/18/crossing-the-metrics-rubicon-quest-for-the-perfect-measurement/#comments</comments>
		<pubDate>Fri, 18 Jul 2008 11:00:39 +0000</pubDate>
		<dc:creator>Patrick Foley</dc:creator>
		
		<category><![CDATA[Technical]]></category>

		<category><![CDATA[featured]]></category>

		<category><![CDATA[HIPAA]]></category>

		<category><![CDATA[metrics]]></category>

		<category><![CDATA[PCI]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=474</guid>
		<description><![CDATA[Security metrics represent a great untamed wilderness for organizations trying to determine both their risk profile and the effectiveness of the resources they have allocated to their security program. When I first became a security person after a career managing customer service, finance, and operations teams, the most succinct argument I heard for the paucity [...]]]></description>
			<content:encoded><![CDATA[<p>Security metrics represent a great untamed wilderness for organizations trying to determine both their risk profile and the effectiveness of the resources they have allocated to their security program. When I first became a security person after a career managing customer service, finance, and operations teams, the most succinct argument I heard for the paucity of security metrics was that you cannot measure a negative. The thinking, it was explained, was you could not determine whether a security control was effective until it failed, at which point you could determine that it was ineffective and you needed to spend more money theoretically making it more effective until it failed again.</p>
<p>I suppose you could track mean time between failures as a metric to determine when it would next be likely you would petition the money masters at your organization in supplication. Of course this approach reminds me of the old comic strip where the boy, while riding in the family car, asks his father how the load limit on bridges is determined. The response is that they drive bigger and bigger trucks over the bridge until it collapses. The truck is then weighed and the bridge rebuilt exactly as it was before. The mom of course comments to the dad that he should just admit he doesn’t know - an admission many of us would hesitate to make when confronted with a question about how secure is our organization.</p>
<p>I hail from the school that you can measure most anything; unfortunately you may not always do it well. Once, when trying to impress his boss, my boss told him about the <em>X</em> million hits our firewall had taken that month. The boss’s response – so is that good? With that simple question he described the challenge we face with trying to provide metrics the business understands and can use to further strategic or tactical decision-making.</p>
	<p>(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2008/07/18/crossing-the-metrics-rubicon-quest-for-the-perfect-measurement/" >Crossing the Metrics Rubicon: Quest for the Perfect Measurement</a> (339 words)</p>
	<hr noshade style="margin:0;height:1px" />
	<small><p>&copy; Patrick Foley for <a href="http://www.bloginfosec.com" >BlogInfoSec.com</a>, 2008. |
	<a href="http://www.bloginfosec.com/2008/07/18/crossing-the-metrics-rubicon-quest-for-the-perfect-measurement/" >Permalink</a> |
	<a href="http://www.bloginfosec.com/2008/07/18/crossing-the-metrics-rubicon-quest-for-the-perfect-measurement/#comments" >No comment</a><br/>
	Want more on these topics ? Browse the archive of posts filed under <a href="http://www.bloginfosec.com/category/technical/"  title="View all posts in Technical" rel="category tag">Technical</a>.</small></p>
	<p><small>This feed is copyrighted by bloginfosec.com. The feed may be syndicated only with our permission. If you feel that this feed is being syndicated by a website other than through us or one of our partners, please contact bloginfosec.com immediately at copyright_at_bloginfosec.com. Thank you!</small></p><img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/338903518" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2008/07/18/crossing-the-metrics-rubicon-quest-for-the-perfect-measurement/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.bloginfosec.com/2008/07/18/crossing-the-metrics-rubicon-quest-for-the-perfect-measurement/</feedburner:origLink></item>
		<item>
		<title>E-Discovery: Stick ‘em Up</title>
		<link>http://feeds.feedburner.com/~r/bloginfosec/krfr/~3/337954432/</link>
		<comments>http://www.bloginfosec.com/2008/07/17/e-discovery-stick-em-up/#comments</comments>
		<pubDate>Thu, 17 Jul 2008 11:00:29 +0000</pubDate>
		<dc:creator>Allan Pomerantz</dc:creator>
		
		<category><![CDATA[General]]></category>

		<category><![CDATA[CISO skills]]></category>

		<category><![CDATA[e-discovery]]></category>

		<category><![CDATA[featured]]></category>

		<category><![CDATA[Federal Rules of Civil Procedure]]></category>

		<category><![CDATA[law]]></category>

		<category><![CDATA[lawsuit]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=472</guid>
		<description><![CDATA[This column is not strictly about information security, although IS has a role to play. Rather, it is covers a topic that should be of significant interest to the people normally concerned with IS – information technology, compliance, and especially the CFO and the CFO.
First, a disclaimer. The writer is not an attorney and is [...]]]></description>
			<content:encoded><![CDATA[<p>This column is not strictly about information security, although IS has a role to play. Rather, it is covers a topic that should be of significant interest to the people normally concerned with IS – information technology, compliance, and especially the CFO and the CFO.</p>
<p>First, a disclaimer. The writer is not an attorney and is not qualified nor is attempting to give legal advice.</p>
<p>So what is the issue here? Simply it is the Federal Rules of Civil Procedure which were revised in December 2006. In essence they require three things:</p>
<ol>
<li> Plaintiff’s lawyers can request any / all information you have in electronic form that may relate to the case.</li>
<li> You could suffer significant financial losses if you can’t produce the requested items.</li>
<li> Once you are notified of the pending lawsuit, you must retain information that could relevant to the case and can suffer dire consequences if the information is destroyed. after you are notified of the pending suit. Further, you may be required not only to produce the documents but also to prove that they haven’t been altered.</li>
</ol>
<p>So how has industry responded so far?</p>
	<p>(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2008/07/17/e-discovery-stick-em-up/" >E-Discovery: Stick &#8216;em Up</a> (328 words)</p>
	<hr noshade style="margin:0;height:1px" />
	<small><p>&copy; Allan Pomerantz for <a href="http://www.bloginfosec.com" >BlogInfoSec.com</a>, 2008. |
	<a href="http://www.bloginfosec.com/2008/07/17/e-discovery-stick-em-up/" >Permalink</a> |
	<a href="http://www.bloginfosec.com/2008/07/17/e-discovery-stick-em-up/#comments" >No comment</a><br/>
	Want more on these topics ? Browse the archive of posts filed under <a href="http://www.bloginfosec.com/category/general/"  title="View all posts in General" rel="category tag">General</a>.</small></p>
	<p><small>This feed is copyrighted by bloginfosec.com. The feed may be syndicated only with our permission. If you feel that this feed is being syndicated by a website other than through us or one of our partners, please contact bloginfosec.com immediately at copyright_at_bloginfosec.com. Thank you!</small></p><img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/337954432" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2008/07/17/e-discovery-stick-em-up/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.bloginfosec.com/2008/07/17/e-discovery-stick-em-up/</feedburner:origLink></item>
		<item>
		<title>Could SPAM Sway the US Presidential Election?</title>
		<link>http://feeds.feedburner.com/~r/bloginfosec/krfr/~3/331633755/</link>
		<comments>http://www.bloginfosec.com/2008/07/10/could-spam-sway-the-us-presidential-election/#comments</comments>
		<pubDate>Thu, 10 Jul 2008 11:00:29 +0000</pubDate>
		<dc:creator>Kenneth F. Belva</dc:creator>
		
		<category><![CDATA[General]]></category>

		<category><![CDATA[disinformation]]></category>

		<category><![CDATA[SPAM]]></category>

		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=469</guid>
		<description><![CDATA[Might the power of SPAM be able to change the course of US political elections? Could a SPAM disinformation campaign sway voters?
This scenario occurred to me after I received SPAM with the following headlines:
McCain suffers heart attack
Obama suffers setback in polls due to sex secrets
The process to create disinformation would be fairly easy. First, create [...]]]></description>
			<content:encoded><![CDATA[<p>Might the power of SPAM be able to change the course of US political elections? Could a SPAM disinformation campaign sway voters?</p>
<p>This scenario occurred to me after I received SPAM with the following headlines:</p>
<blockquote><p>McCain suffers heart attack<br />
Obama suffers setback in polls due to sex secrets</p></blockquote>
<p>The process to create disinformation would be fairly easy. First, create a fake news website. The goal is to mix a small amount of fake news with a large amount of legitimate news. On the fake news website, the real news stories should come directly from the AP wires as the primary source. The fake news would be properly embedded in the site to make it seem legitimate. Next, the site should also be branded with a local small town flavor so as not to arouse suspicion. Finally, the disinformation (i.e., the fake news story buried in the AP stories) is SPAMmed to millions of people.</p>
<p>This process would continue unabated until the election ends. It would be a genuine disinformation campaign aimed at the opposite party. If one of these stories was accidentally picked up by the mainstream media and reported as accurate, it would multiply the effect.</p>
<p>One assumes that the US presidential candidates would be the most likely to be engaged in this sort of activity:  one may also include foreign governments or rogue groups as people who may engage in this behavior as well. It would be easy to do for any organized group with a vested political interest and small amount of capital.</p>
<p>To be fair to the skeptics: it&#8217;s a question of numbers. How many people would these stories reach? How may people would be duped? And, would it be enough to significantly change the outcome of the election? While I cannot definitively answer these questions, it&#8217;s an interesting scenario.</p>
	<p></p>
	<hr noshade style="margin:0;height:1px" />
	<small><p>&copy; Kenneth F. Belva for <a href="http://www.bloginfosec.com" >BlogInfoSec.com</a>, 2008. |
	<a href="http://www.bloginfosec.com/2008/07/10/could-spam-sway-the-us-presidential-election/" >Permalink</a> |
	<a href="http://www.bloginfosec.com/2008/07/10/could-spam-sway-the-us-presidential-election/#comments" >No comment</a><br/>
	Want more on these topics ? Browse the archive of posts filed under <a href="http://www.bloginfosec.com/category/general/"  title="View all posts in General" rel="category tag">General</a>.</small></p>
	<p><small>This feed is copyrighted by bloginfosec.com. The feed may be syndicated only with our permission. If you feel that this feed is being syndicated by a website other than through us or one of our partners, please contact bloginfosec.com immediately at copyright_at_bloginfosec.com. Thank you!</small></p><img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/331633755" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2008/07/10/could-spam-sway-the-us-presidential-election/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.bloginfosec.com/2008/07/10/could-spam-sway-the-us-presidential-election/</feedburner:origLink></item>
		<item>
		<title>Security Buzzword Bingo</title>
		<link>http://feeds.feedburner.com/~r/bloginfosec/krfr/~3/330682963/</link>
		<comments>http://www.bloginfosec.com/2008/07/09/security-buzzword-bingo/#comments</comments>
		<pubDate>Wed, 09 Jul 2008 11:00:08 +0000</pubDate>
		<dc:creator>Russell Handorf</dc:creator>
		
		<category><![CDATA[Technical]]></category>

		<category><![CDATA[acronyms]]></category>

		<category><![CDATA[featured]]></category>

		<category><![CDATA[incidents]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=467</guid>
		<description><![CDATA[I’ve had the opportunity to travel to various security conferences and product demonstrations over the years. Lately in order to continue paying attention to a lot of these presenters, I’ve had to play the game Buzzword Bingo. Everyone should remember the game Bingo, where all the players have a card with the letters BINGO at [...]]]></description>
			<content:encoded><![CDATA[<p>I’ve had the opportunity to travel to various security conferences and product demonstrations over the years. Lately in order to continue paying attention to a lot of these presenters, I’ve had to play the game Buzzword Bingo. Everyone should remember the game Bingo, where all the players have a card with the letters BINGO at the top, and below the letters would be a column of “random” numbers. The announcer would call out numbers, and the first to have a number in all of the columns would win. In the game of Buzzword Bingo, you would simply replace the words with numbers and the announcer with the presenter. I play this game for two reasons: to easily track what bogus selling points that vendors use to push solutions, and to occasionally unsettle them by yelling out “BINGO!”</p>
<p>One buzzword that has yet to be stricken from my list as of late is TJ MAX. Out of all of the security and technology buzzwords (NBA, NAC, DLP, AES, etc), TJ MAX seems to be the biggest reoccurring and cited incident ever. Why is it that marketing department’s just love citing them as an example of what not to do? Why are they saying their product line will prevent you from being the next TJ MAX? Is there still an ongoing problem at TJ MAX that is relevant to the security industry as a whole? Is it that there simply isn’t anything else to talk about? Or is there another problem? Maybe the companies are providing the wrong solutions, and in order to create more confusion they are stuck citing the industries scapegoat.</p>
<p>Here’s what I mean. DLP currently means two things right now: data leakage protection and data leakage prevention. Which one is it? Protection implies that you protect the data even if the horse has</p>
	<p>(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2008/07/09/security-buzzword-bingo/" >Security Buzzword Bingo</a> (219 words)</p>
	<hr noshade style="margin:0;height:1px" />
	<small><p>&copy; Russell Handorf for <a href="http://www.bloginfosec.com" >BlogInfoSec.com</a>, 2008. |
	<a href="http://www.bloginfosec.com/2008/07/09/security-buzzword-bingo/" >Permalink</a> |
	<a href="http://www.bloginfosec.com/2008/07/09/security-buzzword-bingo/#comments" >No comment</a><br/>
	Want more on these topics ? Browse the archive of posts filed under <a href="http://www.bloginfosec.com/category/technical/"  title="View all posts in Technical" rel="category tag">Technical</a>.</small></p>
	<p><small>This feed is copyrighted by bloginfosec.com. The feed may be syndicated only with our permission. If you feel that this feed is being syndicated by a website other than through us or one of our partners, please contact bloginfosec.com immediately at copyright_at_bloginfosec.com. Thank you!</small></p><img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/330682963" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2008/07/09/security-buzzword-bingo/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.bloginfosec.com/2008/07/09/security-buzzword-bingo/</feedburner:origLink></item>
		<item>
		<title>Provisioning: Security’s First Step to Measuring Organizational Impact</title>
		<link>http://feeds.feedburner.com/~r/bloginfosec/krfr/~3/329718388/</link>
		<comments>http://www.bloginfosec.com/2008/07/08/provisioning-securitys-first-step-to-measuring-organizational-impact/#comments</comments>
		<pubDate>Tue, 08 Jul 2008 11:00:34 +0000</pubDate>
		<dc:creator>Patrick Foley</dc:creator>
		
		<category><![CDATA[Technical]]></category>

		<category><![CDATA[featured]]></category>

		<category><![CDATA[IDM]]></category>

		<category><![CDATA[metrics]]></category>

		<category><![CDATA[provisioning]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=468</guid>
		<description><![CDATA[Security is often accused, occasionally with merit, of being an obstacle to an organization’s business. While the drumbeat of cyber threats has at least raised the technology risk consciousness of many business managers, security professionals still have the challenge of quantifying how big an insurance policy makes sense for their organization. We will spend some [...]]]></description>
			<content:encoded><![CDATA[<p>Security is often accused, occasionally with merit, of being an obstacle to an organization’s business. While the drumbeat of cyber threats has at least raised the technology risk consciousness of many business managers, security professionals still have the challenge of quantifying how big an insurance policy makes sense for their organization. We will spend some time in a future article exploring effective security metrics, but one place where security can often measure both its impact and its benefit is in the provisioning process.</p>
<p>Several years ago, while working in financial services, we were under strict internal and regulatory duress to ensure segregation of duties and least privilege access for all associates who had exposure to investment data (about 4000 people). Unfortunately, the manual processes then in place required not only significant administrative overhead from the access administration team but, more distressingly from management’s perspective, from senior staff who were constantly barraged with access approval requests from a global user community. Needless to say, these manual processes were as ineffective as they were burdensome an almost constant stream of audit findings indicated.</p>
<p>As with many organizations, both the overhead and ineffectiveness of the access approval process became accepted enterprise costs and there was no organizational mandate to address the challenges strategically. However, one tactical approach after another failed to provide any lasting solution, and served only to increase stress on access administrators and approvers alike.</p>
<p>Security’s requests to initiate a strategic solution fell on deaf ears until we were able use some previous lessons learned to make our case financially. While working a few years earlier in the corporate security function, we had sought to quantify the cost in terms of lost productivity of provisioning delays caused by not having a single user identifier and central identity store. While our methodology was pretty raw and</p>
	<p>(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2008/07/08/provisioning-securitys-first-step-to-measuring-organizational-impact/" >Provisioning: Security&#8217;s First Step to Measuring Organizational Impact</a> (288 words)</p>
	<hr noshade style="margin:0;height:1px" />
	<small><p>&copy; Patrick Foley for <a href="http://www.bloginfosec.com" >BlogInfoSec.com</a>, 2008. |
	<a href="http://www.bloginfosec.com/2008/07/08/provisioning-securitys-first-step-to-measuring-organizational-impact/" >Permalink</a> |
	<a href="http://www.bloginfosec.com/2008/07/08/provisioning-securitys-first-step-to-measuring-organizational-impact/#comments" >No comment</a><br/>
	Want more on these topics ? Browse the archive of posts filed under <a href="http://www.bloginfosec.com/category/technical/"  title="View all posts in Technical" rel="category tag">Technical</a>.</small></p>
	<p><small>This feed is copyrighted by bloginfosec.com. The feed may be syndicated only with our permission. If you feel that this feed is being syndicated by a website other than through us or one of our partners, please contact bloginfosec.com immediately at copyright_at_bloginfosec.com. Thank you!</small></p><img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/329718388" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2008/07/08/provisioning-securitys-first-step-to-measuring-organizational-impact/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.bloginfosec.com/2008/07/08/provisioning-securitys-first-step-to-measuring-organizational-impact/</feedburner:origLink></item>
		<item>
		<title>IT and Infosec Insourcing: Could You Do It If You Wanted To?</title>
		<link>http://feeds.feedburner.com/~r/bloginfosec/krfr/~3/325704980/</link>
		<comments>http://www.bloginfosec.com/2008/07/03/it-and-infosec-insourcing-could-you-do-it-if-you-wanted-to/#comments</comments>
		<pubDate>Thu, 03 Jul 2008 11:00:37 +0000</pubDate>
		<dc:creator>C. Warren Axelrod</dc:creator>
		
		<category><![CDATA[CSO/CISO Perspectives]]></category>

		<category><![CDATA[CISO]]></category>

		<category><![CDATA[CISO skills]]></category>

		<category><![CDATA[featured]]></category>

		<category><![CDATA[insourcing]]></category>

		<category><![CDATA[Privacy]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=465</guid>
		<description><![CDATA[There was an article by Timothy Aeppel on the front page of the June 13, 2008 issue of The Wall Street Journal with the title &#8220;Stung by Soaring Transport Cost, Factories Bring Jobs Home Again&#8221; (subscription required). The article is about manufacturers bringing back some of their production from China to domestic plants because the [...]]]></description>
			<content:encoded><![CDATA[<p>There was an article by Timothy Aeppel on the front page of the June 13, 2008 issue of The Wall Street Journal with the title &#8220;<a href="http://online.wsj.com/article/SB121331934552070357.html" onclick="javascript:pageTracker._trackPageview('/outbound/article/online.wsj.com');" target="_blank">Stung by Soaring Transport Cost, Factories Bring Jobs Home Again</a>&#8221; (subscription required). The article is about manufacturers bringing back some of their production from China to domestic plants because the rapidly increasing costs of shipping, labor and raw materials exceeded cost savings. A company president related that his company was fortunate to have held on to its manufacturing machinery, saying: &#8220;What looked like an albatross a year and a half ago &#8230; today looks like a pretty good asset.&#8221;</p>
<p>There is an analogy with IT and information security outsourcing. The rationale is not based upon transportation - indeed the cost of electronic message transmissions is going down, not up. No, it is the high inflation, particularly in the compensation of technical and operational staff in countries such as India, which is beginning to shift the balance. But if the economics tips in favor of bringing back IT and business processes and their commensurate security onshore, would we be as fortunate as the manufacturer in still having individuals with the requisite skills and experience to do the task? Or have we already rid ourselves of these former albatrosses.</p>
<p>There are several issues in this regard, many of which I address in my book <a href="http://www.amazon.com/Outsourcing-Information-Security-Computer/dp/1580535313" onclick="javascript:pageTracker._trackPageview('/outbound/article/www.amazon.com');" target="_blank">Outsourcing Information Security</a>. Let me repeat some of them here. They are:</p>
<ul>
<li> Retaining the appropriate staff to oversee the outsourcing relationship</li>
<li> Including an exit (or extrication) strategy in the service agreement, and</li>
<li> Having in place a dynamic examination process, which regularly evaluates all outsourcing arrangements from a cost-benefit perspective</li>
</ul>
<p>I also discuss risks related to planned changes, which include outsourcing and insourcing, in an earlier column, <a href="http://www.bloginfosec.com/2008/04/21/security-and-change-pt-3-white-knights/"  target="_blank">Security and Change (pt. 3) - White Knights</a>.</p>
<p>You can overcome aspects of the above areas after the fact, but it can be considerably less expensive if you anticipate the ending of relationships and potential insourcing when you are negotiating the service agreement.</p>
<p>Let&#8217;s look at each of these factors in more detail.</p>
	<p>(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2008/07/03/it-and-infosec-insourcing-could-you-do-it-if-you-wanted-to/" >IT and Infosec Insourcing: Could You Do It If You Wanted To?</a> (588 words)</p>
	<hr noshade style="margin:0;height:1px" />
	<small><p>&copy; C. Warren Axelrod for <a href="http://www.bloginfosec.com" >BlogInfoSec.com</a>, 2008. |
	<a href="http://www.bloginfosec.com/2008/07/03/it-and-infosec-insourcing-could-you-do-it-if-you-wanted-to/" >Permalink</a> |
	<a href="http://www.bloginfosec.com/2008/07/03/it-and-infosec-insourcing-could-you-do-it-if-you-wanted-to/#comments" >No comment</a><br/>
	Want more on these topics ? Browse the archive of posts filed under <a href="http://www.bloginfosec.com/category/csociso-perspectives/"  title="View all posts in CSO/CISO Perspectives" rel="category tag">CSO/CISO Perspectives</a>.</small></p>
	<p><small>This feed is copyrighted by bloginfosec.com. The feed may be syndicated only with our permission. If you feel that this feed is being syndicated by a website other than through us or one of our partners, please contact bloginfosec.com immediately at copyright_at_bloginfosec.com. Thank you!</small></p><img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/325704980" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2008/07/03/it-and-infosec-insourcing-could-you-do-it-if-you-wanted-to/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.bloginfosec.com/2008/07/03/it-and-infosec-insourcing-could-you-do-it-if-you-wanted-to/</feedburner:origLink></item>
		<item>
		<title>An Analysis of the Privacy Rights Clearinghouse “Chronology of Data Breaches” and Implications for Information Security Professionals (pt. 2)</title>
		<link>http://feeds.feedburner.com/~r/bloginfosec/krfr/~3/324804875/</link>
		<comments>http://www.bloginfosec.com/2008/07/02/an-analysis-of-the-privacy-rights-clearinghouse-chronology-of-data-breaches-and-implications-for-information-security-professionals-pt-2/#comments</comments>
		<pubDate>Wed, 02 Jul 2008 11:00:49 +0000</pubDate>
		<dc:creator>Sam Dekay</dc:creator>
		
		<category><![CDATA[Compliance and Laws]]></category>

		<category><![CDATA[data breach]]></category>

		<category><![CDATA[data breach notification]]></category>

		<category><![CDATA[data breach notification laws]]></category>

		<category><![CDATA[Gramm-Leach-Bliley Act]]></category>

		<category><![CDATA[Health Insurance Portability and Accountability Act]]></category>

		<category><![CDATA[malicious insider]]></category>

		<category><![CDATA[Privacy Law of 1974]]></category>

		<category><![CDATA[privacy laws]]></category>

		<category><![CDATA[spotlight]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=464</guid>
		<description><![CDATA[A few weeks ago, I presented the results of an analysis of data breaches occurring in 2007, the last full year for which information is available; the &#8220;Chronology of Data Breaches&#8221; database, available at the Privacy Rights Clearinghouse website (privacyrights.org) provided source data for this analysis.  In summary, the analysis supported the following conclusions:
1.  Educational [...]]]></description>
			<content:encoded><![CDATA[<p>A few weeks ago, I presented the results of <a href="http://www.bloginfosec.com/2008/06/23/an-analysis-of-the-privacy-rights-clearinghouse-chronology-of-data-breaches-and-implications-for-information-security-professionls-pt-1/"  target="_blank">an analysis </a>of data breaches occurring in 2007, the last full year for which information is available; the &#8220;Chronology of Data Breaches&#8221; database, available at the Privacy Rights Clearinghouse website (<a href="http://www.privacyrights.org/ar/ChronDataBreaches.htm" onclick="javascript:pageTracker._trackPageview('/outbound/article/www.privacyrights.org');" target="_blank">privacyrights.org</a>) provided source data for this analysis.  In summary, the analysis supported the following conclusions:</p>
<p>1.  Educational institutions reported the majority of data breaches, followed by (in order of breach frequency) offices and agencies of local, state, and federal governments; private businesses (such as retail establishments); health-related organizations; and financial services.</p>
<p>2.  Data breaches were caused by the following factors, arranged in order of frequency of causation:  Lost/stolen equipment (44%); Inappropriate access to data via the Internet (17%); Hackers (15%); Careless disposal of paper records (12%); Accidental disclosure of data (7%)</p>
<p>3.  Of the 330 data breaches reported in 2007, only 7 (2%) resulted in actual incidents of identity theft or other fraudulent activity.</p>
<p>4.  Four of the 7 (57%) actual incidents of identity theft or fraud were perpetrated by &#8220;malicious insiders.&#8221;</p>
<p>The purpose of this article is to examine the significance of these findings for risk assessment, security policy, priorities for security controls to reduce the likelihood of breaches, and the role of information security in the breach prevention process.</p>
<p><span style="text-decoration: underline;"><strong>Validity of the Data</strong></span><br />
To what extent can we trust the data provided by the Clearinghouse-or, for that matter, any organization that collates and reports breach incidents?  The accuracy of our knowledge concerning the frequency and causes of breaches is dependent upon the thoroughness and validity of the reporting authority.  A recent and thoughtful article, <a href="http://www.pogowasright.org/blogs/dissent/?p=678" onclick="javascript:pageTracker._trackPageview('/outbound/article/www.pogowasright.org');" target="_blank">&#8220;Can we make any sense out of breach reports?&#8221;, </a> maintains that existing statistical data are insufficiently trustworthy to permit the drawing of inferences.  This lack of validity is based upon (1) the fact that different sectors (e.g., education, health, financial services) have different reporting requirements; (2) some states are still in the process of implementing mandatory reporting laws; and (3) inspection of state-sponsored listings of reported notifications reveals that not all breaches reported by states are reflected in national databases, such as the Privacy Rights Clearinghouse &#8220;Chronology of Data Breaches.&#8221;  In addition, we are not aware of the extent to which sectors underreport the frequency of data breaches.</p>
	<p>(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2008/07/02/an-analysis-of-the-privacy-rights-clearinghouse-chronology-of-data-breaches-and-implications-for-information-security-professionals-pt-2/" >An Analysis of the Privacy Rights Clearinghouse &#8220;Chronology of Data Breaches&#8221; and Implications for Information Security Professionals (pt. 2)</a> (1,147 words)</p>
	<hr noshade style="margin:0;height:1px" />
	<small><p>&copy; Sam Dekay for <a href="http://www.bloginfosec.com" >BlogInfoSec.com</a>, 2008. |
	<a href="http://www.bloginfosec.com/2008/07/02/an-analysis-of-the-privacy-rights-clearinghouse-chronology-of-data-breaches-and-implications-for-information-security-professionals-pt-2/" >Permalink</a> |
	<a href="http://www.bloginfosec.com/2008/07/02/an-analysis-of-the-privacy-rights-clearinghouse-chronology-of-data-breaches-and-implications-for-information-security-professionals-pt-2/#comments" >No comment</a><br/>
	Want more on these topics ? Browse the archive of posts filed under <a href="http://www.bloginfosec.com/category/compliance-and-laws/"  title="View all posts in Compliance and Laws" rel="category tag">Compliance and Laws</a>.</small></p>
	<p><small>This feed is copyrighted by bloginfosec.com. The feed may be syndicated only with our permission. If you feel that this feed is being syndicated by a website other than through us or one of our partners, please contact bloginfosec.com immediately at copyright_at_bloginfosec.com. Thank you!</small></p><img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/324804875" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2008/07/02/an-analysis-of-the-privacy-rights-clearinghouse-chronology-of-data-breaches-and-implications-for-information-security-professionals-pt-2/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.bloginfosec.com/2008/07/02/an-analysis-of-the-privacy-rights-clearinghouse-chronology-of-data-breaches-and-implications-for-information-security-professionals-pt-2/</feedburner:origLink></item>
		<item>
		<title>Security IS a Business Function</title>
		<link>http://feeds.feedburner.com/~r/bloginfosec/krfr/~3/323960976/</link>
		<comments>http://www.bloginfosec.com/2008/07/01/security-is-a-business-function/#comments</comments>
		<pubDate>Tue, 01 Jul 2008 11:00:44 +0000</pubDate>
		<dc:creator>Micki Krause</dc:creator>
		
		<category><![CDATA[General]]></category>

		<category><![CDATA[business]]></category>

		<category><![CDATA[business requirements]]></category>

		<category><![CDATA[CISO skills]]></category>

		<category><![CDATA[leadership]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=456</guid>
		<description><![CDATA[If there is only one key attribute for the success of your information security program, it has to be that security is treated as a business function.  In Chapter 5 of the recently published  “CISO Leadership: Essential Principles for Success”,  the authors break down the components of a business and explain how each contributes to [...]]]></description>
			<content:encoded><![CDATA[<p>If there is only one key attribute for the success of your information security program, it has to be that security is treated as a business function.  In Chapter 5 of the recently published  “<a href="http://www.amazon.com/CISO-Leadership-Essential-Principles-Success/dp/0849379431/" onclick="javascript:pageTracker._trackPageview('/outbound/article/www.amazon.com');" target="_blank">CISO Leadership: Essential Principles for Success</a>”,  the authors break down the components of a business and explain how each contributes to a relevant and successful endeavor.</p>
<p>They posit that, as with any other business, a security program must have all of the following parts and pieces:</p>
<ul>
<li>Planning</li>
<li>Sales</li>
<li>Marketing</li>
<li>Production aka build</li>
<li>Operations aka delivery</li>
<li>Financial</li>
<li>Program management</li>
<li>Control components</li>
</ul>
<p>Makes perfect sense, doesn’t it?  Haven’t we said all along that security is an enabler? After all, what is the mission of the information security program if not to serve as a facilitator for the development and delivery of the organization’s products and services?</p>
<p>Remember in one of my earlier columns in this blog, I referenced Chapter 10, entitled “<a href="http://www.bloginfosec.com/2008/03/13/core-program-practices-assess-implement-and-monitor/"  target="_blank">Why and How Assessment of an Organization’s Culture Should Shape Security Strategies</a>.” Once again, in Chapter 5, the authors begin with the assertion that ‘the first task in developing or reviewing a security function is to assess and understand the organization’s culture.’  Working within the organization’s culture is critical. If your job is to develop, approve and implement policies and standards, you need to know how things get done in your company. Is it a top-down patriarchy, where support from executive management ensures complete success? Is it a bottoms-up, consensus-driver organization, where buy-in and concurrence are key? Different cultures demand different perspectives and totally different approaches.</p>
<p>Although a cultural assessment can be extensive, some key questions to ask are:</p>
<ul>
<li>What will the enterprise-wide security governance process look like?</li>
<li>Will the security organization be centralized, decentralized or a combination of the two?</li>
<li>What is the level of management commitment and budget oversight?</li>
<li>What is the balance and organizational relationship between the policy functions and the operational aspects of security?</li>
<li>How and where does the security organization fit in the organizational structure?</li>
</ul>
<p>There’s an ongoing debate about the last question above. Some say security should report to the CEO. Others say it should report anywhere but under IT. Regardless, it should fit where it has the best chance of succeeding. In any event, leadership of the function is essential; as the authors claim, “… a successful business function is led by a person who can effectively communicate and collaborate with other executives, managers and staff.</p>
<p>So, how does one go about it? The authors of Chapter 5 lead us step by step, in a plan, build, run model</p>
<ul>
<li> <strong>Plan</strong>: Clearly stated goals, vision and mission of the information security function. It includes the business plan, objectives, timeline to implement desired projects and ongoing tasks, performance metrics and budget requirements.</li>
</ul>
<ul>
<li> <strong>Build</strong>: focuses on the policy and standards framework, the processes to be put in place, the tools to make or buy, and the metrics to assess risk and security.</li>
</ul>
<ul>
<li> <strong>Run</strong>: Based on the scope of the information security function, the functional roles of the CISO organization may include:  assessing security, acting as an internal consultant, operations, marketing / selling security to the rest of the organization.</li>
</ul>
<p>In summary, business requirements drive the information security function. Running information security as a business is key to keeping the function relevant and successful.</p>
	<p></p>
	<hr noshade style="margin:0;height:1px" />
	<small><p>&copy; Micki Krause for <a href="http://www.bloginfosec.com" >BlogInfoSec.com</a>, 2008. |
	<a href="http://www.bloginfosec.com/2008/07/01/security-is-a-business-function/" >Permalink</a> |
	<a href="http://www.bloginfosec.com/2008/07/01/security-is-a-business-function/#comments" >No comment</a><br/>
	Want more on these topics ? Browse the archive of posts filed under <a href="http://www.bloginfosec.com/category/general/"  title="View all posts in General" rel="category tag">General</a>.</small></p>
	<p><small>This feed is copyrighted by bloginfosec.com. The feed may be syndicated only with our permission. If you feel that this feed is being syndicated by a website other than through us or one of our partners, please contact bloginfosec.com immediately at copyright_at_bloginfosec.com. Thank you!</small></p><img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/323960976" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2008/07/01/security-is-a-business-function/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.bloginfosec.com/2008/07/01/security-is-a-business-function/</feedburner:origLink></item>
		<item>
		<title>Security Tidbits of Interest</title>
		<link>http://feeds.feedburner.com/~r/bloginfosec/krfr/~3/323315646/</link>
		<comments>http://www.bloginfosec.com/2008/06/30/security-tidbits-of-interest/#comments</comments>
		<pubDate>Mon, 30 Jun 2008 15:00:13 +0000</pubDate>
		<dc:creator>Kenneth F. Belva</dc:creator>
		
		<category><![CDATA[General]]></category>

		<category><![CDATA[climate change]]></category>

		<category><![CDATA[cold war]]></category>

		<category><![CDATA[Encryption]]></category>

		<category><![CDATA[identity theft]]></category>

		<category><![CDATA[national security]]></category>

		<category><![CDATA[PGP]]></category>

		<category><![CDATA[terrorism]]></category>

		<category><![CDATA[tidbits]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=462</guid>
		<description><![CDATA[Did you know that Al-qaeda uses PGP?
Analysts said that as-Sahab is outfitted with some of the best technology available. Editors and producers use ultralight Sony Vaio laptops and top-end video cameras. Files are protected using PGP, or Pretty Good Privacy, a virtually unbreakable form of encryption software that is also used by intelligence agencies around [...]]]></description>
			<content:encoded><![CDATA[<p>Did you know that <a href="http://www.msnbc.msn.com/id/25341477/page/2/" onclick="javascript:pageTracker._trackPageview('/outbound/article/www.msnbc.msn.com');" target="_blank">Al-qaeda uses PGP</a>?</p>
<p style="padding-left: 30px;">Analysts said that as-Sahab is outfitted with some of the best technology available. Editors and producers use ultralight Sony Vaio laptops and top-end video cameras. Files are protected using PGP, or Pretty Good Privacy, a virtually unbreakable form of encryption software that is also used by intelligence agencies around the world.</p>
<p>I&#8217;m always fascinated when something in one field impacts another in a non-obvious way. In this case it&#8217;s <a href="http://www.cnn.com/2008/POLITICS/06/25/climate.change.security/index.html" onclick="javascript:pageTracker._trackPageview('/outbound/article/www.cnn.com');" target="_blank">global warming and national security</a>.</p>
<p style="padding-left: 30px;">&#8220;The conditions exacerbated by the effects of climate change could increase the pool of potential recruits into  terrorist activity ,&#8221; he said.</p>
<p>The <a href="http://www.vnunet.com/vnunet/news/2220203/report-slams-facebook-mod-laptop" onclick="javascript:pageTracker._trackPageview('/outbound/article/www.vnunet.com');" target="_blank">MoD faults the recent information security security lapses</a> on the fact that the value of security not translated to younger generation:</p>
<p style="padding-left: 30px;">[T]oday&#8217;s Facebook generation failed to understand the culture of security which was ingrained during the Cold War.</p>
<p style="padding-left: 30px;">&#8220;These well-developed processes and procedures have not been translated effectively into the information age,&#8221; he wrote.</p>
<p><a href="http://www.amny.com/news/local/ny-bc-ny--roommates-identit0627jun27,0,7431135.story" onclick="javascript:pageTracker._trackPageview('/outbound/article/www.amny.com');" target="_blank">Identity theft the traditional way</a>: raiding the physical mailbox.</p>
<p style="padding-left: 30px;">Brown says the two women stole the identities of the married couple by asking the postal service to forward the couple&#8217;s mail back to their old address in Rego Park, Queens. The DA says they then opened numerous credit card accounts in the couple&#8217;s name between January 2008 and June 2008.</p>
	<p></p>
	<hr noshade style="margin:0;height:1px" />
	<small><p>&copy; Kenneth F. Belva for <a href="http://www.bloginfosec.com" >BlogInfoSec.com</a>, 2008. |
	<a href="http://www.bloginfosec.com/2008/06/30/security-tidbits-of-interest/" >Permalink</a> |
	<a href="http://www.bloginfosec.com/2008/06/30/security-tidbits-of-interest/#comments" >No comment</a><br/>
	Want more on these topics ? Browse the archive of posts filed under <a href="http://www.bloginfosec.com/category/general/"  title="View all posts in General" rel="category tag">General</a>.</small></p>
	<p><small>This feed is copyrighted by bloginfosec.com. The feed may be syndicated only with our permission. If you feel that this feed is being syndicated by a website other than through us or one of our partners, please contact bloginfosec.com immediately at copyright_at_bloginfosec.com. Thank you!</small></p><img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/323315646" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2008/06/30/security-tidbits-of-interest/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.bloginfosec.com/2008/06/30/security-tidbits-of-interest/</feedburner:origLink></item>
		<item>
		<title>PCI DSS Position on Patching May Be Unjustified</title>
		<link>http://feeds.feedburner.com/~r/bloginfosec/krfr/~3/321244886/</link>
		<comments>http://www.bloginfosec.com/2008/06/27/pci-dss-position-on-patching-may-be-unjustified/#comments</comments>
		<pubDate>Fri, 27 Jun 2008 11:00:15 +0000</pubDate>
		<dc:creator>Jeff Lowder</dc:creator>
		
		<category><![CDATA[Compliance and Laws]]></category>

		<category><![CDATA[Risk Analysis]]></category>

		<category><![CDATA[Security Metrics]]></category>

		<category><![CDATA[agility]]></category>

		<category><![CDATA[Patching]]></category>

		<category><![CDATA[PCI]]></category>

		<category><![CDATA[vulnerabilities]]></category>

		<guid isPermaLink="false">http://www.bloginfosec.com/?p=463</guid>
		<description><![CDATA[Verizon Business recently posted an excellent article on their blog about security patching. As someone who just read The New School of Information Security (an important book that all information security professionals should read), I thought it was refreshing to see someone take an evidence-based approach to information security controls. Verizon begins by asking the [...]]]></description>
			<content:encoded><![CDATA[<p>Verizon Business recently posted an <a href="http://securityblog.verizonbusiness.com/2008/06/13/patching-conundrum/" onclick="javascript:pageTracker._trackPageview('/outbound/article/securityblog.verizonbusiness.com');">excellent article on their blog about security patching</a>. As someone who just read <em>The New School of Information Security </em>(an important book that all information security professionals should read), I thought it was refreshing to see someone take an evidence-based approach to information security controls. Verizon begins by asking the following two questions:</p>
<blockquote><p>How much better is it to have a world-class patching process compared to an average one? Could it ever be detrimental to patch too fast?</p></blockquote>
<p>The idea that &#8220;patching too fast&#8221; could be &#8220;detrimental&#8221; is clearly related to this column&#8217;s focus on the concept of &#8220;agile security,&#8221; so this immediately caught my attention. Verizon sums up the answers to their own questions nicely:</p>
<blockquote><p>The recently published “Verizon Business 2008 Data Breach Investigations Report” describes characteristics of more than 500 computer crime investigations performed over the past four years. Our data shows that in only 18% of cases in the hacking category (see Figure 11) did the attack have anything to do with a “patchable” vulnerability. Further analysis in the study (Figure 12) showed that 90% of those attacks would have been prevented had patches been applied that were <span style="underline">six months in age or older</span>! Significantly, patching more frequently than monthly would have mitigated no additional cases.</p></blockquote>
<p>Patching more frequently than monthly was not only unnecessary to prevent the vast majority of compromises included in their research, but there is evidence that in at least some cases the focus on frequent patching caused more harm than good.</p>
<blockquote><p>In summary, the Sasser worm study analysis found that companies who had succeeded at “patching fast” were significantly worse off than “average” companies in the same study. This seemed to be because, as a group, these companies tended toward less use of broad, generic countermeasures. They also thought they had patched everyone, when in reality they hadn’t. You might say they spent more of their energy and money on patching and less on routing, ACLs, standard configurations, user response training, and similar “broad and fundamental” controls.</p></blockquote>
<p>And the above quotation only considers the impact of &#8220;patching fast&#8221; from a security effectiveness perspective. It says nothing about the potential for other negative impacts of &#8220;patching fast&#8221; on an organization&#8217;s agility.</p>
<p>Compare the results of Verizon&#8217;s research with an industry benchmark, the very well-intentioned Payment</p>
	<p>(...)<br/>Read the rest of <a href="http://www.bloginfosec.com/2008/06/27/pci-dss-position-on-patching-may-be-unjustified/" >PCI DSS Position on Patching May Be Unjustified</a> (443 words)</p>
	<hr noshade style="margin:0;height:1px" />
	<small><p>&copy; Jeff Lowder for <a href="http://www.bloginfosec.com" >BlogInfoSec.com</a>, 2008. |
	<a href="http://www.bloginfosec.com/2008/06/27/pci-dss-position-on-patching-may-be-unjustified/" >Permalink</a> |
	<a href="http://www.bloginfosec.com/2008/06/27/pci-dss-position-on-patching-may-be-unjustified/#comments" >2 comments</a><br/>
	Want more on these topics ? Browse the archive of posts filed under <a href="http://www.bloginfosec.com/category/compliance-and-laws/"  title="View all posts in Compliance and Laws" rel="category tag">Compliance and Laws</a>,  <a href="http://www.bloginfosec.com/category/risk-analysis/"  title="View all posts in Risk Analysis" rel="category tag">Risk Analysis</a>,  <a href="http://www.bloginfosec.com/category/security-metrics/"  title="View all posts in Security Metrics" rel="category tag">Security Metrics</a>.</small></p>
	<p><small>This feed is copyrighted by bloginfosec.com. The feed may be syndicated only with our permission. If you feel that this feed is being syndicated by a website other than through us or one of our partners, please contact bloginfosec.com immediately at copyright_at_bloginfosec.com. Thank you!</small></p><img src="http://feeds.feedburner.com/~r/bloginfosec/krfr/~4/321244886" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://www.bloginfosec.com/2008/06/27/pci-dss-position-on-patching-may-be-unjustified/feed/</wfw:commentRss>
		<feedburner:origLink>http://www.bloginfosec.com/2008/06/27/pci-dss-position-on-patching-may-be-unjustified/</feedburner:origLink></item>
	</channel>
</rss>
