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文件进行了敏感字符或命令集的屏蔽,前提是设计或需求允许这样的操作。