<?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"
	>
<channel>
	<title>Comments on: Cross-site File Upload Attacks</title>
	<atom:link href="http://www.gnucitizen.org/blog/cross-site-file-upload-attacks/feed/" rel="self" type="application/rss+xml" />
	<link>/blog/cross-site-file-upload-attacks/</link>
	<description>Information Security Think Tank</description>
	<pubDate>Thu, 21 Aug 2008 19:57:06 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: Protocolos de publicaciÃ³n remota en WordPress en Buayacorp - DiseÃ±o y ProgramaciÃ³n</title>
		<link>/blog/cross-site-file-upload-attacks/#comment-122782</link>
		<dc:creator>Protocolos de publicaciÃ³n remota en WordPress en Buayacorp - DiseÃ±o y ProgramaciÃ³n</dc:creator>
		<pubDate>Wed, 02 Jul 2008 03:01:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/cross-site-file-upload-attacks/#comment-122782</guid>
		<description>[...] [1] Por ejemplo las pÃ¡ginas que permiten subir archivos y que generalmente no tienen protecciÃ³n contra ataques CSRF. Actualmente casi todas las versiones de WordPress sufren este problema y se puede explotar usando lo descrito en Cross-site File Upload Attacks. [...]</description>
		<content:encoded><![CDATA[<p>[...] [1] Por ejemplo las pÃ¡ginas que permiten subir archivos y que generalmente no tienen protecciÃ³n contra ataques CSRF. Actualmente casi todas las versiones de WordPress sufren este problema y se puede explotar usando lo descrito en Cross-site File Upload Attacks. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CSRF-ing File Upload Fields &#187; Inking's Security Blog</title>
		<link>/blog/cross-site-file-upload-attacks/#comment-116401</link>
		<dc:creator>CSRF-ing File Upload Fields &#187; Inking's Security Blog</dc:creator>
		<pubDate>Sat, 15 Mar 2008 05:23:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/cross-site-file-upload-attacks/#comment-116401</guid>
		<description>[...] Oh well, pdp has an interesting post over at gnucitizen.org about how to perform CSRF attacks against File upload fields using Flash: http://www.gnucitizen.org/blog/cross-site-file-upload-attacks/ [...]</description>
		<content:encoded><![CDATA[<p>[...] Oh well, pdp has an interesting post over at gnucitizen.org about how to perform CSRF attacks against File upload fields using Flash: <a href="http://www.gnucitizen.org/blog/cross-site-file-upload-attacks/" rel="nofollow">http://www.gnucitizen.org/blog/cross-site-file-upload-attacks/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Danno</title>
		<link>/blog/cross-site-file-upload-attacks/#comment-116061</link>
		<dc:creator>Danno</dc:creator>
		<pubDate>Sat, 08 Mar 2008 10:07:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/cross-site-file-upload-attacks/#comment-116061</guid>
		<description>Routers and modems bypassed, now cross site file upload attacks. Good thing I stopped playing poker online for cash. I don't use this thing to bank or trade stock on either. Cheeky, aren't they.

What is a n00b to do?</description>
		<content:encoded><![CDATA[<p>Routers and modems bypassed, now cross site file upload attacks. Good thing I stopped playing poker online for cash. I don&#8217;t use this thing to bank or trade stock on either. Cheeky, aren&#8217;t they.</p>
<p>What is a n00b to do?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Presson</title>
		<link>/blog/cross-site-file-upload-attacks/#comment-115824</link>
		<dc:creator>Matt Presson</dc:creator>
		<pubDate>Mon, 03 Mar 2008 22:54:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/cross-site-file-upload-attacks/#comment-115824</guid>
		<description>Just a thought here, but after doing some simple research on Flash and file access, an attacker could use "one of the wrapper programs that have been written to allow local file access (SWF Studio, Zinc, Screenweaver, etc)" (per http://www.flash-creations.com/notes/servercomm_textfile.php) along with the above code to create a drive-by file upload service. Especially if you used sendToURL().

If I understand what is presented on the above referenced page, and I may not, then if you could get anyone to visit your page you could upload any file you wished to your server from their local machine.

Any thoughts? Am I crazy?</description>
		<content:encoded><![CDATA[<p>Just a thought here, but after doing some simple research on Flash and file access, an attacker could use &#8220;one of the wrapper programs that have been written to allow local file access (SWF Studio, Zinc, Screenweaver, etc)&#8221; (per <a href="http://www.flash-creations.com/notes/servercomm_textfile.php" rel="nofollow">http://www.flash-creations.com/notes/servercomm_textfile.php</a>) along with the above code to create a drive-by file upload service. Especially if you used sendToURL().</p>
<p>If I understand what is presented on the above referenced page, and I may not, then if you could get anyone to visit your page you could upload any file you wished to your server from their local machine.</p>
<p>Any thoughts? Am I crazy?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pdp</title>
		<link>/blog/cross-site-file-upload-attacks/#comment-115720</link>
		<dc:creator>pdp</dc:creator>
		<pubDate>Wed, 27 Feb 2008 11:16:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/cross-site-file-upload-attacks/#comment-115720</guid>
		<description>it used to work but not sure what is the situation right now.</description>
		<content:encoded><![CDATA[<p>it used to work but not sure what is the situation right now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: guesty</title>
		<link>/blog/cross-site-file-upload-attacks/#comment-115719</link>
		<dc:creator>guesty</dc:creator>
		<pubDate>Wed, 27 Feb 2008 10:57:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/cross-site-file-upload-attacks/#comment-115719</guid>
		<description>and how about spoofing the refe(f)rer with flash?</description>
		<content:encoded><![CDATA[<p>and how about spoofing the refe(f)rer with flash?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 757362</title>
		<link>/blog/cross-site-file-upload-attacks/#comment-115530</link>
		<dc:creator>757362</dc:creator>
		<pubDate>Sun, 24 Feb 2008 17:56:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/cross-site-file-upload-attacks/#comment-115530</guid>
		<description>Interesting project. 

"Like CSRF attacks, there are plenty of things one can do with this type of technique."

- DOM XSS attack entry point.

Using haXe with the Flex2 Framework
http://haxe.org/manual/3/interop#using_haxe_with_the_flex2_framework</description>
		<content:encoded><![CDATA[<p>Interesting project. </p>
<p>&#8220;Like CSRF attacks, there are plenty of things one can do with this type of technique.&#8221;</p>
<p>- DOM XSS attack entry point.</p>
<p>Using haXe with the Flex2 Framework<br />
<a href="http://haxe.org/manual/3/interop#using_haxe_with_the_flex2_framework" rel="nofollow">http://haxe.org/manual/3/interop#using_haxe_with_the_flex2_framework</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pdp</title>
		<link>/blog/cross-site-file-upload-attacks/#comment-115403</link>
		<dc:creator>pdp</dc:creator>
		<pubDate>Fri, 22 Feb 2008 07:44:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/cross-site-file-upload-attacks/#comment-115403</guid>
		<description>&lt;code&gt;LoadVars&lt;/code&gt; is inferior when compared to &lt;code&gt;URLRequest&lt;/code&gt; combined with &lt;code&gt;navigateToURL&lt;/code&gt; or even better &lt;code&gt;sendToURL&lt;/code&gt;. Simply put, the &lt;code&gt;navigateToURL&lt;/code&gt; function will open the result into a browser window/tab while &lt;code&gt;sendToURL&lt;/code&gt; will silently execute it in the background. No restrictions applied!

btw, setting up flex environment is not very hard. you just need the FlexSDK .zip file. Decompress it somewhere on the disk. write your MXML or AS and compile with mxmlc like this:

&lt;pre&gt;&lt;code&gt;path/to/flexsdk/&lt;strong&gt;bin/mxmlc path/to/app.mxml&lt;/strong&gt;&lt;/code&gt;&lt;/pre&gt;</description>
		<content:encoded><![CDATA[<p><code>LoadVars</code> is inferior when compared to <code>URLRequest</code> combined with <code>navigateToURL</code> or even better <code>sendToURL</code>. Simply put, the <code>navigateToURL</code> function will open the result into a browser window/tab while <code>sendToURL</code> will silently execute it in the background. No restrictions applied!</p>
<p>btw, setting up flex environment is not very hard. you just need the FlexSDK .zip file. Decompress it somewhere on the disk. write your MXML or AS and compile with mxmlc like this:</p>
<pre><code>path/to/flexsdk/<strong>bin/mxmlc path/to/app.mxml</strong></code></pre>
]]></content:encoded>
	</item>
	<item>
		<title>By: kuza55</title>
		<link>/blog/cross-site-file-upload-attacks/#comment-115381</link>
		<dc:creator>kuza55</dc:creator>
		<pubDate>Fri, 22 Feb 2008 01:46:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/cross-site-file-upload-attacks/#comment-115381</guid>
		<description>That's interesting. I've only played with the AS2 LoadVars Class (Since I've been to lazy to setup Flex, etc), so I thought you couldn't use Flash to do that since LoadVars URL encodes whatever you put in request body.

Are there many differences between the LoadVars and URLRequest classes?</description>
		<content:encoded><![CDATA[<p>That&#8217;s interesting. I&#8217;ve only played with the AS2 LoadVars Class (Since I&#8217;ve been to lazy to setup Flex, etc), so I thought you couldn&#8217;t use Flash to do that since LoadVars URL encodes whatever you put in request body.</p>
<p>Are there many differences between the LoadVars and URLRequest classes?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pdp</title>
		<link>/blog/cross-site-file-upload-attacks/#comment-115330</link>
		<dc:creator>pdp</dc:creator>
		<pubDate>Thu, 21 Feb 2008 12:46:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.gnucitizen.org/blog/cross-site-file-upload-attacks/#comment-115330</guid>
		<description>&lt;a href="http://www.gnucitizen.org/about/mario" rel="nofollow"&gt;.mario&lt;/a&gt; reported that &lt;a href="http://kuza55.blogspot.com/" rel="nofollow"&gt;kuza55&lt;/a&gt; has identified a similar problem which depends on a weird bug within Firefox, IE and Safari. Opera is not affected. Here is a demonstration of his code:

&lt;pre&gt;&lt;code&gt;&#60;form method="post" action="http://kuza55.awardspace.com/files.php" enctype="multipart/form-data"&#62;
&#60;textarea name='file"; filename="filename.ext
Content-Type: text/plain; '&#62;Arbitrary File
Contents&#60;/textarea&#62;
&#60;input type="submit" value='Send "File"' /&#62;
&#60;/form&#62;&lt;/code&gt;&lt;/pre&gt;

hmmm, very, very, interesting.</description>
		<content:encoded><![CDATA[<p><a href="http://www.gnucitizen.org/about/mario" rel="nofollow">.mario</a> reported that <a href="http://kuza55.blogspot.com/" rel="nofollow">kuza55</a> has identified a similar problem which depends on a weird bug within Firefox, IE and Safari. Opera is not affected. Here is a demonstration of his code:</p>
<pre><code>&lt;form method="post" action="http://kuza55.awardspace.com/files.php" enctype="multipart/form-data"&gt;
&lt;textarea name='file"; filename="filename.ext
Content-Type: text/plain; '&gt;Arbitrary File
Contents&lt;/textarea&gt;
&lt;input type="submit" value='Send "File"' /&gt;
&lt;/form&gt;</code></pre>
<p>hmmm, very, very, interesting.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
