<?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: Web 2.0 and &#8220;Defense in Depth&#8221;</title>
	<atom:link href="http://www.gdssecurity.com/l/b/2008/04/24/web-20-and-%e2%80%9cdefense-in-depth%e2%80%9d/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gdssecurity.com/l/b/2008/04/24/web-20-and-%e2%80%9cdefense-in-depth%e2%80%9d/</link>
	<description>Gotham Digital Science Security Blog</description>
	<lastBuildDate>Wed, 01 Sep 2010 06:49:07 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Elvina</title>
		<link>http://www.gdssecurity.com/l/b/2008/04/24/web-20-and-%e2%80%9cdefense-in-depth%e2%80%9d/comment-page-1/#comment-196</link>
		<dc:creator>Elvina</dc:creator>
		<pubDate>Tue, 28 Oct 2008 16:16:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.gdssecurity.com/l/b/2008/04/24/web-20-and-%e2%80%9cdefense-in-depth%e2%80%9d/#comment-196</guid>
		<description>Good post.</description>
		<content:encoded><![CDATA[<p>Good post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Holyfield</title>
		<link>http://www.gdssecurity.com/l/b/2008/04/24/web-20-and-%e2%80%9cdefense-in-depth%e2%80%9d/comment-page-1/#comment-54</link>
		<dc:creator>Brian Holyfield</dc:creator>
		<pubDate>Fri, 25 Apr 2008 15:09:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.gdssecurity.com/l/b/2008/04/24/web-20-and-%e2%80%9cdefense-in-depth%e2%80%9d/#comment-54</guid>
		<description>Excellent point that is worthy of expanding on.  The SRC of the un-trusted IFrame should come from a separate domain so that the browser enforces the cross-domain security policy.   This means that if you are not pulling the IFRAME SRC directly from another domain, you&#039;ll need to create a separate domain for serving the un-trusted content from.  

The separate domain can be a sub-domain, as long as you haven&#039;t changed the &quot;document.domain&quot; value of your page to be the parent domain (allowing other sites within your domain to circumvent the same origin security policy).  If you have done this, then you may need to set up a totally different &quot;dirty&quot; domain to serve the un-trusted content from.</description>
		<content:encoded><![CDATA[<p>Excellent point that is worthy of expanding on.  The SRC of the un-trusted IFrame should come from a separate domain so that the browser enforces the cross-domain security policy.   This means that if you are not pulling the IFRAME SRC directly from another domain, you&#8217;ll need to create a separate domain for serving the un-trusted content from.  </p>
<p>The separate domain can be a sub-domain, as long as you haven&#8217;t changed the &#8220;document.domain&#8221; value of your page to be the parent domain (allowing other sites within your domain to circumvent the same origin security policy).  If you have done this, then you may need to set up a totally different &#8220;dirty&#8221; domain to serve the un-trusted content from.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Ther</title>
		<link>http://www.gdssecurity.com/l/b/2008/04/24/web-20-and-%e2%80%9cdefense-in-depth%e2%80%9d/comment-page-1/#comment-53</link>
		<dc:creator>John Ther</dc:creator>
		<pubDate>Fri, 25 Apr 2008 06:47:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.gdssecurity.com/l/b/2008/04/24/web-20-and-%e2%80%9cdefense-in-depth%e2%80%9d/#comment-53</guid>
		<description>I think it&#039;s important to clear up that seperated Iframe should be called from a different (sub)domain otherwise it&#039;s not gonna change anything in the DOM level. Because any Iframe within the same domain can access to parent.</description>
		<content:encoded><![CDATA[<p>I think it&#8217;s important to clear up that seperated Iframe should be called from a different (sub)domain otherwise it&#8217;s not gonna change anything in the DOM level. Because any Iframe within the same domain can access to parent.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
