[quoted text, click to view] > The problem is, you have to contact Microsoft product support
> ($99 - $245) to get the hotfix code.
How did you come up with that conclusion? The KB itself mentions that
"charges that are ordinarily incurred for support calls may be canceled if a
Microsoft Support Professional determines that a specific update will
resolve your problem."
Translation: If you know your issue is fixed by the QFE (either PSS
determines this, or you figure it out yourself), you call PSS to get the
QFE, and it is free.
--
//David
IIS
This posting is provided "AS IS" with no warranties, and confers no rights.
//
[quoted text, click to view] "Jacob Lane, MCP" <jacoblanemcp@yahoo.com> wrote in message
news:e0AOQWuvEHA.3320@TK2MSFTNGP14.phx.gbl...
All,
[ For background with the security concern surrounding the Content-Location
tag in the HTTP header in multiple flavors of IIS, read:
http://support.microsoft.com/?id=218180. ]
As the article above indicates, there are ways to alter this tag in IIS 4.0
and 5.0 but until recently, there was no way to cure this on IIS 6.0 -- then
I found this article:
http://support.microsoft.com/?id=834141. The problem
is, you have to contact Microsoft product support ($99 - $245) to get the
hotfix code.
I am unsure why I should have to pay hundred(s) of dollars to get a fix that
makes my install of IIS more secure. Does someone from MS care to comment?
In addition, before anyone replies with a discourse to the effect of " ...
you know, such fixes are not really the best ways to secure your web
servers, you should consider X, Y, Z <insert snippet from some SANS white
paper they just read> ..." I am well aware of the differences between
security by obscurity and true host hardening. My goal in this case is part
of a research project aimed at fooling automated tools into thinking that
....
An IIS 5.0 web server is really a Netscape Enterprise server ...
An IIS 6.0 web server is really an Apache web server ...
Apache web server is really an IIS 4.0 web server ...
you get the idea. This is more than changing HTTP headers, but small things
like this help depending on the quality of the scanning tool you are trying
to fool.
Also, if someone already has this hotfix and is willing to share, let me
know! ;-)
Jake Lane
jacoblanemcp@nospam.yahoo.com