sql 注入

在图书管看到一本关于sql注入和防御的书籍,突然间兴趣就来。然后搜索就搜到了这么前辈的blog:http://www.cnblogs.com/rush/archive/2011/12/31/2309203.html

总结今天所看的内容:

首先了解到web应用的架构,理解sql注入是在逻辑层到存储层之间的。我们通过在表示层的输入来通过逻辑层转到存储层,并且在存储层起效。

1.可以在url的中注入自己的语句。在url中可以观察传递的参数的类型,如果是字符串我们则可以用类似与 ‘OR‘1‘=‘1 之类的返回,因为这种字符串加到原来url的参数中会使得查询的语句显示所有的查询结果;如果我们观察到参数的类型为整数,则可以直接加 OR ‘1‘=‘1‘,对与这么加当然是可以的。而且这么加也能够能到用户信息,一般来说这么处理的话会使得非用户的情况下登录得到用户,并以该用户登录应用这些都是可以处理的,但是如果我们在其中加入的不是这个字符串的话,那么我们可以换个字符串。比如 UNION ALL SELECT LOAD_FILE(‘/etc/password‘)。从这里可以知道,如果如果网站对于用户输入的信息(post,get)的信息等没有预处理的话,可以再url上动手脚。而且可以在url的参数上添加任意字符串这就随意了。

这里我认为最主要的就是观察网页之间的数据信息,可以思考是否有可以注入的地方。

2.前面一种情况是正确的注入了sql了,但是当没有注入成功的时候并不代表着应用安全。如果sql注入失败的时候返回了错误的信息,会返回错误信息。可能网站反馈的错误信息能够提供线索。

3.作为一个web应用,也许根本就不需要数据就能进入下一个网页。我们可以在地址栏中直接输入下一个网页的url,然后则越过。

 

还有是数据库的配置的问题,对于数据库的默认账户应该注意。安全的方法是不同的操作的用户应该有不同的权限。

 

ps:即使只有三分钟的热度,但是不能没有热度。

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。