Forum Moderators: phranque

Message Too Old, No Replies

HTTP 414 Bombardment

System logs show heavy http 414 errors, any ideas?

         

visca

3:30 pm on Apr 22, 2003 (gmt 0)

10+ Year Member



Recently I remote connected to my dedicated webserve to find the system logs full of "HTTP 414 - Request: URI too long" errors, and I am quite concerned. Like as in numerous per second, at a rate of about 1800 per 24 hour period. This has been happening for about a week now and I am concerned as to...

i) why?
ii) where its coming from?
iii) its intent, is it a DOS or worm?
iv) what impact it is having on my webservers performance?
v) how to prevent it?

Any other webmasters come across this problem? Your advice would be most greatly appreciated.

senior mcinvale

8:41 pm on Apr 22, 2003 (gmt 0)

10+ Year Member



1. i have no idea.

2. check out your logs, they should tell you where the requests are coming from.

3. you should be able to figure that out from logs as well.

4. see #3

5. depends on what it is. you need to provide more info to get a decent answer for this one.

why type of webserver are you running? what URLs are being requested? are they actual pages?

universalis

2:42 pm on Apr 23, 2003 (gmt 0)

10+ Year Member



Search your logs for "default.ida", and you should see it along with a massive string of seemingly random characters. This is Code Red, and looks like a good candidate for your errors.

Actually, if you are being hit hard by this, you should be comforted by the fact that the server is giving an error, rather than showing the vulnerability. An error code means that the attack has not worked, which is good news. Are you using IIS/Windows 2000, or Apache? Only an unpatched IIS installation is vulnerable to this attack.

visca

3:06 pm on Apr 23, 2003 (gmt 0)

10+ Year Member



Thanks Universalis,

Yes, it is a Win2k box with all the service packs and recommended updates applied. Which I assume is sufficient and doesn't require "code red specific" patches? I do recall a number of .ida requests in my traffic reports among other weird types of requested files that resulted in http errors. So I guess this isn't really an issue of impacting server performance, the server simply dishes back a default http error. This problem should then, I guess, fizzle out on its own once the source of the problem gives up. Again, thanks for your response.