<?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/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"	>
<channel>
	<title>Comments on: Tipping the King, Resetting the Board</title>
	<atom:link href="http://www.cutawaysecurity.com/blog/archives/218/feed" rel="self" type="application/rss+xml" />
	<link>http://www.cutawaysecurity.com/blog/archives/218</link>
	<description>Cutaway's Observations, Opinions, Rants, Raves, Tantrums, and Tirades</description>
	<lastBuildDate>Tue, 16 Feb 2010 06:48:31 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Tarek</title>
		<link>http://www.cutawaysecurity.com/blog/archives/218/comment-page-1#comment-30849</link>
		<dc:creator>Tarek</dc:creator>
		<pubDate>Fri, 21 Dec 2007 04:18:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.cutawaysecurity.com/blog/archives/218#comment-30849</guid>
		<description>I think what they are calling an All-in-one firewall is just an Application Aware one. It&#039;s a firewall that can differentiate between the different applications even when they all use the same port or even use the same protocol (eg. HTTP). 
But I think these are subset of UTM&#039;s. They can&#039;t Identify Applications but I don&#039;t think they can detect worms (IPS), viruses (Antivirus), spam (Antispam), or filter URL&#039;s (Content Filtering). 
They can differentiate between a Web Based Email, Web Based ERP Application, and Web Based File Sharing. But will they be able to detect spam in that Web Based Email, or XSS attacks in the ERP Applications, or Viruses in the files shared on the File Sharing Application?!</description>
		<content:encoded><![CDATA[<p>I think what they are calling an All-in-one firewall is just an Application Aware one. It&#8217;s a firewall that can differentiate between the different applications even when they all use the same port or even use the same protocol (eg. HTTP).<br />
But I think these are subset of UTM&#8217;s. They can&#8217;t Identify Applications but I don&#8217;t think they can detect worms (IPS), viruses (Antivirus), spam (Antispam), or filter URL&#8217;s (Content Filtering).<br />
They can differentiate between a Web Based Email, Web Based ERP Application, and Web Based File Sharing. But will they be able to detect spam in that Web Based Email, or XSS attacks in the ERP Applications, or Viruses in the files shared on the File Sharing Application?!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cutaway</title>
		<link>http://www.cutawaysecurity.com/blog/archives/218/comment-page-1#comment-30832</link>
		<dc:creator>cutaway</dc:creator>
		<pubDate>Thu, 13 Dec 2007 14:40:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.cutawaysecurity.com/blog/archives/218#comment-30832</guid>
		<description>Chris,

   That explanation is exactly what I was looking for in the first article.  Thank you for the clarification.  You tend to put things into perspective very well and I am glad my readers, and myself, could benefit.

   Tipping the king is in reference to conceding a Chess game because of an untenable position.  I wasn&#039;t referring to you as trying to be &quot;The King&quot; because everybody knows it&#039;s me, baby. ;) The reference to the board being reset is my way of saying that it is time to start the next game in the match.  I&#039;m sure a topic will spring up.

Go forth and get me that beer &lt;- Which is definitely a good thing!!!
Don C. Weber</description>
		<content:encoded><![CDATA[<p>Chris,</p>
<p>   That explanation is exactly what I was looking for in the first article.  Thank you for the clarification.  You tend to put things into perspective very well and I am glad my readers, and myself, could benefit.</p>
<p>   Tipping the king is in reference to conceding a Chess game because of an untenable position.  I wasn&#8217;t referring to you as trying to be &#8220;The King&#8221; because everybody knows it&#8217;s me, baby. <img src='http://www.cutawaysecurity.com/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  The reference to the board being reset is my way of saying that it is time to start the next game in the match.  I&#8217;m sure a topic will spring up.</p>
<p>Go forth and get me that beer <- Which is definitely a good thing!!!<br />
Don C. Weber</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christofer Hoff</title>
		<link>http://www.cutawaysecurity.com/blog/archives/218/comment-page-1#comment-30830</link>
		<dc:creator>Christofer Hoff</dc:creator>
		<pubDate>Thu, 13 Dec 2007 13:50:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.cutawaysecurity.com/blog/archives/218#comment-30830</guid>
		<description>Don:

I&#039;m not trying to be the king, but I think the point here that you&#039;re missing is that there&#039;s little if no difference except for a marketing handle between UTM devices and &quot;all-in-one&quot; firewalls like those mentioned in the DR article.

What I mean is when you said &quot;I have a problem with vendors who are developing products that provide many security controls on one system (not UTMs, I’m talking firewalls performing a combination of spam detection, anti-virus, protocol analysis, data evaluation, and whatever else the vendor thinks will sell) and selling it as the ultimate solution for the perimeter of a company’s infrastructure.&quot;

...that *IS* UTM, especially within the realm of the small business/small enterprise.

The reason it exists beyond what you allude to as (almost) vendor greed is actually the &quot;natural&quot; market convergence of functionality over time where features/functions become commoditized and are integrated into larger solution sets.

At a high-level I will agree that statistically based upon current industry trends of errors per lines of code that you will, on average, see the additive effect of combining functions when you add new features, but many of these errors do not lead to exploitable vulnerabilities.

And finally, in terms of risk, there are many facets of the definition: financial, operational, technical, reputational, etc...

In using these products - whether you call them UTM or not - a decision is made that given the maturity of these products, the cost and &quot;complexity&quot; of maintaining 5-6 disparate systems, the need to streamline operations, etc. outweighs the risk of combining these functions.

Most SME/SMB&#039;s do not deploy multi-vendor, split DMZ architectures, so they do rely on a single product and have for years...

It&#039;s getting much more difficult to find &quot;just&quot; a firewall, &quot;just&quot; and IDS, etc.  Each of these product catagories are becoming more and more blurred as they all -- wait for it -- add functions to remain competitive and give the users what they want.  More bang for the buck.

And just for the record, the Palo Alto box (today) is not positioned to replace the firewall, it sits behind it. ;)

Is this &quot;poor architecture?&quot; Possibly, depending upon your network, your business requirements and your risk tolerance, but suggesting that in general it&#039;s a bad idea is, well, a bad idea.

Again, I wasn&#039;t posturing up and trying to be all that, but my experience does count for something in my opinion and it tells me that while you&#039;re concern is reasonable, it just isn&#039;t in step with the realities of what the market requires or needs.

There will always be exceptions.

The beer is still yours.

/Hoff</description>
		<content:encoded><![CDATA[<p>Don:</p>
<p>I&#8217;m not trying to be the king, but I think the point here that you&#8217;re missing is that there&#8217;s little if no difference except for a marketing handle between UTM devices and &#8220;all-in-one&#8221; firewalls like those mentioned in the DR article.</p>
<p>What I mean is when you said &#8220;I have a problem with vendors who are developing products that provide many security controls on one system (not UTMs, I’m talking firewalls performing a combination of spam detection, anti-virus, protocol analysis, data evaluation, and whatever else the vendor thinks will sell) and selling it as the ultimate solution for the perimeter of a company’s infrastructure.&#8221;</p>
<p>&#8230;that *IS* UTM, especially within the realm of the small business/small enterprise.</p>
<p>The reason it exists beyond what you allude to as (almost) vendor greed is actually the &#8220;natural&#8221; market convergence of functionality over time where features/functions become commoditized and are integrated into larger solution sets.</p>
<p>At a high-level I will agree that statistically based upon current industry trends of errors per lines of code that you will, on average, see the additive effect of combining functions when you add new features, but many of these errors do not lead to exploitable vulnerabilities.</p>
<p>And finally, in terms of risk, there are many facets of the definition: financial, operational, technical, reputational, etc&#8230;</p>
<p>In using these products &#8211; whether you call them UTM or not &#8211; a decision is made that given the maturity of these products, the cost and &#8220;complexity&#8221; of maintaining 5-6 disparate systems, the need to streamline operations, etc. outweighs the risk of combining these functions.</p>
<p>Most SME/SMB&#8217;s do not deploy multi-vendor, split DMZ architectures, so they do rely on a single product and have for years&#8230;</p>
<p>It&#8217;s getting much more difficult to find &#8220;just&#8221; a firewall, &#8220;just&#8221; and IDS, etc.  Each of these product catagories are becoming more and more blurred as they all &#8212; wait for it &#8212; add functions to remain competitive and give the users what they want.  More bang for the buck.</p>
<p>And just for the record, the Palo Alto box (today) is not positioned to replace the firewall, it sits behind it. <img src='http://www.cutawaysecurity.com/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Is this &#8220;poor architecture?&#8221; Possibly, depending upon your network, your business requirements and your risk tolerance, but suggesting that in general it&#8217;s a bad idea is, well, a bad idea.</p>
<p>Again, I wasn&#8217;t posturing up and trying to be all that, but my experience does count for something in my opinion and it tells me that while you&#8217;re concern is reasonable, it just isn&#8217;t in step with the realities of what the market requires or needs.</p>
<p>There will always be exceptions.</p>
<p>The beer is still yours.</p>
<p>/Hoff</p>
]]></content:encoded>
	</item>
</channel>
</rss>
