Groups | Blog | Home
all groups > iis security > may 2007 >

iis security : Site Hacked



ace_away
5/30/2007 7:24:48 AM
Seemed like there are some WEBDAV holes that allowed for this to happen.

To get arround it, go into IIS manager and for the site in question, make
default.asp the only default content page. (provided of course default.asp
is your home pages in your directories).



[quoted text, click to view]

Roger Abell [MVP]
5/30/2007 8:38:22 AM
Was the machine fully up-to-date on patches from MS ?
What third-party things are installed (php, coldfusion, perl, etc) ?
Did you have the Front Page server extensions installed ?
Or did you perhaps have RCP over HTTP enabled ?
What other machines are on your network within the SonicWall
bounded area ? Are they fully healthy (and patched) and what
access do those have expose to the outside ?

[quoted text, click to view]

Andrea
5/30/2007 1:54:12 PM
Hi,
some haker has hakered my site in my windows 2003 std with IIS.
The haker has copy 5 pages in each folder of my IIS sites.
The files are:
default.htm
default.html
index.asp
index.html
index.php

I've a hardware firewall that's protects my server (SonicWALL PRO with IPS)
Only the port TCP/80 is open.

What can I do?
Where is my "hole"?

thanks

Andrea
5/30/2007 4:43:24 PM
Hi,
I've think about this.... but the webdav protocol is not installed
!!!!!!!!!!!!!!!!!!!!!!!

to get around I've changed the default web pages using random names.

but it's not a "nice" ways... I wanna know where is the bug!



[quoted text, click to view]

Andrea
5/31/2007 12:00:00 AM


[quoted text, click to view]

Roger Abell [MVP]
6/1/2007 11:21:50 PM
The php is updated?
You might have an application level flaw in the serverside conent.

[quoted text, click to view]

Andrea
6/2/2007 4:27:03 PM
PHP IS 4.4.4

I've read in the bugs solved by the 4.4.7 but nothing seems important for my
case.....


[quoted text, click to view]

Daniel Crichton
6/4/2007 4:14:40 PM
Andrea wrote on Sat, 2 Jun 2007 16:27:03 +0200:

[quoted text, click to view]

http://www.php.net/releases/4_4_7.php

Are you saying that you consider none of those security fixes are important?

Dan

Andrea
6/4/2007 10:01:45 PM
Absolutely not!
what I say is that I don't see anything that could be related to my iusse!


[quoted text, click to view]

Daniel Crichton
6/5/2007 12:00:00 AM
Andrea wrote on Mon, 4 Jun 2007 22:01:45 +0200:

[quoted text, click to view]

Injection or overflow vulnerabilities could be used to cause code to run on
your server that you did not intend, so that covers a few of those fixes.
The 3rd fix on the list covers a way to override the register_globals
setting - this can be bad in that global variables can be overwritten using
querystring or post values.

However, while these are possibilities, I'd be more suspicious of the actual
PHP code you have on the server. I myself was subject to a file replacement
attack on my Debian/Apache2/PHP5 server recently due a flaw in phpBB2
combined with allowing remote file opening (where URLs could be opened as if
they were local files, which I was using to pull data from some other
servers) which allowed the attacker to load a remote file as local PHP code
which then let them overwrite the config.php file for PHP-Nuke on my server.
This is an application flaw, and no amount of security patches will stop
something like this - the fix was to correct the phpBB2 code so that it
didn't allow the path variable it was using to be overwritten from POST
data, and I dumped the blocks that grabbed remote data (they were only a
test anyway) and so was able to turn off the option in PHP to pull remote
files.

Dan

Vadim Maksimenko
6/6/2007 12:00:00 AM
And the most nice is this one: "Fixed a remotely trigger-able buffer
overflow inside bundled libxmlrpc library" :)

--

Yours faithfully, Vadim Maksimenko.

[quoted text, click to view]
AddThis Social Bookmark Button