<?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: Java JAR Attacks and Features</title>
	<atom:link href="http://www.gnucitizen.org/blog/java-jar-attacks-and-features/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/</link>
	<description>Information Security Think Tank</description>
	<lastBuildDate>Sat, 02 Feb 2013 17:50:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.1</generator>
	<item>
		<title>By: On GIFARs &#124; SecurityGuy.org</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-129436</link>
		<dc:creator>On GIFARs &#124; SecurityGuy.org</dc:creator>
		<pubDate>Fri, 07 Jan 2011 10:04:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-129436</guid>
		<description>[...] that you can make a JAR look like many other file types. He is not alone in this observation; PDP has also been working on similar ideas. Now many websites allow you to upload specific types of [...]</description>
		<content:encoded><![CDATA[<p>[...] that you can make a JAR look like many other file types. He is not alone in this observation; PDP has also been working on similar ideas. Now many websites allow you to upload specific types of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Problemi seri per la nuova versione di Gmail &#124; Gestione Documenti</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-129071</link>
		<dc:creator>Problemi seri per la nuova versione di Gmail &#124; Gestione Documenti</dc:creator>
		<pubDate>Sat, 18 Sep 2010 14:01:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-129071</guid>
		<description>[...] recente segnalazione su gnucitizen.org ha infine recentemente lanciato un nuovo allarme per gli utenti di Gmail. Secondo quanto riportato [...]</description>
		<content:encoded><![CDATA[<p>[...] recente segnalazione su gnucitizen.org ha infine recentemente lanciato un nuovo allarme per gli utenti di Gmail. Secondo quanto riportato [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: m</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-126224</link>
		<dc:creator>m</dc:creator>
		<pubDate>Tue, 03 Mar 2009 00:11:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-126224</guid>
		<description>How many worthwhile targets are boxes that someone would be running a browser on at all? 

Honestly, as far as I can tell, the most interesting thing here is that java will run stuff with strange extensions. Which could be interesting, seeing as Netscape will automatically download files that it doesn&#039;t recognize an extension for.

No matter what, this seems to be worthless without some form of social engineering. And there are already plenty of nasty things you can do if you can get someone to point a browser at your website.</description>
		<content:encoded><![CDATA[<p>How many worthwhile targets are boxes that someone would be running a browser on at all? </p>
<p>Honestly, as far as I can tell, the most interesting thing here is that java will run stuff with strange extensions. Which could be interesting, seeing as Netscape will automatically download files that it doesn&#8217;t recognize an extension for.</p>
<p>No matter what, this seems to be worthless without some form of social engineering. And there are already plenty of nasty things you can do if you can get someone to point a browser at your website.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pdp</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-125605</link>
		<dc:creator>pdp</dc:creator>
		<pubDate>Mon, 26 Jan 2009 10:51:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-125605</guid>
		<description>thanks, I will have a look.</description>
		<content:encoded><![CDATA[<p>thanks, I will have a look.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Inferno</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-125597</link>
		<dc:creator>Inferno</dc:creator>
		<pubDate>Mon, 26 Jan 2009 03:53:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-125597</guid>
		<description>Hi pdp,

I have found another server side fix for the GIFAR issue and also referenced this article at my blog 
http://securethoughts.com/?p=35.

Thanks,
Inferno</description>
		<content:encoded><![CDATA[<p>Hi pdp,</p>
<p>I have found another server side fix for the GIFAR issue and also referenced this article at my blog<br />
<a href="http://securethoughts.com/?p=35" rel="nofollow">http://securethoughts.com/?p=35</a>.</p>
<p>Thanks,<br />
Inferno</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Easy Server Side Fix for the GIFAR security issue &#171; SecureThoughts.com - Inferno's Blog on Application Security</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-125565</link>
		<dc:creator>Easy Server Side Fix for the GIFAR security issue &#171; SecureThoughts.com - Inferno's Blog on Application Security</dc:creator>
		<pubDate>Sat, 24 Jan 2009 22:59:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-125565</guid>
		<description>[...] The GIFAR issue was found by security researchers Billy Rios and Nate Mcfeters. To summarize the exploit, an attacker uploads a malicious image with embedded jar content on a target domain. This malicious image opens in any image viewer correctly and so it bypasses any content validation engine used by a web application. Then an attacker references this malicious image in the applet code on his or her evil site, establishing a cross-domain communication channel with the target domain. This attack is very serious because it breaks the Same Origin Policy principle. Also, this problem is not just confined to images, it is applicable to other file types such as doc, etc. Another great writeup on Jar File Issues is on pdp&#8217;s blog. [...]</description>
		<content:encoded><![CDATA[<p>[...] The GIFAR issue was found by security researchers Billy Rios and Nate Mcfeters. To summarize the exploit, an attacker uploads a malicious image with embedded jar content on a target domain. This malicious image opens in any image viewer correctly and so it bypasses any content validation engine used by a web application. Then an attacker references this malicious image in the applet code on his or her evil site, establishing a cross-domain communication channel with the target domain. This attack is very serious because it breaks the Same Origin Policy principle. Also, this problem is not just confined to images, it is applicable to other file types such as doc, etc. Another great writeup on Jar File Issues is on pdp&#8217;s blog. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: My Black Hat Talk &#124; GNUCITIZEN</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-123650</link>
		<dc:creator>My Black Hat Talk &#124; GNUCITIZEN</dc:creator>
		<pubDate>Wed, 10 Sep 2008 10:03:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-123650</guid>
		<description>[...] in-depth techniques based on some of the research I presented on Black Hat Amsterdam, such as the JPG + JAR evil combo. If you are interested in client-side security issues you might want to attend these talks [...]</description>
		<content:encoded><![CDATA[<p>[...] in-depth techniques based on some of the research I presented on Black Hat Amsterdam, such as the JPG + JAR evil combo. If you are interested in client-side security issues you might want to attend these talks [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: More on GIFARS and Other Dangerous Attacks &#124; GNUCITIZEN</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-123170</link>
		<dc:creator>More on GIFARS and Other Dangerous Attacks &#124; GNUCITIZEN</dc:creator>
		<pubDate>Sun, 03 Aug 2008 16:40:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-123170</guid>
		<description>[...] to a persistent XSS plus the socket issue I&#8217;ve briefly covered in my previous post and my initial post from a year ago. And you don&#8217;t have to use the combo trick. All the attacker needs to do is [...]</description>
		<content:encoded><![CDATA[<p>[...] to a persistent XSS plus the socket issue I&#8217;ve briefly covered in my previous post and my initial post from a year ago. And you don&#8217;t have to use the combo trick. All the attacker needs to do is [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GIFARs and Other Issues &#124; GNUCITIZEN</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-123167</link>
		<dc:creator>GIFARs and Other Issues &#124; GNUCITIZEN</dc:creator>
		<pubDate>Sun, 03 Aug 2008 15:20:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-123167</guid>
		<description>[...] (especially reporters) about the GIFAR attack since it resembles what I have already spoked about here and presented at the last Black Hat in Amsterdam. So, I decided to shed some light without being [...]</description>
		<content:encoded><![CDATA[<p>[...] (especially reporters) about the GIFAR attack since it resembles what I have already spoked about here and presented at the last Black Hat in Amsterdam. So, I decided to shed some light without being [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Security and the Net &#183; GIFAR updates</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-123166</link>
		<dc:creator>Security and the Net &#183; GIFAR updates</dc:creator>
		<pubDate>Sun, 03 Aug 2008 09:54:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-123166</guid>
		<description>[...] John Hesman provides some more details. He also notes that this is not entirely new. One thing he does mention that really scares me is this: It turns out that when an applet makes an [...]</description>
		<content:encoded><![CDATA[<p>[...] John Hesman provides some more details. He also notes that this is not entirely new. One thing he does mention that really scares me is this: It turns out that when an applet makes an [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ymajoros</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-122416</link>
		<dc:creator>ymajoros</dc:creator>
		<pubDate>Mon, 02 Jun 2008 10:10:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-122416</guid>
		<description>No one seems to have noticed Dave&#039;s feedback. If you base your security on ip addresses... well... I know many people do just that, but it still is quite stupid. An IP address is an attribute of some machine on a network, which is quite different from a secure credential identifying some user. There could be a lot of users behind the same IP, a user could use multiple computers from different locations and still should have legit access... So, it isn&#039;t a safe, secure and flexible way of identifying users.</description>
		<content:encoded><![CDATA[<p>No one seems to have noticed Dave&#8217;s feedback. If you base your security on ip addresses&#8230; well&#8230; I know many people do just that, but it still is quite stupid. An IP address is an attribute of some machine on a network, which is quite different from a secure credential identifying some user. There could be a lot of users behind the same IP, a user could use multiple computers from different locations and still should have legit access&#8230; So, it isn&#8217;t a safe, secure and flexible way of identifying users.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pdp</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-116136</link>
		<dc:creator>pdp</dc:creator>
		<pubDate>Tue, 11 Mar 2008 07:04:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-116136</guid>
		<description>Mihai, none of the libraries that I&#039;ve tested which check whether an uploaded blob is a valid issue has detected the malicious JAR attached. This is the fact. But if you don&#039;t believe me, go and do some experiments on your own.

I think that you misunderstood the post.</description>
		<content:encoded><![CDATA[<p>Mihai, none of the libraries that I&#8217;ve tested which check whether an uploaded blob is a valid issue has detected the malicious JAR attached. This is the fact. But if you don&#8217;t believe me, go and do some experiments on your own.</p>
<p>I think that you misunderstood the post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mihai</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-116118</link>
		<dc:creator>Mihai</dc:creator>
		<pubDate>Tue, 11 Mar 2008 02:28:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-116118</guid>
		<description>I think you missed the point that bug made. The friggin&#039; applet still executes within the client. It doesn&#039;t suddenly acquire server priviledges. You&#039;d have to spawn a virtual machine on the server machine and have a class run in it, that&#039;s the kind of support your applet would need in order to poke around. Yeah, they talk about that on the web -- if an applet requires connecting to something other than its originating host, some process on the server must help it. You&#039;re confusing some unrelated concepts here.

If you seem to think that this upload-then-run-me issue is some sort of an Achile&#039;s heel, well, it is not. Simple sanitizing techniques in your file uploading should do the trick. Check out the bugtraq lists every now and then.</description>
		<content:encoded><![CDATA[<p>I think you missed the point that bug made. The friggin&#8217; applet still executes within the client. It doesn&#8217;t suddenly acquire server priviledges. You&#8217;d have to spawn a virtual machine on the server machine and have a class run in it, that&#8217;s the kind of support your applet would need in order to poke around. Yeah, they talk about that on the web &#8212; if an applet requires connecting to something other than its originating host, some process on the server must help it. You&#8217;re confusing some unrelated concepts here.</p>
<p>If you seem to think that this upload-then-run-me issue is some sort of an Achile&#8217;s heel, well, it is not. Simple sanitizing techniques in your file uploading should do the trick. Check out the bugtraq lists every now and then.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Problemi seri per la nuova versione di Gmail &#171; BROKER DIGITALE</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-75164</link>
		<dc:creator>Problemi seri per la nuova versione di Gmail &#171; BROKER DIGITALE</dc:creator>
		<pubDate>Wed, 21 Nov 2007 17:04:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-75164</guid>
		<description>[...] recente segnalazione su gnucitizen.org ha infine recentemente lanciato un nuovo allarme per gli utenti di Gmail. Secondo quanto riportato [...]</description>
		<content:encoded><![CDATA[<p>[...] recente segnalazione su gnucitizen.org ha infine recentemente lanciato un nuovo allarme per gli utenti di Gmail. Secondo quanto riportato [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vaj</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-70934</link>
		<dc:creator>vaj</dc:creator>
		<pubDate>Thu, 15 Nov 2007 01:43:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-70934</guid>
		<description>bug, noone cares about hacking the individual server. Web 2.0 services are distributed, the attack surface is vast. get with the times, ./grandpa (-;</description>
		<content:encoded><![CDATA[<p>bug, noone cares about hacking the individual server. Web 2.0 services are distributed, the attack surface is vast. get with the times, ./grandpa (-;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: justpassingthrough</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-70855</link>
		<dc:creator>justpassingthrough</dc:creator>
		<pubDate>Wed, 14 Nov 2007 23:11:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-70855</guid>
		<description>Gah. Apparently your board supports html.
&lt;applet codebase=&quot;localhost&quot; src=&quot;malicious.jar&quot; /&gt; was the proper snippet.</description>
		<content:encoded><![CDATA[<p>Gah. Apparently your board supports html.<br />
&lt;applet codebase=&#8221;localhost&#8221; src=&#8221;malicious.jar&#8221; /&gt; was the proper snippet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: justpassingthrough</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-70853</link>
		<dc:creator>justpassingthrough</dc:creator>
		<pubDate>Wed, 14 Nov 2007 23:08:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-70853</guid>
		<description>So, therefore, all you have to do to exploit is get someone to load a malicious page with , since codebase takes priority? This seems a little too good to be true.</description>
		<content:encoded><![CDATA[<p>So, therefore, all you have to do to exploit is get someone to load a malicious page with , since codebase takes priority? This seems a little too good to be true.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Amped Freestyle Snowboarding &#187; Java JAR Attacks and Features</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-70665</link>
		<dc:creator>Amped Freestyle Snowboarding &#187; Java JAR Attacks and Features</dc:creator>
		<pubDate>Wed, 14 Nov 2007 16:47:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-70665</guid>
		<description>[...] Jetpacks wrote an engrossing place today onHere&#8217;s a hurried excerptWhile activity with the JAR prescript for Firefox (here and here), I also did whatever enquiry on the artefact Java handles jars, as well. To my surprise, the Java runtime seems to posses whatever rattling engrossing features which haw easily be &#8230; [...]</description>
		<content:encoded><![CDATA[<p>[...] Jetpacks wrote an engrossing place today onHere&#8217;s a hurried excerptWhile activity with the JAR prescript for Firefox (here and here), I also did whatever enquiry on the artefact Java handles jars, as well. To my surprise, the Java runtime seems to posses whatever rattling engrossing features which haw easily be &#8230; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pdp</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-70590</link>
		<dc:creator>pdp</dc:creator>
		<pubDate>Wed, 14 Nov 2007 13:56:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-70590</guid>
		<description>&lt;blockquote&gt;Applets are not allowed to open network connections to any computer, except for the host that provided the .class files. This is either the host where the html page came from, or the host specified in the codebase parameter in the applet tag, with codebase taking precendence. &lt;a href=&quot;http://java.sun.com/sfaq/&quot; rel=&quot;nofollow&quot;&gt;Applet Security&lt;/a&gt;&lt;/blockquote&gt;</description>
		<content:encoded><![CDATA[<blockquote><p>Applets are not allowed to open network connections to any computer, except for the host that provided the .class files. This is either the host where the html page came from, or the host specified in the codebase parameter in the applet tag, with codebase taking precendence. <a href="http://java.sun.com/sfaq/" rel="nofollow">Applet Security</a></p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bug</title>
		<link>http://www.gnucitizen.org/blog/java-jar-attacks-and-features/comment-page-1/#comment-70588</link>
		<dc:creator>Bug</dc:creator>
		<pubDate>Wed, 14 Nov 2007 13:52:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/java-jar-attacks-and-features#comment-70588</guid>
		<description>This is utter rubbish, you can&#039;t learn anything about the server (the jar is executed on the client NOT the server. If the applet did try and probe the server from the client, you couldn&#039;t learn anything you could more simply learn by just running a port scanning tool) and the Java sand-box stops the applet on the client machine probing the client machine. 

If you are suggesting you get someone on the server side to run the applet, whoopie do, the applet still can&#039;t pass that information on as it can&#039;t connect to anything other than itself. 

I&#039;m sorry, this is total nonsense.</description>
		<content:encoded><![CDATA[<p>This is utter rubbish, you can&#8217;t learn anything about the server (the jar is executed on the client NOT the server. If the applet did try and probe the server from the client, you couldn&#8217;t learn anything you could more simply learn by just running a port scanning tool) and the Java sand-box stops the applet on the client machine probing the client machine. </p>
<p>If you are suggesting you get someone on the server side to run the applet, whoopie do, the applet still can&#8217;t pass that information on as it can&#8217;t connect to anything other than itself. </p>
<p>I&#8217;m sorry, this is total nonsense.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
