<?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: Security Choices, Part 3:  Proactive Security Solutions</title>
	<atom:link href="http://www.securityteacher.com/2008/03/12/security-choices-part-3-proactive-security-solutions/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.securityteacher.com/2008/03/12/security-choices-part-3-proactive-security-solutions/</link>
	<description>Internet Security Tips and Advice</description>
	<lastBuildDate>Thu, 22 Jan 2009 18:13:06 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Matt</title>
		<link>http://www.securityteacher.com/2008/03/12/security-choices-part-3-proactive-security-solutions/comment-page-1/#comment-150</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Mon, 24 Mar 2008 12:22:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.securityteacher.com/2008/03/12/security-choices-part-3-proactive-security-solutions/#comment-150</guid>
		<description>Perhaps the simplest way to understand what a HIPS is, is to think of it as a firewall between applications and system components.

Of course there can be issues, something attempting to hook the keyboard input, may be a helpful macro expander tool or an evil piece of spyware, so some understanding by either the user or the protection program of what is reasonable and what is unsafe is needed, as haphazard answers to prompts, can leave security minimal or devastate legitimate operations, neither of which are desirable. Some progress has been made, but not nearly enough.

At their present state, most forms of HIPS do not score highly on usability.</description>
		<content:encoded><![CDATA[<p>Perhaps the simplest way to understand what a HIPS is, is to think of it as a firewall between applications and system components.</p>
<p>Of course there can be issues, something attempting to hook the keyboard input, may be a helpful macro expander tool or an evil piece of spyware, so some understanding by either the user or the protection program of what is reasonable and what is unsafe is needed, as haphazard answers to prompts, can leave security minimal or devastate legitimate operations, neither of which are desirable. Some progress has been made, but not nearly enough.</p>
<p>At their present state, most forms of HIPS do not score highly on usability.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Raymond Juillerat</title>
		<link>http://www.securityteacher.com/2008/03/12/security-choices-part-3-proactive-security-solutions/comment-page-1/#comment-148</link>
		<dc:creator>Raymond Juillerat</dc:creator>
		<pubDate>Sun, 16 Mar 2008 14:35:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.securityteacher.com/2008/03/12/security-choices-part-3-proactive-security-solutions/#comment-148</guid>
		<description>Certain sites protect their  images or other critical pages against the possibility to refer them from another site. To do this they need to know the referrer to give back the content only it is the awaited one (in the same domain as current one). With PHP programming, it is easy to do this. But on a computer having outpost security suite v6, the referrer is blocked also when it&#039;s domain is the same as the asking one. That is a very strong drawback of your solution. I mean it&#039;s an error to block in that case.
Any solution ?</description>
		<content:encoded><![CDATA[<p>Certain sites protect their  images or other critical pages against the possibility to refer them from another site. To do this they need to know the referrer to give back the content only it is the awaited one (in the same domain as current one). With PHP programming, it is easy to do this. But on a computer having outpost security suite v6, the referrer is blocked also when it&#8217;s domain is the same as the asking one. That is a very strong drawback of your solution. I mean it&#8217;s an error to block in that case.<br />
Any solution ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
