mysql宽字节数_Mysql宽字节注入 · BlBana’s BlackHouse

最新推荐文章于 2021-12-11 12:23:50 发布

weixin_39564831

最新推荐文章于 2021-12-11 12:23:50 发布

阅读量141

点赞数

文章标签： mysql宽字节数

本文链接：https://blog.csdn.net/weixin_39564831/article/details/113950053

版权

本文探讨了SQL注入中字符编码GB2312和GBK的区别，以及mysql_real_escape_string和iconv函数如何影响注入。重点介绍了如何通过设置字符集、使用mysql_set_charset和避免宽字节注入的方法来保障数据库安全。

摘要由CSDN通过智能技术生成

字符集简介

GBK是一种多字符的编码，通常来说，一个gbk编码汉字，占用2个字节。一个utf-8编码的汉字，占用3个字节。当将页面编码保存为gbk时输出2，utf-8时输出3。除了gbk以外，所有ANSI编码都是2个字节。现在我们来研究一下SQL注入中，字符编码带来的问题。

开始测试

0x01 Mysql中宽字节注入

实例代码如下：1

24$conn = mysql_connect('localhost', 'root', '07191226') or die('bad!');

mysql_query("SET NAMES 'gbk'");

mysql_select_db('test', $conn) OR die("连接数据库失败，未找到您填写的数据库");

//执行sql语句

$id = isset($_GET['id']) ? addslashes($_GET['id']) : 1;

$sql = "SELECT * FROM news WHERE tid='{$id}'";

$result = mysql_query($sql, $conn) or die(mysql_error()); //sql出错会报错，方便观察

新闻

$row = mysql_fetch_array($result, MYSQL_ASSOC);

echo "

{$row['title']}

{$row['content']}

n";

mysql_free_result($result);

在这个语句中，使用了addslashes函数，将我们输入的$id进行了转义。

现在我们对这个脚本进行SQL注入测试，先加上一个单引号：

正常的显示，没有报错，说明addslashes起到了作用，我们的单引号被转义了，没有起到作用。这个时候如果想要逃过addslashes的限制，我们有两种办法：1.想办法让前再加一个，这样就成了‘，被转义，‘逃出了限制；

2.先办法把弄没有。

这里就可以利用宽字节注入来进行绕过，mysql在使用GBK编码的时候，会认为两个字符是一个汉字，当我们输入%df的时候：

发现出现了报错，说明我们的语句已经影响了正常语句的执行了，可以注入了。这里为什么加一个%df就可以了呢？因为这是mysql的一种特性，GBK是多字节编码，它认为两个字节就代表一个汉字，在%df加入的时候会和转义符，即%5c进行结合，变成了一个“運”，而’逃逸了出来。

因此只要第一个字节和%5c结合是一个汉字，就可以成功绕过了，当第一个字节的ascii码大于128，就可以了。

0x02 GB2312测试

gb2312和GBK一样属于宽字节，我们尝试一下gb2312能否绕过。1

10$conn = mysql_connect('localhost', 'root', '07191226') or die('bad!');

mysql_query("SET NAMES 'gb2312'");

mysql_select_db('test', $conn) OR die("连接数据库失败，未找到您填写的数据库");

//执行sql语句

$id = isset($_GET['id']) ? addslashes($_GET['id']) : 1;

$sql = "SELECT * FROM news WHERE tid='{$id}'";

$result = mysql_query($sql, $conn) or die(mysql_error()); //sql出错会报错，方便观察

测试发现已经不可以注入了：

这是因为gb2312的取值范围。高位的范围是0xA1~0xF7，低位范围是0xA1~0xFE，是0x5C，不在地位的范围中。所以在编码中，’不会被吃掉，就无法造成注入了。

0x03 测试mysql_real_escape_string

mysql_real_escape_string，函数在使用的时候一定要考虑到当前字符集(mysql_set_charset)

现在将源码中的addslashes替换成mysql_real_escape_string，来尝试一下。1

10$conn = mysql_connect('localhost', 'root', '07191226') or die('bad!');

mysql_query("SET NAMES 'gb2312'");

mysql_select_db('test', $conn) OR die("连接数据库失败，未找到您填写的数据库");

//执行sql语句

$id = isset($_GET['id']) ? mysql_real_escape_string($_GET['id']) : 1;

$sql = "SELECT * FROM news WHERE tid='{$id}'";

$result = mysql_query($sql, $conn) or die(mysql_error()); //sql出错会报错，方便观察

同样可以造成注入，这主要是因为没有指定php连接mysql时的字符集。我们需要在执行SQL语句前加上一个mysql_set_charset函数，设置当前字符集为gbk。

mysql_set_charset('gbk' , $conn);

这样子就可以避免注入了。

0x04 防止宽字节注入

一种方法就是先调用mysql_set_charset设置当前字符集为gbk，再调用函数mysql_real_escape_string来过滤用户输入。

还可以把character_set_client设置为binary二进制

当我们的mysql接受到客户端的数据后，会认为他的编码是character_set_client，然后会将之将换成character_set_connection的编码，然后进入具体表和字段后，再转换成字段对应的编码。然后，当查询结果产生后，会从表和字段的编码，转换成character_set_results编码，返回给客户端。

0x05 iconv导致注入

使用函数iconv('utf-8','gbk',$_GET['id']),也可能导致注入产生。

虽然character_set_client设置成了binary，但是之后参数又被变回了gbk，我们可以使用“ 錦’ ”来进行注入：