清华大佬耗费三个月吐血整理的几百G的资源，免费分享！....>>>

0x01 背景

最近研究laravel框架的代码审计,因为之前爆出过一个ignore函数的一个漏洞,网上找了些文章,看了下, 自己搭建环境测试,一直没有成功, 自己就详细的审计了一遍

0x02 laravel介绍

Laravel 在全球范围内有着众多用户。该框架在国外很受欢迎，国外用户量远大于国内。当然，国内也有大型企业使用该框架。此次曝出的 SQL 注入漏洞，并不是太通用，需要一定的条件。

0x03 漏洞测试环境搭建

数据库内容

代码测试:

$validator = Validator::make($request->input(), [  'username' => [  'required',  Rule::unique("users")->ignore($request->input("id"),$request->input("column"))  ],  ]);  dump($validator->fails()); 

路由定义:

Route::any("index","UserController@index"); 

访问测试:

理解这个漏洞之前, 需要了解laravel的自动验证机制
Rule::unique("users")->ignore($request->input("id"),$request->input("column")) 这种写法不常见,常见的是 Rule::unique("users")->ignore($request->input("id")) 这种写法, 后面的变量如果不写,默认是id, 写上去代表自定义查询字段.

我们可以把测试环境更改为 Rule::unique("users")->ignore($request->input("id")) 然后进行代码跟踪调试

0x04 代码跟踪调试

参数提交内容
?username=admin&id=2
直接下断点

跟踪进入, 注意几个关键点函数即可
关键点1:
ignore函数

直接对ignore 和 idColumn进行赋值 如果idColumn没有传入,默认为id ,然后进入另一个 toString方法

漏洞也是主要对这里进行修复
修复后的代码

laravel社区对这种修复,讨论很多, 认为addslashes 无法根本防止注入, 因为ignore的有些写法还是会引起问题.

后面继续跟踪调试, 就会进入 laravel的PDO操作处理
跟踪的出来的sql语句为:

后续就是进行 PDO查询操作, 因为没有带入exp,所以会正常执行

0x05 注入演示

因为如果是pdo操作, 注入通常是对键名 进行带入, 如果带入进键值的话, 没有任何效果, 这里关键的突破点就是 ignore函数中的 idColumn 变量, 以及 toString() 在处理 ignore中的处理方式

讲传入的id参数修改为: 1","liusha","
url为:

这样传入id,就会对 idColumn 进行覆盖, 默认是id, 现在column 就变为 liusha, 如果这个字段不存在表中 , 这个键名 就会对带入PDO查询操作中,导致报错.
后续生成的sql :

sql的键值带入了我们出入的 liusha 非法字段
最后导致报错

提示不存在 liusha这个column.

ok,演示完成.

0x06 总结

这个漏洞是之前爆出来的, 实际开发中, ignore函数用的比较少, laravel的代码审计 , 大部分还是审计一些开发作者在开发中的一些不规范写法导致的漏洞.

以上就是“laravel 5.8 SQL 框架注入漏洞详解”的详细内容，想要获取更多laravel教程欢迎关注编程学习网