 




<?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: Application data security versus network security</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/application-data-security-versus-network-security/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/application-data-security-versus-network-security/</link>
	<description></description>
	<lastBuildDate>Wed, 22 May 2013 05:05:11 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: tomliotta</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/application-data-security-versus-network-security/#comment-85823</link>
		<dc:creator>tomliotta</dc:creator>
		<pubDate>Tue, 28 Dec 2010 02:06:04 +0000</pubDate>
		<guid isPermaLink="false">#comment-85823</guid>
		<description><![CDATA[&lt;i&gt;application data security versus network security?&lt;/i&gt;

Can you define what you mean by those? Also, what platform will the &quot;application&quot; run on?

A system that uses direct-attach terminals, for example, with no need for &quot;network&quot; access (e.g., ODBC), can get along fine with just application security in almost all cases. There&#039;s no need for any dollars to be spent on network security at all -- there are no network interfaces that need to be secured.

But that&#039;s a pretty uncommon setup nowadays.

Also, if object security is appropriately configured, it should be irrelevant if access is through &quot;application&quot; or &quot;network&quot; (however those are defined). If a user isn&#039;t authorized to access an object, the permissions shouldn&#039;t magically elevate because ODBC (or whatever) is an intermediate access protocol.

Also, if network interfaces are available, are you thinking in terms of operating system or related vulnerabilities that might be exploited to elevate authority? Obviously in those terms, &quot;application security&quot; (whatever that might be) can become totally ineffective.

I&#039;m not at all clear on how you are thinking of the difference between the two.

Tom]]></description>
		<content:encoded><![CDATA[<p><i>application data security versus network security?</i></p>
<p>Can you define what you mean by those? Also, what platform will the &#8220;application&#8221; run on?</p>
<p>A system that uses direct-attach terminals, for example, with no need for &#8220;network&#8221; access (e.g., ODBC), can get along fine with just application security in almost all cases. There&#8217;s no need for any dollars to be spent on network security at all &#8212; there are no network interfaces that need to be secured.</p>
<p>But that&#8217;s a pretty uncommon setup nowadays.</p>
<p>Also, if object security is appropriately configured, it should be irrelevant if access is through &#8220;application&#8221; or &#8220;network&#8221; (however those are defined). If a user isn&#8217;t authorized to access an object, the permissions shouldn&#8217;t magically elevate because ODBC (or whatever) is an intermediate access protocol.</p>
<p>Also, if network interfaces are available, are you thinking in terms of operating system or related vulnerabilities that might be exploited to elevate authority? Obviously in those terms, &#8220;application security&#8221; (whatever that might be) can become totally ineffective.</p>
<p>I&#8217;m not at all clear on how you are thinking of the difference between the two.</p>
<p>Tom</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached
Database Caching 6/9 queries in 0.013 seconds using memcached
Object Caching 268/271 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-05-22 07:41:08 -->