SQL注射原理超浓缩简单篇-阿里云开发者社区

开发者社区> 数据库> 正文
登录阅读全文

SQL注射原理超浓缩简单篇

简介:
这是SQL注射原理的讲解。

通过暴库,下载数据库,阿剑剑对数据库也有了些感性的认识。可是,并不是所有时候我们都可以得到别人的数据库并打开来看的。听说有门技术叫SQL注射,不用下载数据库,也可以得到数据库中的信息。于是阿剑剑嚷嚷着要学它。
欠钱:“SQL注射是一门比较有难度的技术,因为要了解它和熟练它需要有ASP和数据库的基础。你认为自己有资格学习它吗?”
阿剑剑想了一下:“这些基础我是一点都没有啊,可是不是听说市面上有很多SQL注射的傻瓜工具吗?你教会我使用这些工具不就可以了?”
欠钱:“既然如此,那好吧,我首先把SQL最基本的语法告诉你,这样你才好理解那些SQL注射工具上的术语和使用步骤。”
阿剑剑:“欠钱你真是太好了,感动ing!不过,不会很难吧?”
“当然不难了!”欠钱拍着胸脯。
一个数据库一般都包含有若干张表,如同我们前面暴出的数据库中admin表包含有管理员信息,而user表则包含有所有的论坛用户信息一样。以下面这张表为例:
Dv_User
UserID     UserName     UserPassword     UserEmail     UserPost
1     admin     469e80d32c0559f8     
[email]eway@aspsky.net[/email]     0
2     Test     965eb72c92a549dd     
[email]1@2.com[/email]     0

这是DVBBS 7.0的数据库中所有用户资料的表,Dv_User 是表名。每一行代表一个用户,每一列是该用户的某种属性。我们最感兴趣的自然是用户名与密码这样的属性了。
SQL是一种用于操作数据库的规范化语言,不同的数据库(MSSQL、MYSQL、ORACLE……)大体上都是一样的。比如我们要查询数据库中的信息:
select UserName,UserPassword from Dv_User where UserID=1;
这就是一个最典型的SQL查询语句,它的意思是,在Dv_User这张表中,将UserID为1的用户名与密码查询出来。
得到的结果是:admin     469e80d32c0559f8
SELECT语句语法:
SELECT [列名],[列名2]…… FROM [表名] WHERE [限制条件]
例:
SELECT * FROM Dv_User where UserID=1 
表示查询UserID为1的所有信息。
更新:
UPDATE [表名] SET [列名]=新值 WHERE [限制条件]
例:
UPDATE Dv_User set [UserPassword]=’ 965eb72c92a549dd’ WHERE UserName=’admin’
此语句将把Dv_User表中的UserName为admin的那一行中UserPassword的值改为965eb72c92a549dd。
删除:
DELETE FROM [表名] WHERE [限制条件]
例:
DELETE FROM Dv_User WHERE UserName=’test’
将用户名为test的那一行从Dv_User表中删除

