16个你要注意的SQL注入测试点

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

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

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

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

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

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

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



留言