<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title><![CDATA[[SecurityRatty] tag: eco-efficient]]></title>
    <link>http://securityratty.com/tag/eco-efficient</link>
    <description></description>
    <pubDate>Fri, 02 May 2008 18:48:36 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Virtualization Vendors Are Not In The Security Business?]]></title>
      <link>http://securityratty.com/article/306b180d27de5b1fbd7fbd6df4320857</link>
      <guid>http://securityratty.com/article/306b180d27de5b1fbd7fbd6df4320857</guid>
      <description><![CDATA[Simon Crosby, CTO of Citrix/XenSource made a pretty bold statement yesterday that has some people agreeing with his position and others disagreeing. In an interview with searchsecurity.com he publicy...]]></description>
      <content:encoded><![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>Simon Crosby, CTO of Citrix/XenSource made a pretty bold statement yesterday that has some people agreeing with his position and others disagreeing.&nbsp; In an interview with searchsecurity.com he publicy stated that virtualization vendors are not competent to try and secure virtual environments and therefore looks to 3rd party security companies to solve these concerns.&nbsp; </p>

<p><a href="http://searchsecurity.techtarget.com/news/article/0,289142,sid14_gci1312793,00.html?track=sy160&amp;asrc=RSS_RSS-10_160">Listen to the podcast here</a></p>

<p>Who are these 3rd party security companies?&nbsp; Well, there are a number of startup companies such as <a href="http://www.montegonetworks.com">Montego Networks</a>, <a href="http://www.bluelane.com">Blue Lane</a>, <a href="http://www.catbird.com">Catbird</a>, <a href="http://www.altornetworks.com">Altor Networks</a> as well as some of the big guys that are working on helping the virtualization vendors with these security concerns.</p>

<p>I tend to agree with Simon that the virtualization vendors don't currently have the expertise to deliver appropriate security controls for virtual environments BUT should they?</p>

<p>Well, Chris Hoff who blogs on the topic of virtualization security a lot seems to think that they should deliver security tools and and by not delivering solutions to secure the environment they are doing their customers a disservice.</p>

<p>&quot;Further, I don't expect that the hypervisor should be the place in
which all security functionality is delivered, but simply transferring
the lack of design and architecture forethought from the hypervisor
provider to the consumer by expecting someone else to clean up the mess
is just, well, typical.&quot;&nbsp; Said Chris Hoff in <a href="http://rationalsecurity.typepad.com/blog/2008/05/citrixs-crosby.html">his blog on this topic</a></p>

<p>I've spoken with a number of research analysts, venture capitalists and customers on this topic over the last several months and whenever I tell them what Montego Networks is off building they ALL seem to ask the same questions.&nbsp; One of those questions is:&nbsp; Why isn't VMWare or Citrix/Xensource doing this?&nbsp; My response has always been that &quot;they have publicly stated they do not want to and plan on leveraging an eco-system of security vendors to provide this&quot;.&nbsp; </p>

<p>Well, Simon's public statement is right in line with what I've been saying all along.&nbsp; The other question I get when I describe how Montego has security built into a virtual switch we've created is; shouldn't this technology be in the VMWare Virtual Switch?&nbsp; And my response is &quot;absolutely!&nbsp; But it isn't!&nbsp; so, someones got to do it.&quot;</p>

<p>So, I agree with Chris Hoff and I also agree with Simon Crosby.&nbsp; The virtualization vendors don't have the expertise BUT I feel they should provide SOME security tools to ensure the environment is safe.&nbsp; </p>

<p>There are some virtualization vendors that I have spoken with that are planning on using security as a differentiator and its my prediction that one of them will acquire security technology to do this.&nbsp; &nbsp;Its often easier to acquire vs. try and built it yourself given you don't currently have the expertise.</p>

<p>So who's problem is it to solve??&nbsp; Virtualization Vendors or Security Vendors??</p>

<p>I see the finger pointing game starting!</p>

<p><a onclick="window.open(this.href, '_blank', 'width=400,height=295,scrollbars=no,resizable=no,toolbar=no,directories=no,location=no,menubar=no,status=no,left=0,top=0'); return false" href="http://vmwaresecurity.typepad.com/.shared/image.html?/photos/uncategorized/2008/05/09/fingerpointing.png"><img width="200" height="147" border="0" src="http://vmwaresecurity.typepad.com/security_in_the_virtual_w/images/2008/05/09/fingerpointing.png" title="Fingerpointing" alt="Fingerpointing" style="margin: 0px 5px 5px 0px; float: left;" /></a> </p><br /><br /><br />

<p>-John Peterson</p>

<p>CTO / Montego Networks</p></div>
]]></content:encoded>
      <pubDate>Fri, 09 May 2008 11:44:33 +0000</pubDate>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/security tools">security tools</category>
      <category domain="http://securityratty.com/tag/deliver security tools">deliver security tools</category>
      <category domain="http://securityratty.com/tag/virtualization vendors">virtualization vendors</category>
      <category domain="http://securityratty.com/tag/acquire">acquire</category>
      <category domain="http://securityratty.com/tag/acquire security technology">acquire security technology</category>
      <category domain="http://securityratty.com/tag/security functionality">security functionality</category>
      <category domain="http://securityratty.com/tag/security controls">security controls</category>
      <category domain="http://securityratty.com/tag/security concerns">security concerns</category>
      <source url="http://feeds.feedburner.com/~r/SecurityInTheVirtualWorld/~3/286984713/virtualization.html">Virtualization Vendors Are Not In The Security Business?</source>
    </item>
    <item>
      <title><![CDATA[Virtualization Vendors Are Not In The Security Business?]]></title>
      <link>http://securityratty.com/article/e0fbd22fd6947f84d93553636bc8e67c</link>
      <guid>http://securityratty.com/article/e0fbd22fd6947f84d93553636bc8e67c</guid>
      <description><![CDATA[Simon Crosby, CTO of Citrix/XenSource made a pretty bold statement yesterday that has some people agreeing with his position and others disagreeing. In an interview with searchsecurity.com he publicy...]]></description>
      <content:encoded><![CDATA[
<div xmlns="http://www.w3.org/1999/xhtml"><p>Simon Crosby, CTO of Citrix/XenSource made a pretty bold statement yesterday that has some people agreeing with his position and others disagreeing.&nbsp; In an interview with searchsecurity.com he publicy stated that virtualization vendors are not competent to try and secure virtual environments and therefore looks to 3rd party security companies to solve these concerns.&nbsp; </p>

<p><a href="http://searchsecurity.techtarget.com/news/article/0,289142,sid14_gci1312793,00.html?track=sy160&amp;asrc=RSS_RSS-10_160">Listen to the podcast here</a></p>

<p>Who are these 3rd party security companies?&nbsp; Well, there are a number of startup companies such as <a href="http://www.montegonetworks.com">Montego Networks</a>, <a href="http://www.bluelane.com">Blue Lane</a>, <a href="http://www.catbird.com">Catbird</a>, <a href="http://www.altornetworks.com">Altor Networks</a> as well as some of the big guys that are working on helping the virtualization vendors with these security concerns.</p>

<p>I tend to agree with Simon that the virtualization vendors don't currently have the expertise to deliver appropriate security controls for virtual environments BUT should they?</p>

<p>Well, Chris Hoff who blogs on the topic of virtualization security a lot seems to think that they should deliver security tools and and by not delivering solutions to secure the environment they are doing their customers a disservice.</p>

<p>&quot;Further, I don't expect that the hypervisor should be the place in
which all security functionality is delivered, but simply transferring
the lack of design and architecture forethought from the hypervisor
provider to the consumer by expecting someone else to clean up the mess
is just, well, typical.&quot;&nbsp; Said Chris Hoff in <a href="http://rationalsecurity.typepad.com/blog/2008/05/citrixs-crosby.html">his blog on this topic</a></p>

<p>I've spoken with a number of research analysts, venture capitalists and customers on this topic over the last several months and whenever I tell them what Montego Networks is off building they ALL seem to ask the same questions.&nbsp; One of those questions is:&nbsp; Why isn't VMWare or Citrix/Xensource doing this?&nbsp; My response has always been that &quot;they have publicly stated they do not want to and plan on leveraging an eco-system of security vendors to provide this&quot;.&nbsp; </p>

<p>Well, Simon's public statement is right in line with what I've been saying all along.&nbsp; The other question I get when I describe how Montego has security built into a virtual switch we've created is; shouldn't this technology be in the VMWare Virtual Switch?&nbsp; And my response is &quot;absolutely!&nbsp; But it isn't!&nbsp; so, someones got to do it.&quot;</p>

<p>So, I agree with Chris Hoff and I also agree with Simon Crosby.&nbsp; The virtualization vendors don't have the expertise BUT I feel they should provide SOME security tools to ensure the environment is safe.&nbsp; </p>

<p>There are some virtualization vendors that I have spoken with that are planning on using security as a differentiator and its my prediction that one of them will acquire security technology to do this.&nbsp; &nbsp;Its often easier to acquire vs. try and built it yourself given you don't currently have the expertise.</p>

<p>So who's problem is it to solve??&nbsp; Virtualization Vendors or Security Vendors??</p>

<p>I see the finger pointing game starting!</p>

<p><a onclick="window.open(this.href, '_blank', 'width=400,height=295,scrollbars=no,resizable=no,toolbar=no,directories=no,location=no,menubar=no,status=no,left=0,top=0'); return false" href="http://vmwaresecurity.typepad.com/.shared/image.html?/photos/uncategorized/2008/05/09/fingerpointing.png"><img width="200" height="147" border="0" src="http://vmwaresecurity.typepad.com/security_in_the_virtual_w/images/2008/05/09/fingerpointing.png" title="Fingerpointing" alt="Fingerpointing" style="margin: 0px 5px 5px 0px; float: left;" /></a> </p><br /><br /><br />

<p>-John Peterson</p>

<p>CTO / Montego Networks</p></div>
]]></content:encoded>
      <pubDate>Fri, 09 May 2008 11:44:33 +0000</pubDate>
      <category domain="http://securityratty.com/tag/security">security</category>
      <category domain="http://securityratty.com/tag/security tools">security tools</category>
      <category domain="http://securityratty.com/tag/deliver security tools">deliver security tools</category>
      <category domain="http://securityratty.com/tag/virtualization vendors">virtualization vendors</category>
      <category domain="http://securityratty.com/tag/acquire">acquire</category>
      <category domain="http://securityratty.com/tag/acquire security technology">acquire security technology</category>
      <category domain="http://securityratty.com/tag/security functionality">security functionality</category>
      <category domain="http://securityratty.com/tag/security controls">security controls</category>
      <category domain="http://securityratty.com/tag/security concerns">security concerns</category>
      <source url="http://vmwaresecurity.typepad.com/security_in_the_virtual_w/2008/05/virtualization.html">Virtualization Vendors Are Not In The Security Business?</source>
    </item>
    <item>
      <title><![CDATA[Stiennon says NAC is dead - I must be in heaven!]]></title>
      <link>http://securityratty.com/article/303363943cb0483159b85ed27a6dd94a</link>
      <guid>http://securityratty.com/article/303363943cb0483159b85ed27a6dd94a</guid>
      <description><![CDATA[That gadfly of the security world, Richard Stiennon says NAC is dead . In fact he says NAC actually never was and never will be. Of course, this is the same Richard Stiennon who said IDS was dead so...]]></description>
      <content:encoded><![CDATA[<p>That gadfly of the security world, <a href="http://www.networkworld.com/community/node/27459">Richard Stiennon says NAC is dead</a>. In fact he says NAC actually never was and never will be. Of course, this is the same Richard Stiennon who said <a href="http://www.gartner.com/5_about/press_releases/pr11june2003c.jsp">IDS was dead</a> so many years ago. If NAC is only half as alive as IDS has been, I would be very happy. Why do I call Richard a gadfly? Because Richards MO is trying to find what the next hot thing is and to jump on it, then another hot thing comes by he runs to that and so on and so on. He thought anti-spyware was big and joined Web Root, after a relatively short time there he left. He than took a whirl at his own analyst firm, when a few others were forging a new breed of analyst firm and after a short time doing that moved on again. He then was CMO at Fortinet and again after a short time left there too. Now he is the CEO of an MSSP (hey, I hear SaaS is the next big thing), how long this will keep his attention or the powers that be keep him on is anybodys guess. But if past track record is any indication, Richard will hop on the next big thing sometime next year. I mention this because fundamentally I think Richard's attention span or maturation horizon is why he does not see that NAC is marching on. </p>

<p>As you can probably guess I strongly disagree with Richard's opinion on this one. However, to understand why, some clarification is necessary:</p>

<p>1. Richard is mixing metaphors with Network Admission Control and Network Access Control. Both are NAC. Admission control was coined by Cisco, access control was first used by Gartner I believe. Richard seems to indicate that admission control is bad, access control or at least some definitions of it are OK. More importantly, Richard uses admission control as a code word for pre-connect health checks, access control for identity based and post-connect control. I think both are very important and as I have said many times a good NAC solution needs all of these.</p>

<p>2. NAC vendors being depressed, etc. Yes Richard some NAC vendors not making it are depressed and having lay offs and hard times. That is the way of capitalism and competitive markets I am afraid. There are winners and losers. I would bet that even in the $500 million /year UTM market that you spent a whole year in, there are some vendors who are just not making it and would be classified as depressed. </p>

<p>3. Gartner says several NAC vendors are getting traction. They recently released a marketscope on NAC and sorry Richard, but<a href="http://stillsecure.com/news_events/prdetails.php?id=443"> StillSecure is one of the few out of 17 vendors which was given a positive rating</a>, the highest rating Gartner gave. BTW Richard in that same marketscope your "buddies at Gartner" estimated the NAC market at $225m for 2007 and expect 100 percent growth in 2008. In case your calculator is not handy Richard, that should put NAC around the $450m mark in 2008. Not that different than the number for the UTM space that you use in your article. Hopefully that will allow you to put your "magnifying spectacles" away, unless there is another reason why you would use them to make something look bigger than it is.</p>

<p>4. NAC being created by Cisco in 2003 to solve the worm problem. Richard, perhaps that is why Cisco did NAC. BTW, they announced in like November or December, 2003. We released Safe Access in April 2004. It was under development for at least 12 months before that. We did not call it NAC of course, our working title was endpoint policy compliance. Richard today Safe Access solves that same problem, endpoint policy compliance. We have not deviated from our original plans around this from day one. It is purpose built to solve a problem that customer after customer told us was they wanted a solution to. Maybe that is why we have had success with the product.</p>

<p>We did not jump on the latest, hottest thing bandwagon. In fact I have found that companies and people who jump on the latest big thing, inevitably fail. You cannot time the stock market or the technology market. The NAC market is a perfect example of this. Companies who have taken products that were not successful in another incarnation and morphed them into a NAC product are the companies that are failing. Maybe I am more of an EF Hutton type than you are Richard, but I believe in building a company the old fashioned way. Find a problem that customers are willing to pay for a solution for. Then build that solution and bring it to market and work hard making it the best it can be. If you did your research right and you built the right product, the market will come to you. It may take longer than you think, but if you keep at it, cream always rises to the top and quality always wins. You cannot win running to the next big thing, see through what you start to the finish. Richard if you want to consider that some free advice, take it!</p>

<p>5. NAC is only for the .edu market. Again Richard take some time to dig in here. Yes the edu market is a big adopter of NAC. But let me give you some other examples. Any network that will have a large number of unmanaged visitors or guests is going to be fertile ground for NAC. That includes the government sector, where many users are contractors or visitors. I know you have much disdain for the federal governments IT security practices Richard, but if you spend a little time (there is that phrase again) digging in to what they are doing, you will see that NAC does indeed solve a real security problem for them and is why we have had a great deal of success in the government vertical.</p>

<p>Richard no one ever claimed that NAC is a reason to avoid other security tools. Just the opposite, NAC should work with and leverage your existing network infrastructure and security technologies.</p>

<p>6. NAC does not tie you down to one vendors eco-system if you don't want it to. The TCG/NAP interoperability and now the new IETF standards are bringing one standard to NAC. It does not tie you down, but frankly in case you haven't noticed with all of the moving around, Microsoft already has you pretty tied to one vendors eco-system and frankly Cisco has you pretty tied to another. Don't be so naive Richard. </p>

<p>BTW, I notice you like what ConSentry and Nevvis do without quarantine. While neither of those companies are apparently setting the world on fire as secure switches, you should check out our white paper on a phased approach to NAC that talks about NAC being more than quarantine. You can get it <a href="http://stillsecure.com/news_events/prdetails.php?id=443">here</a>.</p>

<p>Authors note: BTW Richard while I am chief blogger here at StillSecure, my official title is chief strategy officer and I have been working here for about 7 years now.</p>
<p><a href="http://feeds.feedburner.com/~a/StillsecureAfterAllTheseYears?a=excc4V"><img src="http://feeds.feedburner.com/~a/StillsecureAfterAllTheseYears?i=excc4V" border="0"></img></a></p><div class="feedflare">
<a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=juSZRH"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=juSZRH" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=tjROdH"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=tjROdH" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=WY9jnH"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=WY9jnH" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=rUFhrH"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=rUFhrH" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=8WUuYh"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=8WUuYh" border="0"></img></a> <a href="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?a=BSveqh"><img src="http://feeds.feedburner.com/~f/StillsecureAfterAllTheseYears?i=BSveqh" border="0"></img></a>
</div><img src="http://feeds.feedburner.com/~r/StillsecureAfterAllTheseYears/~4/282519750" height="1" width="1"/>]]></content:encoded>
      <pubDate>Fri, 02 May 2008 18:48:36 +0000</pubDate>
      <category domain="http://securityratty.com/tag/nac">nac</category>
      <category domain="http://securityratty.com/tag/solution">solution</category>
      <category domain="http://securityratty.com/tag/nac solution">nac solution</category>
      <category domain="http://securityratty.com/tag/nac vendors">nac vendors</category>
      <category domain="http://securityratty.com/tag/market">market</category>
      <category domain="http://securityratty.com/tag/stock market">stock market</category>
      <category domain="http://securityratty.com/tag/nac market">nac market</category>
      <category domain="http://securityratty.com/tag/richard">richard</category>
      <category domain="http://securityratty.com/tag/richard stiennon">richard stiennon</category>
      <source url="http://feeds.feedburner.com/~r/StillsecureAfterAllTheseYears/~3/282519750/stiennon-says-n.html">Stiennon says NAC is dead - I must be in heaven!</source>
    </item>
  </channel>
</rss>
