<?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: Clear</title>
	<atom:link href="http://www.gnucitizen.org/blog/clear/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gnucitizen.org/blog/clear/</link>
	<description>Information Security Think Tank</description>
	<lastBuildDate>Mon, 12 Dec 2011 19:56:03 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
	<item>
		<title>By: Rogers</title>
		<link>http://www.gnucitizen.org/blog/clear/comment-page-1/#comment-59595</link>
		<dc:creator>Rogers</dc:creator>
		<pubDate>Fri, 19 Oct 2007 10:28:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/clear#comment-59595</guid>
		<description>Regarding the ICA/RDP-issued. Are servers generally set up to allow users to donwload and execute any random file to/on the ICA/RDP-server? I guess this would be a great flaw in itself. If this is allowed, any user can bring down the server by downloading malware. I thought the point was to only allow users to execute installed applications that are white-listed by the admins.</description>
		<content:encoded><![CDATA[<p>Regarding the ICA/RDP-issued. Are servers generally set up to allow users to donwload and execute any random file to/on the ICA/RDP-server? I guess this would be a great flaw in itself. If this is allowed, any user can bring down the server by downloading malware. I thought the point was to only allow users to execute installed applications that are white-listed by the admins.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: LonerVamp</title>
		<link>http://www.gnucitizen.org/blog/clear/comment-page-1/#comment-58575</link>
		<dc:creator>LonerVamp</dc:creator>
		<pubDate>Mon, 15 Oct 2007 16:24:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/clear#comment-58575</guid>
		<description>I still think there is something amiss. I have no problems with any of your postings except, again, that last paragraph in this one about security in depth.

&quot;a system is as secure as the weakest link&quot;

That is correct, but that is also what security in depth is trying to combat, in part. If you have a chain and one link is broken, the whole chain breaks (attacker wins). But if you have a series of chains overlapping each other and providing support when one chain is broken by a weak link, that is security in depth. An attacker has to break through several layers in order to penetrate properly implemented defense in depth.

Defense in depth helps to:
a) cover for inevitable deficiencies in various security layers (protocols, systems, devices, software, web apps...)
b) cover for human mistake
c) attempt to anticipate unexpected attacks from skilled, creative attackers
d) raises the bar for attacker knowledge; an attacker may have a few key skills, but proper defense in depth may mean the attacker can only break through a couple security measures, but can&#039;t quite own everything else. Hopefully it takes enough time that they get found out or holes are closed.
e) mitigates successful attacks

Some of your attacks are successful and scary because defense in depth is not being properly practiced. Then again, it is hard to defend in depth when we&#039;re not even sure where the next attack will come from. User George runs a personal firewall, router/firewall on the network, AV, changes passwords...and then you pop him with a bad script that asks his credentials from a web page? That&#039;s simply a chink in the armor, a hole in the defense in depth.

But if my web server has a vulnerable web app and you pop into it, but my web server runs jailed, did you own my system? Not yet, perhaps. That&#039;s defense in depth.

Now, I think you can form some points on two things:
1) Defense in depth adds complexity. Man, does it! But until perfect security comes around (and I posit that it never will, especially as long as humans are involved), the added complexity needs to be weighed against the defense gained.

2) Defense in depth isn&#039;t being practiced in large scale because it isn&#039;t economical. This might be an interesting research idea to poll large scale IT security teams and see if they utilize defense in depth concepts.

I suspect most large companies do a combination...a sort of partial defense in depth strategy that still has plenty of holes and weaknesses. But does that make is useless and broken? That&#039;s an interesting question...

An additional attack on the concept might come from how defense in depth masks the holes in each layer. If you have a mesh of chains all holding your organization&#039;s security in place, if one breaks, you might not notice the break because nothing came crashing down. This is a danger with defense in depth, and could be a point against the concept.

I don&#039;t mean to pounce on this one issue, but I think it takes away from your recent excellent posts and revelations.

Just like attacks make our networks stronger, proper discussion and challenges make our ideas and goals stronger. :) Keep up the good work, pdp and others at gnucitizen.</description>
		<content:encoded><![CDATA[<p>I still think there is something amiss. I have no problems with any of your postings except, again, that last paragraph in this one about security in depth.</p>
<p>&#8220;a system is as secure as the weakest link&#8221;</p>
<p>That is correct, but that is also what security in depth is trying to combat, in part. If you have a chain and one link is broken, the whole chain breaks (attacker wins). But if you have a series of chains overlapping each other and providing support when one chain is broken by a weak link, that is security in depth. An attacker has to break through several layers in order to penetrate properly implemented defense in depth.</p>
<p>Defense in depth helps to:<br />
a) cover for inevitable deficiencies in various security layers (protocols, systems, devices, software, web apps&#8230;)<br />
b) cover for human mistake<br />
c) attempt to anticipate unexpected attacks from skilled, creative attackers<br />
d) raises the bar for attacker knowledge; an attacker may have a few key skills, but proper defense in depth may mean the attacker can only break through a couple security measures, but can&#8217;t quite own everything else. Hopefully it takes enough time that they get found out or holes are closed.<br />
e) mitigates successful attacks</p>
<p>Some of your attacks are successful and scary because defense in depth is not being properly practiced. Then again, it is hard to defend in depth when we&#8217;re not even sure where the next attack will come from. User George runs a personal firewall, router/firewall on the network, AV, changes passwords&#8230;and then you pop him with a bad script that asks his credentials from a web page? That&#8217;s simply a chink in the armor, a hole in the defense in depth.</p>
<p>But if my web server has a vulnerable web app and you pop into it, but my web server runs jailed, did you own my system? Not yet, perhaps. That&#8217;s defense in depth.</p>
<p>Now, I think you can form some points on two things:<br />
1) Defense in depth adds complexity. Man, does it! But until perfect security comes around (and I posit that it never will, especially as long as humans are involved), the added complexity needs to be weighed against the defense gained.</p>
<p>2) Defense in depth isn&#8217;t being practiced in large scale because it isn&#8217;t economical. This might be an interesting research idea to poll large scale IT security teams and see if they utilize defense in depth concepts.</p>
<p>I suspect most large companies do a combination&#8230;a sort of partial defense in depth strategy that still has plenty of holes and weaknesses. But does that make is useless and broken? That&#8217;s an interesting question&#8230;</p>
<p>An additional attack on the concept might come from how defense in depth masks the holes in each layer. If you have a mesh of chains all holding your organization&#8217;s security in place, if one breaks, you might not notice the break because nothing came crashing down. This is a danger with defense in depth, and could be a point against the concept.</p>
<p>I don&#8217;t mean to pounce on this one issue, but I think it takes away from your recent excellent posts and revelations.</p>
<p>Just like attacks make our networks stronger, proper discussion and challenges make our ideas and goals stronger. :) Keep up the good work, pdp and others at gnucitizen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anonymous</title>
		<link>http://www.gnucitizen.org/blog/clear/comment-page-1/#comment-58249</link>
		<dc:creator>anonymous</dc:creator>
		<pubDate>Sun, 14 Oct 2007 03:21:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/clear#comment-58249</guid>
		<description>Re:Citrix 
At least (i hope) they fixed the SQL injection is the CDN login system.</description>
		<content:encoded><![CDATA[<p>Re:Citrix<br />
At least (i hope) they fixed the SQL injection is the CDN login system.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

