web servers | app servers | compression | cache control | analysis request | survey alerts |
What are HTTP headers anyway? HTTP stands for Hypertext Transfer Protocol -- the underlying language that lets different kinds of Web software (like browsers and servers) communicate. HTTP headers are small data fields that accompany a Web-based message and help the software that is going to use that message make sense out of it. For example, request a page using an ordinary Web browser and, along with the request itself, a set of request headers will be sent to the server where the page resides. These headers might look something like this: Request headers give the server extra information about the request and the software making it - for example, the User-Agent header can identify the browser (in this case, Internet Explorer 5.5).The Web server generally sends its own set of headers along with its response. Although browsers usually don't show these headers, if they did you would see something like this: The Server header is an optional header which is usually used to identify the Web server software's vendor and version to the browser or other client making the request. This is the header that ServerMask lets you control, along with other server signatures that can be altered by the IIS module to anonymize your Web server.On the Web, it can be astoundingly easy to find out what a Web server is running and learn more about the network that the server is connected to. Most Web servers will, by default, politely identify themselves -- and the OS -- to anyone who asks. By using a network query tool like free ieHTTPHeaders, or our own header check tool, it is trivial to get the HTTP Server header, which typically tells the whole story. Just request a Web site's homepage and examine the resulting HTTP headers (or "banners") sent back by the server, as in these examples: There is not much mystery here. Apache's default settings make it no less vulnerable: In general, security vulnerabilities tend to be dependent on software vendor and version. Blind probing might lead to further requests being denied or a system temporarily taken off line. Knowing Web server details greatly increases the efficiency of any attack. If an attacker can target exploits, the chances of successful cracking prior to detection increase significantly. Script kiddies can leverage canned, newly-discovered exploits to do more damage faster by targeting hosts with recognizable signatures. A self-identifying system invites trouble. Related: How do I mask an Apache or IIS Server header? back to top :: Notice & Disclaimer |
| |||||