BugTraq
IE UXSS (Universal XSS in IE, was Re: Microsoft Internet Information Services UTF-7 XSS Vulnerability [MS06-053]) Oct 02 2006 12:36PM
Paul Szabo (psz maths usyd edu au) (1 replies)
Re: [Full-disclosure] IE UXSS (Universal XSS in IE, was Re: Microsoft Internet Information Services UTF-7 XSS Vulnerability [MS06-053]) Oct 02 2006 01:44PM
Brian Eaton (eaton lists gmail com) (1 replies)
On 10/2/06, Paul Szabo <psz (at) maths.usyd.edu (dot) au [email concealed]> wrote:
> This provides UXSS (Universal Cross-Site Scripting):
>
> http://apache.svr/+ADw-SCRIPT+AD4-alert('XSS');+ADw-/SCRIPT+AD4-/ZZZ...
>
> (with a couple of hundred Zs) will do what we want. Works for https also:
>
> https://apache.svr/+ADw-SCRIPT+AD4-alert('XSS');+ADw-/SCRIPT+AD4-/ZZZ...

>
> Can steal any Apache server (http or https) cookies. I do not have easy
> access to ISS servers to test whether similar attacks would work there.
>
> Will Apache fix (carefully escape) the error message? Will MS fix IE to
> not be so over-friendly?

This should only be possible if neither the HTTP headers nor the HTML
page specifies the character set of the document. If the server
doesn't tell IE the character set, the autodetection "feature" will
kick in, and the site is vulnerable. I just tested Apache 1.3.37 and
Apache 2.2.3, and both specified a content-type header of "text/html;
charset=iso-8859-1" for 404 responses, so the attack failed. My
browser was IE 6.0.2800.1106.

I'm guessing that you tested a server wth some kind of customized 404
response that neglected to include a charset specification. That's
not a vulnerability in Apache, that is poor site configuration.

(I do wish that IE didn't have this character set autodetection
feature, or at least that it was restricted to commonly used character
sets that don't use strange encodings for HTML metacharacters.)

Regards,
Brian

[ reply ]


 

Privacy Statement
Copyright 2010, SecurityFocus