在计算机网络日益普及的今天，计算机安全不但要求防治计算机病毒，而且要提高系统抵抗黑客非法入侵的能力，还要提高对远程数据传输的保密性，避免在传输途中遭受非法窃取。本文仅仅讨论在构造Web服务器时可能出现的一些情况，希望能引起重视。
2.从远程用户向服务器发送信息时，特别是信用卡之类东西时，中途遭不法分子非法拦截。
3.Web服务器本身存在一些漏洞，使得一些人能侵入到主机系统，破坏一些重要的数据，甚至造成系统瘫痪。
（2）用CGI脚本编写的程序当涉及到远程用户从浏览器中输入表格（Form），并进行检索（Searchindex），或form-mail之类在主机上直接操作命令时，或许会给Web主机系统造成危险。
5.还有一些简单的从网上下载的Web服务器，没有过多考虑到一些安全因素，不能用作商业应用。
因此，不管是配置服务器，还是在编写CGI程序时都要注意系统的安全性。尽量堵住任何存在的漏洞，创造安全的环境。
2.对在Web服务器上开的账户，在口令长度及定期更改方面作出要求，防止被盗用。
4.在Web服务器上去掉一些绝对不用的如SHELL之类的解释器，即当在你的CGI的程序中没用到PERL时，就尽量把PERL在系统解释器中删除掉。
5.定期查看服务器中的日志logs文件，分析一切可疑事件。在errorlog中出现rm，login，/bin/perl，/bin/sh等之类记录时，你的服务器可能已经受到了一些非法用户的入侵。
6.设置好Web服务器上系统文件的权限和属性，对可让人访问的文档分配一个公用的组，如并只分配它只读的权利。把所有的HTML文件归属WWW组，由Web管理员管理WWW组。对于Web的配置文件仅对Web管理员有写的权利。
7.有些Web服务器把Web的文档目录与FTP目录指在同一目录时，应该注意不要把FTP的目录与CGI-BIN指定在一个目录之下。这样是为了防止一些用户通过FTP上载一些如PERL或SH之类程序，并用Web的CGI-BIN去执行，造成不良后果。
这样只能是以域名为或IP属于168.160.142的客户访问该Web服务器。
如果客户浏览器的URL为：/cgi-bin/test.bat？&dir，则执行调用命令解释器完成DIR列表。这就让访问者有执行其他命令可能性。
在WebSite1.1B以前的版本中使用批处理文件存在着与Netscape同样的漏洞，但是，新版关闭了.bat在CGI中的作用。支持PERL，新版将VB和C作为CGI开发工具。
1996年3月5日前的IIS在NT下的BUG严重，可以任意使用command命令。但之后已修补了该漏洞，你可检查你的可执行文件的建立日期。IIS3.0还存在一些安全BUG，主要是CGI-BIN下的覆给权利。另外，许多Web服务器本身都存在一些安全上的漏洞，都是在版本升级过程中被不断更新了，在此就不一一列举了。