Web服务器安全指南(3)

PERL解释器的漏洞：

Netscape Communications Server中无法识别CGI-BIN下的扩展名及其应用关系，如.pl文件是PERL的代码程序自动调用的解释文件，即使现在也只能把perl.exe文件存放在CGI-BIN目录之下。执行如：/cgi-bin/perl.exe?&my_script.pl。但是这就

给任何人都有执行PERL的可能，当有些人在其浏览器的URL中加上如：/cgi-bin/perl.exe?&-e+unlink+%3C*%3E时，有可能造成删除服务器当前目录下文件的危险。但是，其他如：O′Reilly WebSite或Purveyor都不存在这种漏洞。

CGI执行批处理文件的漏洞:

文件test.bat的内容如下：

@echo off

echo Content-type: text/plain

echo

echo Hello World!

如果客户浏览器的URL为：/cgi-bin/test.bat?&dir，则执行调用命令解释器完成DIR列表。这就让访问者有执行其他命令可能性。

(2)O′Reilly WebSite server for Windows NT/95

在WebSite1.1B以前的版本中使用批处理文件存在着与Netscape同样的漏洞，但是，新版关闭了.bat在CGI中的作用。支持PERL，新版将VB和C作为CGI开发工具。

(3)Microsoft′s IIS Web Server

1996年3月5日前的IIS在NT下的BUG严重，可以任意使用command命令。但之后已修补了该漏洞，你可检查你的可执行文件的建立日期。IIS3.0还存在一些安全BUG，主要是CGI-BIN下的覆给权利。另外，许多Web服务器本身都存在一些安全上的漏洞，都是在版本升级过程中被不断更新了，在此就不一一列举了。

三. 从CGI编程角度考虑安全。

1.采用编译语言比解释语言会更安全些,并且CGI程序应放在独立于HTML存放目录之外的CGI-BIN下,这是为了防止一些非法访问者从浏览器端取得解释性语言的原代码后从中寻找漏洞。

2.在用C来编写CGI程序时应尽量少用popen()、system()、所有涉及/bin/sh的SHELL命令以及在PERL中的system()、exec()、open()、eval()等exec或eval之类命令。