[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <242a0a8f0610021127l634151b3v1e762eccdb41526f@mail.gmail.com>
Date: Mon, 2 Oct 2006 14:27:13 -0400
From: "Brian Eaton" <eaton.lists@...il.com>
Cc: full-disclosure@...ts.grok.org.uk, bugtraq@...urityfocus.com
Subject: Re: IE UXSS (Universal XSS in IE,
was Re: Microsoft Internet Information Services UTF-7 XSS
Vulnerability [MS06-053])
On 10/2/06, Paul Schmehl <pauls@...allas.edu> wrote:
> --On October 2, 2006 9:44:27 AM -0400 Brian Eaton <eaton.lists@...il.com>
> wrote:
> >
> > 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.
> >
> Brian, a question for clarification. When you say "customized 404
> response", you are not referring to a customized error document (as
> described briefly in the httpd.conf file) but rather to having changed the
> headers that the server returns when queried with a GET request, correct?
> And wouldn't this require changing source code and compiling a custom
> build of apache?
I am referring to the customized error documents described in the
httpd.conf file. No recompiling required.
The default Apache response for 404s includes a content-type header
specifying the iso-8859-1 charset. If you set up an ErrorDocument
handler, though, Apache assumes you know what you are doing and does
not include a charset specification in the content-type header. You
need to do it yourself. Including a meta http-equiv tag in the HTML
seems like an obvious fix, but there are other ways as well.
Regards,
Brian
_______________________________________________
Full-Disclosure - We believe in it.
Charter: http://lists.grok.org.uk/full-disclosure-charter.html
Hosted and sponsored by Secunia - http://secunia.com/
Powered by blists - more mailing lists