<?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: Quit Complicating Our Controls &#8211; UTM Remix</title>
	<atom:link href="http://www.cutawaysecurity.com/blog/archives/216/feed" rel="self" type="application/rss+xml" />
	<link>http://www.cutawaysecurity.com/blog/archives/216</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: Green Data: Firewalls Evolution - From Application Aware to UTM</title>
		<link>http://www.cutawaysecurity.com/blog/archives/216/comment-page-1#comment-30846</link>
		<dc:creator>Green Data: Firewalls Evolution - From Application Aware to UTM</dc:creator>
		<pubDate>Thu, 20 Dec 2007 15:43:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.cutawaysecurity.com/blog/archives/216#comment-30846</guid>
		<description>[...] other addons such as Network Based Antivirus, Network Based Antispam, and Network Based IPS.  Some people may argue that UTMs are not mature enough and they add complexity to the network. They also believe that an [...]</description>
		<content:encoded><![CDATA[<p>[...] other addons such as Network Based Antivirus, Network Based Antispam, and Network Based IPS.  Some people may argue that UTMs are not mature enough and they add complexity to the network. They also believe that an [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: An Information Security Place &#187; Blog Archive &#187; UTM back and forth</title>
		<link>http://www.cutawaysecurity.com/blog/archives/216/comment-page-1#comment-30825</link>
		<dc:creator>An Information Security Place &#187; Blog Archive &#187; UTM back and forth</dc:creator>
		<pubDate>Wed, 12 Dec 2007 22:04:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.cutawaysecurity.com/blog/archives/216#comment-30825</guid>
		<description>[...] Mike says Cutaway doesn&#8217;t know sh*t from Shinola about UTM&#8217;s (in defense of Rothman, Cutaway admits he doesn&#8217;t).&#160; Hoff says Cutaway is smoking crack if he thinks UTM&#8217;s add complexity since you are [...]</description>
		<content:encoded><![CDATA[<p>[...] Mike says Cutaway doesn&#8217;t know sh*t from Shinola about UTM&#8217;s (in defense of Rothman, Cutaway admits he doesn&#8217;t).&nbsp; Hoff says Cutaway is smoking crack if he thinks UTM&#8217;s add complexity since you are [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Security Ripcord &#187; Blog Archive &#187; The Perimeter is DEAD - Let&#8217;s Make It More Complex</title>
		<link>http://www.cutawaysecurity.com/blog/archives/216/comment-page-1#comment-30823</link>
		<dc:creator>Security Ripcord &#187; Blog Archive &#187; The Perimeter is DEAD - Let&#8217;s Make It More Complex</dc:creator>
		<pubDate>Wed, 12 Dec 2007 12:16:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.cutawaysecurity.com/blog/archives/216#comment-30823</guid>
		<description>[...] Christopher Hoff Ponders Consolidation vs. Piling it On on Quit Complicating Our ControlsTarek on Quit Complicating Our Controls - UTM RemixChristofer Hoff on Quit Complicating Our Controls - UTM RemixSecurity Ripcord &#187; Blog Archive [...]</description>
		<content:encoded><![CDATA[<p>[...] Christopher Hoff Ponders Consolidation vs. Piling it On on Quit Complicating Our ControlsTarek on Quit Complicating Our Controls &#8211; UTM RemixChristofer Hoff on Quit Complicating Our Controls &#8211; UTM RemixSecurity Ripcord &raquo; Blog Archive [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tarek</title>
		<link>http://www.cutawaysecurity.com/blog/archives/216/comment-page-1#comment-30813</link>
		<dc:creator>Tarek</dc:creator>
		<pubDate>Mon, 10 Dec 2007 23:53:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.cutawaysecurity.com/blog/archives/216#comment-30813</guid>
		<description>A Network Layer is a Network Layer, but when it comes to Application Layer, we have dozens of Applications and each have its own security requirements. For SMTP, Spam is your enemy. When it comes to File Sharing, CIFS, FTP, HTTP, SMTP and POP3, you should check the files being transferred to make sure they do not contain Viruses. IPSs and IDSs are needed to protect you from the different worms and exploits that span from layer 2 up to layer 7. So, this is what UTM&#039;s are doing, it&#039;s a box - mainly a firewall - with many other addons such as Network Based Antivirus, Network Based Antispam, and Network Based IPS.

I am not sure what you mean here by Application Layer Firewalls. Are you talking about Proxy Firewalls, or those who have protocol pre-processors and are application aware such as Palo Alto Networks&#039; Firewall?

Anyway, I am not with Proxy Firewalls, in fact I think it&#039;s something from the past, and even in Gartner&#039;s report, the top leader vendors are all Stateful Firewalls. Now if you are talking about Application Aware Firewalls, I think this is equivalent to Deep Packet Inspection which can some how be considered as light version of Network IPS. 

So, what I want to say here is that Application Firewalls are a subset of UTM&#039;s. And with today&#039;s Networks layer-3 and layer-4 visibility is not enough, especially with the applications using port 80 such as P2P and IM&#039;s as well as the Web 2.0 hype where everything is becoming web-based. So a firewall will never be able make good decisions without being able to inspect the Application Layer. Also keep in mind that applications that open dynamic ports will never work without Application Aware firewalls.

My suggestion of having two layers of UTM&#039;s is a response to your complexity vs. vulnerability issue. I already know many customers who prefer to have two layers of Firewalls/UTM&#039;s from two different vendors. 

&quot;Now, I do agree that having two would help reduce some risk, but not enough to offset the cost of the system, its installation, the training of employees, documentation of configuration, and many other things involved with deploying a solution. I image that deploying a UTM is in and of itself a very complicate task and organizations will have their hands full implementing one. Adding a second would just be cruel&quot;.

Yes, it will add cost and complexity to the installation, but this is for sure less than the complexity and the cost of having different boxes for Anti-Spam, Firewall, VPN Concentrator, Anti-Virus, Anti-Spyware, IPS, Behaviour Analysis, hmmm ... you name it.</description>
		<content:encoded><![CDATA[<p>A Network Layer is a Network Layer, but when it comes to Application Layer, we have dozens of Applications and each have its own security requirements. For SMTP, Spam is your enemy. When it comes to File Sharing, CIFS, FTP, HTTP, SMTP and POP3, you should check the files being transferred to make sure they do not contain Viruses. IPSs and IDSs are needed to protect you from the different worms and exploits that span from layer 2 up to layer 7. So, this is what UTM&#8217;s are doing, it&#8217;s a box &#8211; mainly a firewall &#8211; with many other addons such as Network Based Antivirus, Network Based Antispam, and Network Based IPS.</p>
<p>I am not sure what you mean here by Application Layer Firewalls. Are you talking about Proxy Firewalls, or those who have protocol pre-processors and are application aware such as Palo Alto Networks&#8217; Firewall?</p>
<p>Anyway, I am not with Proxy Firewalls, in fact I think it&#8217;s something from the past, and even in Gartner&#8217;s report, the top leader vendors are all Stateful Firewalls. Now if you are talking about Application Aware Firewalls, I think this is equivalent to Deep Packet Inspection which can some how be considered as light version of Network IPS. </p>
<p>So, what I want to say here is that Application Firewalls are a subset of UTM&#8217;s. And with today&#8217;s Networks layer-3 and layer-4 visibility is not enough, especially with the applications using port 80 such as P2P and IM&#8217;s as well as the Web 2.0 hype where everything is becoming web-based. So a firewall will never be able make good decisions without being able to inspect the Application Layer. Also keep in mind that applications that open dynamic ports will never work without Application Aware firewalls.</p>
<p>My suggestion of having two layers of UTM&#8217;s is a response to your complexity vs. vulnerability issue. I already know many customers who prefer to have two layers of Firewalls/UTM&#8217;s from two different vendors. </p>
<p>&#8220;Now, I do agree that having two would help reduce some risk, but not enough to offset the cost of the system, its installation, the training of employees, documentation of configuration, and many other things involved with deploying a solution. I image that deploying a UTM is in and of itself a very complicate task and organizations will have their hands full implementing one. Adding a second would just be cruel&#8221;.</p>
<p>Yes, it will add cost and complexity to the installation, but this is for sure less than the complexity and the cost of having different boxes for Anti-Spam, Firewall, VPN Concentrator, Anti-Virus, Anti-Spyware, IPS, Behaviour Analysis, hmmm &#8230; you name it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christofer Hoff</title>
		<link>http://www.cutawaysecurity.com/blog/archives/216/comment-page-1#comment-30812</link>
		<dc:creator>Christofer Hoff</dc:creator>
		<pubDate>Mon, 10 Dec 2007 17:59:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.cutawaysecurity.com/blog/archives/216#comment-30812</guid>
		<description>Not wanting to disappoint you, here is my first-round response:

http://rationalsecurity.typepad.com/blog/2007/12/consolidating-c.html

Looking forward to yours... ;)

/Hoff</description>
		<content:encoded><![CDATA[<p>Not wanting to disappoint you, here is my first-round response:</p>
<p><a href="http://rationalsecurity.typepad.com/blog/2007/12/consolidating-c.html" rel="nofollow">http://rationalsecurity.typepad.com/blog/2007/12/consolidating-c.html</a></p>
<p>Looking forward to yours&#8230; <img src='http://www.cutawaysecurity.com/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>/Hoff</p>
]]></content:encoded>
	</item>
</channel>
</rss>
