<?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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: I so want to be a Forrester analyst</title>
	<atom:link href="http://secforall.info/2008/09/24/i-so-want-to-be-a-forrester-analyst/feed/" rel="self" type="application/rss+xml" />
	<link>http://secforall.info/2008/09/24/i-so-want-to-be-a-forrester-analyst/</link>
	<description>Security for everyone.</description>
	<lastBuildDate>Wed, 21 Dec 2011 23:11:31 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Joe Davies</title>
		<link>http://secforall.info/2008/09/24/i-so-want-to-be-a-forrester-analyst/#comment-61</link>
		<dc:creator><![CDATA[Joe Davies]]></dc:creator>
		<pubDate>Wed, 01 Oct 2008 20:19:55 +0000</pubDate>
		<guid isPermaLink="false">http://webjoseph425.wordpress.com/?p=231#comment-61</guid>
		<description><![CDATA[Just wanted you to know that there are seven additional SHA/SHVs that are available from third-party vendors and two additional SHA/SHVs that are available from Microsoft for System Center Configuration Manager and Forefront Client Security. 

See the following NAP blog entries for the details:

http://blogs.technet.com/nap/archive/2008/09/30/system-health-agents-shas-and-system-health-validators-shvs-that-are-available-from-nap-partners.aspx

http://blogs.technet.com/nap/archive/2008/09/03/system-health-agents-shas-that-are-available-from-microsoft.aspx 

Thanks.]]></description>
		<content:encoded><![CDATA[<p>Just wanted you to know that there are seven additional SHA/SHVs that are available from third-party vendors and two additional SHA/SHVs that are available from Microsoft for System Center Configuration Manager and Forefront Client Security. </p>
<p>See the following NAP blog entries for the details:</p>
<p><a href="http://blogs.technet.com/nap/archive/2008/09/30/system-health-agents-shas-and-system-health-validators-shvs-that-are-available-from-nap-partners.aspx" rel="nofollow">http://blogs.technet.com/nap/archive/2008/09/30/system-health-agents-shas-and-system-health-validators-shvs-that-are-available-from-nap-partners.aspx</a></p>
<p><a href="http://blogs.technet.com/nap/archive/2008/09/03/system-health-agents-shas-that-are-available-from-microsoft.aspx" rel="nofollow">http://blogs.technet.com/nap/archive/2008/09/03/system-health-agents-shas-that-are-available-from-microsoft.aspx</a> </p>
<p>Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd</title>
		<link>http://secforall.info/2008/09/24/i-so-want-to-be-a-forrester-analyst/#comment-55</link>
		<dc:creator><![CDATA[Todd]]></dc:creator>
		<pubDate>Mon, 29 Sep 2008 21:20:55 +0000</pubDate>
		<guid isPermaLink="false">http://webjoseph425.wordpress.com/?p=231#comment-55</guid>
		<description><![CDATA[Thanks Joe.

Yes, Microsoft published their protocol docs in Feb 2008, but commercial developers still need to sign a license to implement them (see http://www.microsoft.com/protocols/default.mspx). We started working on the Napera solution long before then. I&#039;ve blogged about it at http://www.napera.com/blog/?p=7

You are correct that the Napera solution doesn&#039;t require NPS since that&#039;s a component of Windows Server 2008. Likewise we don&#039;t require domain membership for NAP (although most of our customers are using Active Directory and we leverage it for authentication).]]></description>
		<content:encoded><![CDATA[<p>Thanks Joe.</p>
<p>Yes, Microsoft published their protocol docs in Feb 2008, but commercial developers still need to sign a license to implement them (see <a href="http://www.microsoft.com/protocols/default.mspx" rel="nofollow">http://www.microsoft.com/protocols/default.mspx</a>). We started working on the Napera solution long before then. I&#8217;ve blogged about it at <a href="http://www.napera.com/blog/?p=7" rel="nofollow">http://www.napera.com/blog/?p=7</a></p>
<p>You are correct that the Napera solution doesn&#8217;t require NPS since that&#8217;s a component of Windows Server 2008. Likewise we don&#8217;t require domain membership for NAP (although most of our customers are using Active Directory and we leverage it for authentication).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joseph Webster</title>
		<link>http://secforall.info/2008/09/24/i-so-want-to-be-a-forrester-analyst/#comment-54</link>
		<dc:creator><![CDATA[Joseph Webster]]></dc:creator>
		<pubDate>Mon, 29 Sep 2008 20:59:17 +0000</pubDate>
		<guid isPermaLink="false">http://webjoseph425.wordpress.com/?p=231#comment-54</guid>
		<description><![CDATA[Thanks for your reply, Todd. It&#039;s always much more enlightening - not to mention fun - when you call me on misrepresentations or misinterpretations.
I still have some issues with your response (probably just semantics) but I hoping you&#039;ll continue to set me straight.
1. If you &quot;licensed the NAP protocols directly from MS&quot; you were screwed - they are all open.
2. If you don&#039;t require any changes to the server infrastructure (particularly not Win2K8 server) then you are not using the MS NPS (NAPified IAS) that only comes with Win2K8 server.
3. While all Vista editions may come with the SHA framework installed, I have a hard time imagining how practical it is to manage network policies on Vista Home editions that can&#039;t join a domain and therefore don&#039;t get GPOs pushed to them.
It sounds like Napera is mostly a NAP Network Policy Server (or TNC Policy Decision Point) that uses the MS enforcement mechanisms.
Thanks for the pointer to Joel&#039;s review, I&#039;ll definitely check it out.]]></description>
		<content:encoded><![CDATA[<p>Thanks for your reply, Todd. It&#8217;s always much more enlightening &#8211; not to mention fun &#8211; when you call me on misrepresentations or misinterpretations.<br />
I still have some issues with your response (probably just semantics) but I hoping you&#8217;ll continue to set me straight.<br />
1. If you &#8220;licensed the NAP protocols directly from MS&#8221; you were screwed &#8211; they are all open.<br />
2. If you don&#8217;t require any changes to the server infrastructure (particularly not Win2K8 server) then you are not using the MS NPS (NAPified IAS) that only comes with Win2K8 server.<br />
3. While all Vista editions may come with the SHA framework installed, I have a hard time imagining how practical it is to manage network policies on Vista Home editions that can&#8217;t join a domain and therefore don&#8217;t get GPOs pushed to them.<br />
It sounds like Napera is mostly a NAP Network Policy Server (or TNC Policy Decision Point) that uses the MS enforcement mechanisms.<br />
Thanks for the pointer to Joel&#8217;s review, I&#8217;ll definitely check it out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd</title>
		<link>http://secforall.info/2008/09/24/i-so-want-to-be-a-forrester-analyst/#comment-52</link>
		<dc:creator><![CDATA[Todd]]></dc:creator>
		<pubDate>Mon, 29 Sep 2008 17:40:24 +0000</pubDate>
		<guid isPermaLink="false">http://webjoseph425.wordpress.com/?p=231#comment-52</guid>
		<description><![CDATA[Thanks for the mention of Napera Joe. I wanted to clarify a couple of points from your posting specific to Napera rather than the Forrester analysis per se.

A Napera deployment does not require Windows Server 2008. As stated clearly in the blog post you linked to - our solution is self contained - we licensed the NAP protocols directly from Microsoft and we speak directly to the NAP agent. This removes the requirement for customers to upgrade to Server 2008 to deploy NAP. In fact, we don&#039;t require changes to any server infrastructure (DHCP, AD etc) to deploy NAP. Just last week a brand new user told me they were checking health on PC&#039;s within ten minutes of deploying Napera.

Also, NAP does not require Vista Business - just Vista.

There are several SHA/SHV&#039;s shipping today beyond the Microsoft WSHA in XP/Vista you mention. Microsoft Forefront Client Security, McAfee, Symantec, Blue Ridge and Avenda are some that come to mind. Joel Snyder reviewed several of these back in April in Network World. One of the reasons we chose NAP was because of the large number of partners who have committed to supporting the architecture.

Apple has yet to commit to releasing a TNC based agent for Mac. Our Napera health agent for Mac OS X has similar functionality to the Windows NAP agent, but isn&#039;t based on NAP or TNC protocols per se. The Napera agent could easily be made TNC compatible if that option presents itself in the future, and provides a great solution in the interim.]]></description>
		<content:encoded><![CDATA[<p>Thanks for the mention of Napera Joe. I wanted to clarify a couple of points from your posting specific to Napera rather than the Forrester analysis per se.</p>
<p>A Napera deployment does not require Windows Server 2008. As stated clearly in the blog post you linked to &#8211; our solution is self contained &#8211; we licensed the NAP protocols directly from Microsoft and we speak directly to the NAP agent. This removes the requirement for customers to upgrade to Server 2008 to deploy NAP. In fact, we don&#8217;t require changes to any server infrastructure (DHCP, AD etc) to deploy NAP. Just last week a brand new user told me they were checking health on PC&#8217;s within ten minutes of deploying Napera.</p>
<p>Also, NAP does not require Vista Business &#8211; just Vista.</p>
<p>There are several SHA/SHV&#8217;s shipping today beyond the Microsoft WSHA in XP/Vista you mention. Microsoft Forefront Client Security, McAfee, Symantec, Blue Ridge and Avenda are some that come to mind. Joel Snyder reviewed several of these back in April in Network World. One of the reasons we chose NAP was because of the large number of partners who have committed to supporting the architecture.</p>
<p>Apple has yet to commit to releasing a TNC based agent for Mac. Our Napera health agent for Mac OS X has similar functionality to the Windows NAP agent, but isn&#8217;t based on NAP or TNC protocols per se. The Napera agent could easily be made TNC compatible if that option presents itself in the future, and provides a great solution in the interim.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alan shimel</title>
		<link>http://secforall.info/2008/09/24/i-so-want-to-be-a-forrester-analyst/#comment-46</link>
		<dc:creator><![CDATA[alan shimel]]></dc:creator>
		<pubDate>Thu, 25 Sep 2008 17:35:50 +0000</pubDate>
		<guid isPermaLink="false">http://webjoseph425.wordpress.com/?p=231#comment-46</guid>
		<description><![CDATA[great article Joe!]]></description>
		<content:encoded><![CDATA[<p>great article Joe!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

