<?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: Insecure Content Ownership</title>
	<atom:link href="http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/feed/" rel="self" type="application/rss+xml" />
	<link>http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=insecure-content-ownership</link>
	<description>Thoughts on Security in an Uncivilized World…</description>
	<lastBuildDate>Fri, 27 Apr 2012 13:53:43 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: kartheepan</title>
		<link>http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/comment-page-1/#comment-730</link>
		<dc:creator>kartheepan</dc:creator>
		<pubDate>Tue, 03 Feb 2009 08:15:09 +0000</pubDate>
		<guid isPermaLink="false">http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/#comment-730</guid>
		<description>hi is it possible to restict the request for the resource jar file for applet loading.because we can use the jar file anywhere in our website by calling from applet archive.Hence is there any possiblity for validation of user ownership to verify and provide the jar file in response.</description>
		<content:encoded><![CDATA[<p>hi is it possible to restict the request for the resource jar file for applet loading.because we can use the jar file anywhere in our website by calling from applet archive.Hence is there any possiblity for validation of user ownership to verify and provide the jar file in response.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rupesh</title>
		<link>http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/comment-page-1/#comment-709</link>
		<dc:creator>Rupesh</dc:creator>
		<pubDate>Mon, 15 Dec 2008 07:49:22 +0000</pubDate>
		<guid isPermaLink="false">http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/#comment-709</guid>
		<description>Hi,

Is it possible to share the trickery behind this exploit ? Im wrkin as an application security consultant. I would love to hear more on such explots.

Regards,
Rupesh</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Is it possible to share the trickery behind this exploit ? Im wrkin as an application security consultant. I would love to hear more on such explots.</p>
<p>Regards,<br />
Rupesh</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: wheelq</title>
		<link>http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/comment-page-1/#comment-650</link>
		<dc:creator>wheelq</dc:creator>
		<pubDate>Tue, 23 Sep 2008 09:18:36 +0000</pubDate>
		<guid isPermaLink="false">http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/#comment-650</guid>
		<description>Hi,

is it possible to reveal the code of a jar file? I&#039;m a beginner in java and I don&#039;t know how to read the values from the page that is loading the jar/ class file</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>is it possible to reveal the code of a jar file? I&#8217;m a beginner in java and I don&#8217;t know how to read the values from the page that is loading the jar/ class file</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rob</title>
		<link>http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/comment-page-1/#comment-361</link>
		<dc:creator>rob</dc:creator>
		<pubDate>Wed, 09 Apr 2008 20:49:28 +0000</pubDate>
		<guid isPermaLink="false">http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/#comment-361</guid>
		<description>brilliant. i love it when these types of technologies attempt to infer what you were trying to do.</description>
		<content:encoded><![CDATA[<p>brilliant. i love it when these types of technologies attempt to infer what you were trying to do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blafra &#187; Blog Archive &#187; Content Ownership and Validating File Types</title>
		<link>http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/comment-page-1/#comment-360</link>
		<dc:creator>blafra &#187; Blog Archive &#187; Content Ownership and Validating File Types</dc:creator>
		<pubDate>Wed, 09 Apr 2008 02:47:10 +0000</pubDate>
		<guid isPermaLink="false">http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/#comment-360</guid>
		<description>[...] was referred to Billy (BK) Rios&#8217;s blog as an article there somewhat relates to research I conducted on how browsers react when faced with [...]</description>
		<content:encoded><![CDATA[<p>[...] was referred to Billy (BK) Rios&#8217;s blog as an article there somewhat relates to research I conducted on how browsers react when faced with [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vladimir</title>
		<link>http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/comment-page-1/#comment-359</link>
		<dc:creator>Vladimir</dc:creator>
		<pubDate>Tue, 08 Apr 2008 20:36:51 +0000</pubDate>
		<guid isPermaLink="false">http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/#comment-359</guid>
		<description>wow, that really is a huge vulnerability in many modern systems, i dont see it being patched anytime soon.</description>
		<content:encoded><![CDATA[<p>wow, that really is a huge vulnerability in many modern systems, i dont see it being patched anytime soon.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pbnetworks &#187; Blog Archive &#187; Insecure Content Ownership via Google code</title>
		<link>http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/comment-page-1/#comment-358</link>
		<dc:creator>pbnetworks &#187; Blog Archive &#187; Insecure Content Ownership via Google code</dc:creator>
		<pubDate>Tue, 08 Apr 2008 15:20:54 +0000</pubDate>
		<guid isPermaLink="false">http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/#comment-358</guid>
		<description>[...] Read more at his blog [...]</description>
		<content:encoded><![CDATA[<p>[...] Read more at his blog [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: How hosting foreign files risks your users security &#171; BroddlIT</title>
		<link>http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/comment-page-1/#comment-357</link>
		<dc:creator>How hosting foreign files risks your users security &#171; BroddlIT</dc:creator>
		<pubDate>Mon, 07 Apr 2008 22:25:56 +0000</pubDate>
		<guid isPermaLink="false">http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/#comment-357</guid>
		<description>[...] , Java , Security Tags: Google Code, Security Hole      I found this interesting post about a security hole in Google Code. Its quite complex, though the post is written very well, so you&#8217;ll be able to get the point [...]</description>
		<content:encoded><![CDATA[<p>[...] , Java , Security Tags: Google Code, Security Hole      I found this interesting post about a security hole in Google Code. Its quite complex, though the post is written very well, so you&#8217;ll be able to get the point [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Blake Frantz</title>
		<link>http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/comment-page-1/#comment-356</link>
		<dc:creator>Blake Frantz</dc:creator>
		<pubDate>Mon, 07 Apr 2008 18:42:45 +0000</pubDate>
		<guid isPermaLink="false">http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/#comment-356</guid>
		<description>April 4th, 2008 at 11:11 am 

xssniper said:
...
foo: It’s not that simple, depending on the content-disposition and the content-type returned by the Google Server, the HTML page wouldn’t be rendered by the browser, it would merely present a download prompt. Luckly, both Flash and Java pretty much ignore the content-type and content-disposition headers (file extension as well). I’ve got another item thats right up your alley though and I’ll discuss it in a later post.

...

I&#039;ve conducted some initial research on how  browsers respond to various content-type, disposition, and content combinations. Results can be found here:

http://www.leviathansecurity.com/pdf/Flirting%20with%20MIME%20Types.pdf

Feedback welcome.</description>
		<content:encoded><![CDATA[<p>April 4th, 2008 at 11:11 am </p>
<p>xssniper said:<br />
&#8230;<br />
foo: It’s not that simple, depending on the content-disposition and the content-type returned by the Google Server, the HTML page wouldn’t be rendered by the browser, it would merely present a download prompt. Luckly, both Flash and Java pretty much ignore the content-type and content-disposition headers (file extension as well). I’ve got another item thats right up your alley though and I’ll discuss it in a later post.</p>
<p>&#8230;</p>
<p>I&#8217;ve conducted some initial research on how  browsers respond to various content-type, disposition, and content combinations. Results can be found here:</p>
<p><a href="http://www.leviathansecurity.com/pdf/Flirting%20with%20MIME%20Types.pdf" rel="nofollow">http://www.leviathansecurity.com/pdf/Flirting%20with%20MIME%20Types.pdf</a></p>
<p>Feedback welcome.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: xssniper</title>
		<link>http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/comment-page-1/#comment-354</link>
		<dc:creator>xssniper</dc:creator>
		<pubDate>Mon, 07 Apr 2008 15:13:53 +0000</pubDate>
		<guid isPermaLink="false">http://xs-sniper.com/blog/2008/04/04/insecure-content-ownership/#comment-354</guid>
		<description>@Venom23:  The jar file is not local, it was uploaded to the code.google.com server.  There was some trickery involved as when the JVM makes the request for the CLASS file found in the CODE attribute, it encodes portions of the request.  The ARCHIVE attribute doesn&#039;t have this problem.
      
Hosting applets on your domain can be a problem if you expose the wrong functionality.  Java&#039;s same origin policy works in a way that allows the applet to communicate with the server that served the applet.  So, if you have a URLConnection object that accepts arbitrary URLs in your applet..... you&#039;re asking for trouble.  It&#039;s a good point, I may put out some more information about the differences between various Same Origin Policies and some of the nuances of each.</description>
		<content:encoded><![CDATA[<p>@Venom23:  The jar file is not local, it was uploaded to the code.google.com server.  There was some trickery involved as when the JVM makes the request for the CLASS file found in the CODE attribute, it encodes portions of the request.  The ARCHIVE attribute doesn&#8217;t have this problem.</p>
<p>Hosting applets on your domain can be a problem if you expose the wrong functionality.  Java&#8217;s same origin policy works in a way that allows the applet to communicate with the server that served the applet.  So, if you have a URLConnection object that accepts arbitrary URLs in your applet&#8230;.. you&#8217;re asking for trouble.  It&#8217;s a good point, I may put out some more information about the differences between various Same Origin Policies and some of the nuances of each.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced

Served from: xs-sniper.com @ 2012-05-16 22:28:32 -->
