<?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: Build Security You Can Trust</title>
	<atom:link href="http://mcwresearch.com/archives/386/feed" rel="self" type="application/rss+xml" />
	<link>http://mcwresearch.com/archives/386</link>
	<description>Things I think I've thought about</description>
	<lastBuildDate>Wed, 06 Jan 2010 16:45:57 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Michael</title>
		<link>http://mcwresearch.com/archives/386/comment-page-1#comment-480</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Mon, 29 Jan 2007 17:59:59 +0000</pubDate>
		<guid isPermaLink="false">http://mcwresearch.com/archives/386#comment-480</guid>
		<description>:::SIGH:::

&lt;blockquote&gt;By the way, this is another problem:

â€œI know with certainty (because I trust my system) that for that system to be compromised, the web service itself must first be compromised.â€

This is soccer-goal security and it will end up biting you.&lt;/blockquote&gt;

Its not soccer goal security, its risk management and you glazed over everything preceding that line and took it out of context.  

Here&#039;s the bit you glazed over; 

&lt;blockquote&gt;However, before I ever put the system into production I have done and documented my due diligence; I patched and hardened the OS, I installed and actively tune HIPS software, etc, etc.&lt;/blockquote&gt;

I&#039;ve not only put extra goalies in front of the goal (HI&lt;b&gt;P&lt;/b&gt;S, emphasis on the &quot;P&quot;), but I&#039;ve made the goal smaller (OS hardening), and also installed TV cameras, seismographs, and bad oder detectors (all in the HIPS).</description>
		<content:encoded><![CDATA[<p>:::SIGH:::</p>
<blockquote><p>By the way, this is another problem:</p>
<p>â€œI know with certainty (because I trust my system) that for that system to be compromised, the web service itself must first be compromised.â€</p>
<p>This is soccer-goal security and it will end up biting you.</p></blockquote>
<p>Its not soccer goal security, its risk management and you glazed over everything preceding that line and took it out of context.  </p>
<p>Here&#8217;s the bit you glazed over; </p>
<blockquote><p>However, before I ever put the system into production I have done and documented my due diligence; I patched and hardened the OS, I installed and actively tune HIPS software, etc, etc.</p></blockquote>
<p>I&#8217;ve not only put extra goalies in front of the goal (HI<b>P</b>S, emphasis on the &#8220;P&#8221;), but I&#8217;ve made the goal smaller (OS hardening), and also installed TV cameras, seismographs, and bad oder detectors (all in the HIPS).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://mcwresearch.com/archives/386/comment-page-1#comment-478</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Mon, 29 Jan 2007 17:39:32 +0000</pubDate>
		<guid isPermaLink="false">http://mcwresearch.com/archives/386#comment-478</guid>
		<description>&lt;blockquote&gt; I doubt Richard was implying that he goes through this process for every alert he receives. I think his goal was to explain the steps that can be taking when the data is made available via NSM.&lt;/blockquote&gt;

I understand now that he didn&#039;t intend to imply NSM works for the entire range of incidents.  My main argument at this point is the example he used.  It doesn&#039;t help his explanation, at least it doesn&#039;t for me.  For me it took away from the effectiveness of his explanation, pretty thoroughly.  

&lt;blockquote&gt;What about organizations where the responsiblity of server adminstration, FWs, and information security isnâ€™t a one man shop? &lt;/blockquote&gt;

Operational standards, documented procedures, and routine internal audits neatly address that situation.  

&lt;blockquote&gt;What if the organization has business units spread across the country and are trying to take advantage of scale buy using a shared services model for specialized skills like information security while the individual business units still maintain their own pcâ€™s, servers, and network?&lt;/blockquote&gt;

Again, operational standards, documented procedures, and routine internal audits neatly address that situation as well.  I happen to work for a company that fits your description and it works swimmingly for us.  

&lt;blockquote&gt;I find it interesting that the Richardâ€™s whole process was initiated by an alert, but Richard is arguing against alert-based systems.&lt;/blockquote&gt;

Yeah, I could have done better with that one.</description>
		<content:encoded><![CDATA[<blockquote><p> I doubt Richard was implying that he goes through this process for every alert he receives. I think his goal was to explain the steps that can be taking when the data is made available via NSM.</p></blockquote>
<p>I understand now that he didn&#8217;t intend to imply NSM works for the entire range of incidents.  My main argument at this point is the example he used.  It doesn&#8217;t help his explanation, at least it doesn&#8217;t for me.  For me it took away from the effectiveness of his explanation, pretty thoroughly.  </p>
<blockquote><p>What about organizations where the responsiblity of server adminstration, FWs, and information security isnâ€™t a one man shop? </p></blockquote>
<p>Operational standards, documented procedures, and routine internal audits neatly address that situation.  </p>
<blockquote><p>What if the organization has business units spread across the country and are trying to take advantage of scale buy using a shared services model for specialized skills like information security while the individual business units still maintain their own pcâ€™s, servers, and network?</p></blockquote>
<p>Again, operational standards, documented procedures, and routine internal audits neatly address that situation as well.  I happen to work for a company that fits your description and it works swimmingly for us.  </p>
<blockquote><p>I find it interesting that the Richardâ€™s whole process was initiated by an alert, but Richard is arguing against alert-based systems.</p></blockquote>
<p>Yeah, I could have done better with that one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bamm Visscher</title>
		<link>http://mcwresearch.com/archives/386/comment-page-1#comment-476</link>
		<dc:creator>Bamm Visscher</dc:creator>
		<pubDate>Mon, 29 Jan 2007 17:10:38 +0000</pubDate>
		<guid isPermaLink="false">http://mcwresearch.com/archives/386#comment-476</guid>
		<description>I doubt Richard was implying that he goes through this process for every alert he receives. I think his goal was to explain the steps that can be taking when the data is made available via NSM. It may also be important to note, that I expect Rich was able to get all the information he used to do his analysis in under a minute. Probably under thirty seconds.

The process you followed works fine for you, but there are a number of conditions that can make those steps tough or nearly impossible for many organinzations. In your post you mention how you harden and manage &quot;your firewalls&quot; and &quot;your webserver&quot;. What about organizations where the responsiblity of server adminstration, FWs, and information security isn&#039;t a one man shop?  What if the organization has business units spread across the country and are trying to take advantage of scale buy using a shared services model for specialized skills like information security while the individual business units still maintain their own pc&#039;s, servers, and network?  

&lt;blockquote&gt;
I find it interesting that the Richardâ€™s whole process was initiated by an alert, but Richard is arguing against alert-based systems.
&lt;/blockquote&gt;

I am not even sure how to respond to that. Alerts are one of the four data
types that Rich requires when he defines NSM (alert, stats, session, and full
content). With Sguil we are trying to create work flow that supports event
driven analysis. The majority of that time, an alert is the driver.

Finally, I don&#039;t think anyone is getting defensive or is feeling they are being attacked, I just think your post included a bit of misinformation.</description>
		<content:encoded><![CDATA[<p>I doubt Richard was implying that he goes through this process for every alert he receives. I think his goal was to explain the steps that can be taking when the data is made available via NSM. It may also be important to note, that I expect Rich was able to get all the information he used to do his analysis in under a minute. Probably under thirty seconds.</p>
<p>The process you followed works fine for you, but there are a number of conditions that can make those steps tough or nearly impossible for many organinzations. In your post you mention how you harden and manage &#8220;your firewalls&#8221; and &#8220;your webserver&#8221;. What about organizations where the responsiblity of server adminstration, FWs, and information security isn&#8217;t a one man shop?  What if the organization has business units spread across the country and are trying to take advantage of scale buy using a shared services model for specialized skills like information security while the individual business units still maintain their own pc&#8217;s, servers, and network?  </p>
<blockquote><p>
I find it interesting that the Richardâ€™s whole process was initiated by an alert, but Richard is arguing against alert-based systems.
</p></blockquote>
<p>I am not even sure how to respond to that. Alerts are one of the four data<br />
types that Rich requires when he defines NSM (alert, stats, session, and full<br />
content). With Sguil we are trying to create work flow that supports event<br />
driven analysis. The majority of that time, an alert is the driver.</p>
<p>Finally, I don&#8217;t think anyone is getting defensive or is feeling they are being attacked, I just think your post included a bit of misinformation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://mcwresearch.com/archives/386/comment-page-1#comment-475</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Mon, 29 Jan 2007 17:05:36 +0000</pubDate>
		<guid isPermaLink="false">http://mcwresearch.com/archives/386#comment-475</guid>
		<description>I think what set the whole thing down the wrong path was where I said he was reactive and I was proactive.  What I should have said was he evangelizes reaction and I evangelize proaction.  =)</description>
		<content:encoded><![CDATA[<p>I think what set the whole thing down the wrong path was where I said he was reactive and I was proactive.  What I should have said was he evangelizes reaction and I evangelize proaction.  =)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mcwresearch.com &#187; Don&#8217;t ask for my opinion if you aren&#8217;t prepared to hear it.</title>
		<link>http://mcwresearch.com/archives/386/comment-page-1#comment-474</link>
		<dc:creator>mcwresearch.com &#187; Don&#8217;t ask for my opinion if you aren&#8217;t prepared to hear it.</dc:creator>
		<pubDate>Mon, 29 Jan 2007 16:37:06 +0000</pubDate>
		<guid isPermaLink="false">http://mcwresearch.com/archives/386#comment-474</guid>
		<description>[...] Last weekend I wrote a post in response to one of Richard Bejtlich&#8217;s posts on his blog, in which he actively requested input and anticipated getting disagreeable opinions. I have just such an opinion and expressed it both on my blog and his. [...]</description>
		<content:encoded><![CDATA[<p>[...] Last weekend I wrote a post in response to one of Richard Bejtlich&#8217;s posts on his blog, in which he actively requested input and anticipated getting disagreeable opinions. I have just such an opinion and expressed it both on my blog and his. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: LonerVamp</title>
		<link>http://mcwresearch.com/archives/386/comment-page-1#comment-473</link>
		<dc:creator>LonerVamp</dc:creator>
		<pubDate>Mon, 29 Jan 2007 16:13:39 +0000</pubDate>
		<guid isPermaLink="false">http://mcwresearch.com/archives/386#comment-473</guid>
		<description>I think you&#039;re both correct, honestly. It is one of the unfortunate failings of security and IT in general that no two companies are the same, both in infrastructure and personnel. I think both your approaches are just fine. :)</description>
		<content:encoded><![CDATA[<p>I think you&#8217;re both correct, honestly. It is one of the unfortunate failings of security and IT in general that no two companies are the same, both in infrastructure and personnel. I think both your approaches are just fine. <img src='http://mcwresearch.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://mcwresearch.com/archives/386/comment-page-1#comment-471</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Mon, 29 Jan 2007 05:27:08 +0000</pubDate>
		<guid isPermaLink="false">http://mcwresearch.com/archives/386#comment-471</guid>
		<description>I had a long reply typed up but decided against it.  I think your ego got a bit bruised, which was not my intention.  

Below is what I also posted on your blog:

I think you&#039;ve gotten a bit defensive. You said yourself you expect people to challenge the real world usefulness of NSM. 

You provided an incident and clearly stated it was an example of how NSM is to be done. Granted you said it was a trivial example but its still a poor example to make your point because the example doesn&#039;t indicate an attack (at any level) and you spent too much time in your investigative process making a decision about the incident. 

It would have been better to provide fictional data or even a staged attack to better demonstrate the process. 

Your opening paragraph indicated you were interested in how others find the answer to the problem &#039;how do I know what happened...&quot;

I thought you seriously wanted to know.</description>
		<content:encoded><![CDATA[<p>I had a long reply typed up but decided against it.  I think your ego got a bit bruised, which was not my intention.  </p>
<p>Below is what I also posted on your blog:</p>
<p>I think you&#8217;ve gotten a bit defensive. You said yourself you expect people to challenge the real world usefulness of NSM. </p>
<p>You provided an incident and clearly stated it was an example of how NSM is to be done. Granted you said it was a trivial example but its still a poor example to make your point because the example doesn&#8217;t indicate an attack (at any level) and you spent too much time in your investigative process making a decision about the incident. </p>
<p>It would have been better to provide fictional data or even a staged attack to better demonstrate the process. </p>
<p>Your opening paragraph indicated you were interested in how others find the answer to the problem &#8216;how do I know what happened&#8230;&#8221;</p>
<p>I thought you seriously wanted to know.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Bejtlich</title>
		<link>http://mcwresearch.com/archives/386/comment-page-1#comment-470</link>
		<dc:creator>Richard Bejtlich</dc:creator>
		<pubDate>Mon, 29 Jan 2007 03:32:43 +0000</pubDate>
		<guid isPermaLink="false">http://mcwresearch.com/archives/386#comment-470</guid>
		<description>By the way, this is another problem:

&quot;I know with certainty (because I trust my system) that for that system to be compromised, the web service itself must first be compromised.&quot;

This is soccer-goal security and it will end up biting you.</description>
		<content:encoded><![CDATA[<p>By the way, this is another problem:</p>
<p>&#8220;I know with certainty (because I trust my system) that for that system to be compromised, the web service itself must first be compromised.&#8221;</p>
<p>This is soccer-goal security and it will end up biting you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Bejtlich</title>
		<link>http://mcwresearch.com/archives/386/comment-page-1#comment-469</link>
		<dc:creator>Richard Bejtlich</dc:creator>
		<pubDate>Mon, 29 Jan 2007 03:14:19 +0000</pubDate>
		<guid isPermaLink="false">http://mcwresearch.com/archives/386#comment-469</guid>
		<description>Michael, you&#039;ve completely missed the point.  Of course it&#039;s better to be proactive than reactive.  Of course it&#039;s better to prevent than simply detect compromise.  The point you&#039;ve missed is that 100% prevention is impossible and you need a system to identify the incidents you&#039;ve failed to prevent.  That requires having the right data available.  NSM presents one way to do that.  Your criticism also misses the point that I selected a trivial example knowing it was trivial.</description>
		<content:encoded><![CDATA[<p>Michael, you&#8217;ve completely missed the point.  Of course it&#8217;s better to be proactive than reactive.  Of course it&#8217;s better to prevent than simply detect compromise.  The point you&#8217;ve missed is that 100% prevention is impossible and you need a system to identify the incidents you&#8217;ve failed to prevent.  That requires having the right data available.  NSM presents one way to do that.  Your criticism also misses the point that I selected a trivial example knowing it was trivial.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://mcwresearch.com/archives/386/comment-page-1#comment-468</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Sun, 28 Jan 2007 22:15:33 +0000</pubDate>
		<guid isPermaLink="false">http://mcwresearch.com/archives/386#comment-468</guid>
		<description>Hey Michael,

I saw your test post and have some questions, but I can&#039;t find out how to contact you?!  

Also, if you took this:

http://www.flickr.com/photo_zoom.gne?id=371144567&amp;size=o

It&#039;s awesome.  I&#039;m adding it into my rotation of backgrounds on my Macbook.</description>
		<content:encoded><![CDATA[<p>Hey Michael,</p>
<p>I saw your test post and have some questions, but I can&#8217;t find out how to contact you?!  </p>
<p>Also, if you took this:</p>
<p><a href="http://www.flickr.com/photo_zoom.gne?id=371144567&#038;size=o" rel="nofollow">http://www.flickr.com/photo_zoom.gne?id=371144567&#038;size=o</a></p>
<p>It&#8217;s awesome.  I&#8217;m adding it into my rotation of backgrounds on my Macbook.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

