Microsoft Index Server
Exposes IDs and Passwords

Reported May 15 ,1997 by Andrew Smith

Systems Affected

Windows NT with IIS and Index Server (e.g. any NT system using IIS with webhits.exe in the default location or locatable/executable path)

The Problem

MS Index Server (formerly code named Tripoli) is Microsoft"s search engine for Internet Information Server. It recently shipped with Service Pack 2 for Windows NT and is installed on most Microsoft NT Internet Information web servers. Index Server is a very useful search engine for the Internet Information Server. One component contained in Index Server is called the Hit Counter. Hit counter enables users to view their searched documents with the words of their queries highlighted..

The Hit Counter (webhits.exe) allows the web server to read files that should not normally be able to be read. This is similar to a bug found recently that allows users to read Active Server Script files by placing a period at the end of the URL. In many cases an Active Server script contains a username and password to a network resource, usually a SQL server. This password and username can be used to gain access to the SQL system and possibly to the web server itself.

If the system administrator has left the default sample files on the Internet Information server, a hacker would have the opportunity of narrowing down their search for a username and password. A simple query of a popular search engine shows about four hundred websites that have barely modified versions of the sample files still installed and available. This file is called queryhit.htm. Many webmasters have neglected to modify the search fields to only search certain directories and avoid the script directories.

Once one of these sites is located a search performed can easily narrow down the files a hacker would need to find a username and password. Using the sample search page it is easy to specify only files that have the word password in them and are script files (.asp or .idc files, cold fusion scripts, even .pl files are good).

The URL the hacker would try is http://servername/samples/search/queryhit.htm then the hacker would search with something like "#filename=*.asp"

When the results are returned not only can one link to the files but also can look at the "hits" by clicking the view hits link that uses the webhits program. This program bypasses the security set by IIS on script files and allows the source to be displayed.

Even if the original samples are not installed or have been removed a hole is still available to read the script source. If the server has Service Pack 2 fully installed (including Index Server) they will also have webhits.exe located in the path

http://servername/scripts/samples/search/webhits.exe

This URL can preface another URL on that server and display the contents of the script.

Stopping the Attack

To protect your server from this problem remove the webhits.exe file from the server, or at least from it"s default directory. I also recommend that you customize your server search pages and scripts (.idq files) to make sure they only search what you want - such as plain .HTM or .HTML files. Index Server is a wonderful product but be sure you have configured it properly.

Microsoft"s Response:

Andrew Smith has made Microsoft aware of the problem, but they have yet to release a formal fix as of May 19, 1997.

If you want to learn more about new NT security concerns, subscribe to NTSD.

Credit:
Andrew Smith
Original page located
here.
Post on
The NT Shop May 19, 1997