再谈Mysql中limit后的注入
0x01 问题来了
前几天@DM_同学在群里发现一个问题，关于mysql中limit的注入。带有oeder by的limit,目前limit后注入的唯一方法是使用procedure analyse进行报错注入，详细请阅读http://zone.wooyun.org/content/18220,在文中提到此方法适用于5.x系列的mysql,然而DM_测试5.6.11的时候此方法报错（无耻盗@DM_图一张）：
那么问题就来了，翻遍国内外资料，群里各位大佬介不知情况。本着追根溯源的精神，我“不自量力”的翻看了mysql源码，发现了此问题的原因。
0x02问题根源
先说结论：此方法只适用于小于5.6.6的5.x系列。
翻看5.6.6以下版本的analyse()实现
https://github.com/mysql/mysql-server/blob/5.5/sql/sql_analyse.cc
重点在加粗函数
else if (param->next)
{
// first parameter
if (!(*param->item)->fixed && (*param->item)->fix_fields(thd, param->item))
{
DBUG_PRINT("info", ("fix_fields() for the first parameter failed"));
goto err;
}
······
······
// second parameter
if (!(*param->item)->fixed && (*param->item)->fix_fields(thd, param->item))
{
DBUG_PRINT("info", ("fix_fields() for the second parameter failed"));
goto err;
}
我们动态调试
输入语句：SELECT id FROM test WHERE id >0 ORDER BY id LIMIT 1,1 procedure analyse(1,extractvalue(rand(),concat(0x3a,version())));
给proc_analyse_init函数下断点
对第一个参数做验证，fixed=1
对第二个参数做验证，fixed=0，表示此参数没有被固定，将被fix_fields函数处理
此次可以看见我们的第二个参数extractvalue(rand(),concat(0x3a,version()))将被fix_fields处理
在mysql中所有函数都是用Item_func类来表示的，当然extractvalue也不例外。
继续跟：
0x03为什么5.6.6以后不行了
在这个版本的时候analyse函数进行了改写，于是乎不行了
怎么改写的？你没有看错，两个参数都只能为uint了。
0x03总结
各种装逼半天，其实我就想说limit后的注入，使用analyse()只能5.0.0<mysql<5.6.6的版本
.jpg "SEO之关键词布局图解")
云悉指纹