Re: File Upload with changed extension

Michal Zalewski <[email protected]> Wed, 3 Dec 2014 17:25:08 -0800
Newsgroups gmane.comp.security.web-applications
Message-ID <CALx_OUBk3JP+xtVV+gNHeTVuZSbEzG49i47b6hGHYWHp19UUFQ@mail.gmail.com>
I can't say I'm convinced about other attacks discussed in this
thread, but if you have a web server that allows arbitrary file
uploads and then serves them back from a sensitive origin without
taking *a lot* of additional precautions (the list of which is long
and ever-changing), then you probably have a problem.

For one, you can load the content via <embed> / <object> on evil.com,
and have it interpreted as Flash, Silverlight, Java, or something of
that sort - with permissions derived from the hosting origin and with
no regard for file extensions or Content-Type. So, you get a form of
XSS.

The safest / simples approach to user-supplied non-HTML documents is
to serve them in a separate domain, away from any sensitive UIs, etc.


On Tue, Dec 2, 2014 at 10:44 AM, Jyotiranjan Acharya
<[email protected]> wrote:
> If you are able to upload a file with a changed extension, then will
> that be a problem?
> For example, you can not ,in any way, upload a .exe  or .php/.jsp/.asp
> file directly into a web App, but you can by changing their extension
> to .JPG. What is the risk in such a case?
>
>
>
> This list is sponsored by Cenzic
> --------------------------------------
> Let Us Hack You. Before Hackers Do!
> It's Finally Here - The Cenzic Website HealthCheck. FREE.
> Request Yours Now!
> http://www.cenzic.com/2009HClaunch_Securityfocus
> --------------------------------------
>



This list is sponsored by Cenzic
--------------------------------------
Let Us Hack You. Before Hackers Do!
It's Finally Here - The Cenzic Website HealthCheck. FREE.
Request Yours Now! 
http://www.cenzic.com/2009HClaunch_Securityfocus
--------------------------------------