测试：

　　测试存不存在SQL INJETION很简单如果参数为整数型的在URL上分别提交http://www.xxx.com/news.asp?id=1and 1=1　和http://www.xxx.com/news.asp?id=1and 1=2

　　如果第一次返回正确内容，第二次返回不同页面或者不同容内的话表明news.asp文件存在SQL INJETION。如何利用不多说了，毕竟我们都不是为了入侵。

　　● 对文件操作相关的模块的漏洞在测试

　　原理：

　　如一上传文件功能的程序upload.asp如果程序员只注重其功能上的需求没有考虑到用户不按常规操作的问题。如上传一个网页木马程序上去，整个网站甚至整个服务器的架构和源码都暴露而且还有一定的权限。

　　测试：

　　试上传asp，php，jsp，cgi等网页的文件看是否成功。

　　补充：

　　还有像　http://www.xxx.com/download/filespath.asp?path=../abc.zip

　　下载功能的软件如果

　　http://www.xxx.com/download/filespath.asp?path=../conn.asp

　　很可能下载到这些asp的源码数据库位置及用户密码都可能暴露。

　　其它还有很多，不一一举例了。

　　● COOKIES的欺骗

　　原理：

　　COOKIES是WEB程序的重要部分，COOKIES有利有弊。利在于不太占用服务器的资源，弊在于放在客户端非常容易被人修改加以利用。所以一般论坛前台登陆用COOKIES后台是用SESSION，因为前台登陆比较频繁，用SESSION效率很低。但如论坛程序管理员用户在前台也有一定的权限，如果对COOKIES验证不严的话，严重影响了WEB程序的正常工作。如前期的LEADBBS，只有后台对COOKIES验证严格，前台的位置只是从COOKIES读取用户的ID，对用户是否合法根本没有验证。

　　测试：

　　推荐使用MYBROWER浏览器，可即时显示及修改COOKIES。尝试一下修改里面的对应位置。

　　● 本地提交表单的漏洞

　　原理：

　　Action只接爱表单的提交，所以表单是客户WEB程序的接口。先举一个例子，一个投票系统，分A，B，C，D各项的VALUE是100，80，60，40。

　　但是如果先把些页面以HTML形式保存在本地硬盘里。然后修改其VALUE，再向其ACTION提交，ACTION会不会接受呢？

　　测试：

　　如一投票系统，把投票的页面保存在本地硬盘，用记事本打开，找到对应项的VALUE值，对其修改，然后提交。

　　强制后台浏览：绕过登陆页面，直接提交系统文件夹或文件页面。不完善的系统如果缺少index.html可能被绕过登陆验证页面。在系统文件夹中保留一些公司机密内容也会造成不可估计的损失。

　　跨站脚本攻击：基本上这个我只是在论坛??各种形式的论坛里看到过，具体的一个例子，比如这段代码可以被填在任何输入框里 “<script>alert("attacking!");</script>”，如果未对一些字符，如 “<”、">"进行转换，会自动执行这个脚本。百度快照所提供的网页都自动将代码执行了。不信大家搜一点JS的代码，看看你能不能看到。

　　堆栈溢出攻击：完全的不了解，只是在某个网站上看到，可以对现在的2000、XP、2003进行攻击，非常恐怖，MS应该打了补丁了吧？