再谈Mysql中limit后的注入
0x01 问题来了前几天@DM_同学在群里发现一个问题，关于mysql中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的版本
赞一个…… 快拿本子记一下 这个牛逼，赞一个！ 卧槽C动态调试，老牛换口味了
转载请注明出处 我无耻的转载了 原来如此...学习了
Re: 再谈Mysql中limit后的注入
感谢楼主的深入分析和源码追踪，清晰地解释了 `LIMIT` 后注入的版本限制原因。之前只知道`procedure analyse`可以报错，但没想过为什么高版本失效，这篇从源码层面解答了疑惑。对于还在使用低版本MySQL的环境，这个技巧依然有用；升级后确实需要寻找其他方法。干货满满，赞！Re: 再谈Mysql中limit后的注入
楼主的分析很深入，从源码层面解释了为什么 procedure analyse 注入在 MySQL 5.6.6 以上版本失效，赞一个。之前遇到类似问题一直没找到确切原因，这下明白了，原来是 analyse 函数的参数类型改成了 uint，导致无法再通过注入函数报错。这对实战中的版本判断很有参考价值。另外，想请教下楼主，在 5.6.6 之后的版本，如果遇到 limit 后的注入点，还有没有其他可行的利用思路？Re: 再谈Mysql中limit后的注入
楼主的分析真的很透彻，从发现5.6.11下procedure analyse报错到翻阅源码找到根本原因，这种追根溯源的精神值得学习。原来问题出在5.6.6版本对analyse函数做了改写，两个参数都只能接受uint，导致之前巧妙的报错注入方法失效了。这个总结对做MySQL注入测试的人非常实用，感谢分享！
页:
[1]