Re: Php Nuke POST XSS on steroids Mar 11 2007 11:10PM
ascii (ascii katamail com) (1 replies)
Re: Php Nuke POST XSS on steroids Mar 13 2007 09:59PM
Paul Laudanski (paul castlecops com)
ascii wrote:
> Paul Laudanski wrote:
>> I tried both your scripts at a few locations, and all I get back is this
> [cut]
> hi Paul, long time from ccc : )
Hey sure how are you? Been well? I've been really busy with CC.
> it happens because http headers must be on a single line, it's a
> formatting issue (my fault, i used to put a link to a plain text
> version but this time i forgot about it), i've just created a txt
> version of the advisory available here:
Thank you, this works.
> it should be more usable, i dunno when the demos will stop working
> on so i've asked wisec to upload this video since
> has bandwidth issues
> obviously to bypass the anti-CSRF filter you have to mix the XSS with
> the import_request_variables() trick (this doesn't work on
> because they have globals on, this is why i choose that domain)
> consider that import_request_variables() will allows you to do much
> more than an XSS, this is just an example advisory on an example product
I'd be curious to see your POC using the import_request_variables,
because at the moment:

<br><center><a href="modules.php?name=Downloads"><img
src="modules/Downloads/images/down-logo.gif" border="0" alt=""></a><br><br>

" method="post"><font class="content"><input type="text" size="25"
name="query"> <input type="submit" value="Search"></font></form>
<font class="content">[

I'm not sure how this will have any effect as you must POST the data.
In that sense, you can't exactly exploit a web user -- which is what you
basically said with a gateway page. In a sense, you are setting up a
sort of 'phish' against the site itself.

For years we've been seeing to disable register_globals, and your
workaround to enable it imvho is not a workaround at all. That
shouldn't even be suggested.

In closing, can you supply an import_request_variables POC?

Thanks as always,
Paul Laudanski

[ reply ]


Privacy Statement
Copyright 2010, SecurityFocus