Malformed request causing IIS to crash
by "Kamphuijs, ing. K.G." <K.G.Kamphuys(at)FD.AGRO.NL>
|
| Date: |
Thu, 12 Oct 2000 11:50:31 +0200 |
| To: |
"'hwg-servers(at)hwg.org'" <hwg-servers(at)hwg.org> |
| Cc: |
"Dames, A.P.J." <A.P.J.Dames(at)FD.AGRO.NL> |
| |
todo: View
Thread,
Original
|
|
Hi all,
I found out that a very easy to make malformed get request causes my IIS
servers to crash or stop serving. This applies both to an old IIS3
installation and a server with version 4 and service pack 5.
A bug in a self-written application generated, in a certain situation, a
request like:
http://www.myserver.com/cgi-bin/someapplication.pl?ID=1&ID=2&ID=3&ID=4&ID=5
(and so on, until ID=313).
Instead of giving a http error "Malformed request", IIS3 (inetinfo.exe)
crashes and IIS4 silently stops all individual web sites, not stopping the
WWW service on a services level or crashing inetinfo.exe.
I found out, that it isn't the perl wrapper causing the problem, since a
similar query string in a request for a random, or even non-existing HTML
file does the same.
Now I did find a knowledge base article that, as usually with knowledge base
articles, to my feeling only touches the subject; I have the idea that it
actually is about another problem:
http://support.microsoft.com/support/kb/articles/Q238/3/49.ASP
As far as I understand this article, it's about a specially malformed http
header, not about a malformed query string, and also I have no indications
of excessive memory consumption on such a request, like describes in the
article. What do you think? Is this article about my problem or not? And
do others of you know of this problem and a possible solution (other than
avoiding that applications produce such a request, after all, anyone who
wants to do wrong can as easy as described shut down my server)?
Thanks in advance for answering,
Koen Kamphuys
HWG: hwg-servers mailing list archives,
maintained by Webmasters @ IWA
This page is part of a preserved archive of archives.hwg.org. The site is no longer active and its content is not maintained. For enquiries about this archive, write to archive(at)iwanet.org.