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文件进行了敏感字符或命令集的屏蔽
前提是设计或需求允许这样的操作
转载请注明作者与出处，谢谢。