SQL注入测试的测试点

1.输入域的值为数字型，用1=1,1=2法

若满足条件，则存在SQL注入漏洞，程序没有对提交的整型参数的合法性做过滤或判断

2.输入域的值为字符型，用 ’1=1’, ’1=2’ 法

若满足条件，则存在SQL注入漏洞，程序没有对提交的字符型参数的合法性做过滤或判断

3.输入域中的值为搜索型，用’and [查询条件] and ‘%’=’% 等

若满足条件，则存在SQL注入漏洞，程序没有对提交的查询的合法性做过滤或判断

4.用UNION查询语句

利用Union可以连接查询，从而从其他表中得到信息

5.大小写排查

程序员对大小写的过滤不充分时，会忽视大小写混合的情况，容易存在漏洞

6.用UNICODE字符集检查

用UNICODE字符集转化的输入，会把+号转为%2B，把%号转化为%25等，容易忽略过滤

7.用ASCII码检查

把输入的字符用ASCII码代替，如a=char(97),容易忽略过滤

8.用;号或—号检查

分号;在SQLServer中表示隔开前后两句语句，--表示后面的语句为注释，容易忽略过滤

9.利用系统表

通过查询数据库的系统表名，可判断具体用的数据库类型

10.利用数据库服务器的系统变量user 等

可以得到数据库名，数据库的用户名，从而进行进一步攻击

11.利用相关函数

若字符是中文的，比如where name=’用户’，可以用where name=nchar(29992)+nchar(25143)代替。

12.界面输入框中是否对SQL敏感字符进行了屏蔽

"exec" ,"xp_","sp_","declare","Union","cmd","+","//","..",";","'","--","%" 等命令关键字

13.是否对SQL脚本语法出错信息进行了屏蔽

有些SQL注入的目的就是为了看到报错的SQL命令，通过分析这些SQL命令，获取关键的数据库名，表名以及字段名等信息

14.在浏览器的地址栏中是否对一些恒等表达式进行了屏蔽

例如：http://www.321cn. Com /showdetail.asp?id=19 and 1=1

15.对于提交表单的浏览器地址是否进行了敏感字符或命令集的屏蔽

16.对于cookie参数提交部分，是否对于cookie文件进行了敏感字符或命令集的屏蔽

前提是设计或需求允许这样的操作