二、SQL注射漏洞简述
阿剑剑仔细把上面四个SQL语句读了几遍,发现非常的容易,于是虚心请教欠钱:“SQL语法看起来很容易上手嘛,那SQL漏洞是怎么来的呢?”
欠钱打开一个页面,指着里面的代码:
if id<>"" then
sql="SELECT * FROM [日记] WHERE id="&id
rs.Open sql,Conn,1
阿剑剑看了一眼:“哎呀,头晕了!”
欠钱敲了他一下:“关于漏洞的成因我只讲这一次,如果怕难就不知道漏洞的由来了,而且实际上一点也不难的,看好了,我们这段代码是提取自BBSXP论坛的,经过我改动以后,把它做成了一个有漏洞的页面给你讲述SQL漏洞的原理。”
那张日记的表内容如下:
日记
id     username     title     content     adddate
1     职业欠钱     今天安装了BBSXP     这是5.16版,发现BBSXP体积虽小,可是功能一点也不少.完全够用,不知道安全性怎么样     2005-10-25
2     职业欠钱     再写一个日志吧     多写几个日志看看,玩玩,呵呵,反正这个论坛也只有我一个人在.. 555555555好寂寞     2005-10-25
我们访问
[url]http://localhost/bbsxp/blog.asp?id=1[/url]
的时候结果
阿剑剑:“我明白了,访问blog.asp的时候,我们提交的参数id为1,那么放到SQL语句里就变成了:
SELECT * FROM [日记] WHERE id=1
所以就得到我们看到的那个页面,对吗?”
欠钱:“很好!正是如此!SQL漏洞的起源就从这里开始了!注意到了吗?id的值是由我们提交的,但是它却没有做任何的检查,也就是我们提交的id可以是任意字符串。假设我们提交一个单引号的话,SQL语句就会因为id=1’ 而出错”
“等等,为什么加单引号会出错呢?”
“因为单引号在SQL语句里有特殊的含义,它只能以’abc’这样的方式出现,表示abc为一个字符串,如果只出现一个单引号,整个句子肯定会出错了。”
“哦,那单引号和SQL注射有什么关系呢?”
“关系很密切,一般来说,常见的SQL语句有这么几种:
SELECT * FROM [表] WHERE id=12                   这是数字型,12由我们提交
SELECT * FROM [表] WHERE name=’admin’         这是字符型,admin由我们提交
SELECT * FROM [表] WHERE key like ‘%word%’     这是搜索型,word由我们提交
我们以第一种情况为例,假设我们提交 id=12 and 1=1,那么完整的SQL语句为:
SELECT * FROM [表] WHERE id=12 and 1=1
它并不出错,但是如果我们提交改为1=2,也就是
SELECT * FROM [表] WHERE id=12 and 1=2
此时注意到WHERE后面的条件,它要求存在一条记录,必须满足id=12,同时还要求1=2,由于1=2永远不成立,于是这个SQL语句尽管语法上没错误,可是搜索的结果却一定为空。于是将提示我们找不到记录。

阿剑剑想了一下:“这么说,为了不让SQL语句出错,那么我们在字符型SQL语句中,要提交的变量就应该是
admin’ and ‘1’=’1
然后补到完整的SQL语句中,就是
SELECT * FROM [表] WHERE name=’admin’ and ‘1’=’1’
而字符型则是
word%’ and ‘%’=’
补充到完整的SQL语句为:
SELECT * FROM [表] WHERE key like ‘%word%’ and ‘%’=’%’

欠钱:“完全正确!这正是我们判断注射类型的方法!”
阿剑剑:“那我们怎么才能够得到数据库中的信息呢?”
欠钱:“最直接的方法自然是猜了,我们在提交的数据里加入一些其他的判断语句来代替and 1=1这样的条件。以数字型SQL查询语句为例,我们提交一个id的值如下:
id=1 and exists (select * from admin)
还原到完整的SQL语句中:
SELECT * FROM [表] WHERE id=1 and exists (select * from admin)
如果存在admin这张表的话,那么这个SQL语句将按原样返回,否则将返回空值。到blog.asp中去实验一下就知道了。
阿剑剑:“提示不存在这张表,然后我就要再学习很多的SQL语句去猜测接下来的数据吗?”
欠钱:“呵呵,确实更改这个SQL语句我们就可以慢慢猜出数据库里的内容。首先猜一个数据库里有哪些表,然后逐个猜解这些表中有哪些列(以后称为字段),最后猜解个表中的具体内容。记住这个流程后,我们不打算深入下去了,因为我们已经有非常多的注射辅助工具了,这些工具会帮我们完成这些工作。”
“嗯,也好,至少我大致上知道了SQL注射是怎么样一个漏洞,具体的东西要靠我以后自学ASP和数据库才能提高吧,现在你就教我用那些工具吧,我已经迫不及待了!”













本文转自loveme2351CTO博客,原文链接:http://blog.51cto.com/loveme23/8527 ,如需转载请自行联系原作者






版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
数据库
使用钉钉扫一扫加入圈子
+ 订阅

分享数据库前沿,解构实战干货,推动数据库技术变革

其他文章
最新文章
相关文章