Bypass ngx_lua_waf SQL 注入防御(多姿势)

本文作者:Bypass

ngx_lua_waf 是一款基于 ngx_lua 的 web 应用防火墙,使用简单,高性能、轻量级。默认防御规则在 wafconf 目录中,摘录几条核心的 SQL 注入防御规则:

`select.+(from|limit)

(?:(union(.*?)select))

(?:from\W+information_schema\W)`

这边主要分享三种另类思路,Bypass ngx_lua_waf SQL 注入防御。

环境搭建

github 源码:

https://github.com/loveshell/ngx_lua_waf/

ngx_lua_waf 安装部署,设置反向代理访问构造的 SQL 注入点

WAF 测试

ngx_lua_waf 是基于 ngx_lua 的,我们先通过一个测试用例来了解它是如何获取参数的。

首先看一下官方 API 文档,获取一个 uri 有两个方法:ngx.req.get_uri_argsngx.req.get_post_args,二者主要的区别是参数来源有区别,ngx.req.get_uri_args 获取 uri 请求参数,ngx.req.get_post_args 获取来自 post 请求内容。

测试用例:

 `server {   listen    80;   server_name  localhost;   location /test {       content_by_lua_block {           local arg = ngx.req.get_uri_args()           for k,v in pairs(arg) do               ngx.say("[GET ] key:", k, " v:", v)           end           ngx.req.read_body()           local arg = ngx.req.get_post_args()           for k,v in pairs(arg) do               ngx.say("[POST] key:", k, " v:", v)           end       }   }}`

输出测试:

通过这个测试,我们可以发现:

1、当提交同一参数 id,根据接收参数的顺序进行排序

2、当参数 id,进行大小写变换,如变形为 Id、iD、ID,则会被当做不同的参数,大小写敏感。

我们知道,window下 IIS+ASP/ASPX 大小写是不敏感的,

提交参数为:

?id=1&Id=2&iD=3&ID=4,

输出结果为:

1, 2, 3, 4

那么,当 nginx 反向代理到 IIS 服务器的时候,这就存在一个参数获取的差异,结合 HPP 进行利用,可被用来进行 Bypass ngx_lua构建的 SQL注入防御。

绕过姿势一:参数大小写 + HPP

http://192.168.8.147/test/sql.aspx

?id=1 UNION/&ID=/SELECT null,name,null/&Id=/FROM master.dbo.sysdatabases

绕过姿势二:GPC

在 ASPX 中,有一个比较特殊的 HPP 特性,当 GET/POST/COOKIE 同时提交的参数 id,服务端接收参数 id 的顺序 GET,POST,COOKIE,中间通过逗号链接,于是就有了这个 idea。

UNION、SELECT、FROM 三个关键字分别放在 GET/POST/COOKIE 的位置,通过 ASPX 的这个特性连起来,堪称完美的一个姿势,压根不好防。

但姿势利用太过于局限: 使用 Request.Params["id"] 来获取参数,GPC 获取到参数拼接起来,仅仅作为 Bypass 分享一种思路而已。

绕过姿势三:uri 参数溢出

前面两种都是 MSSQL 的 Bypass,而且利用姿势还有一定的极限,有没有那么一种可以 Bypass Mysql,又可以 Bypass MSSQL,完全无视 SQL 注入防御,为所欲为的姿势呢?这就是接下来的终极大招了。

默认情况下,通过 ngx.req.get_uri_argsngx.req.get_post_args 获取 uri 参数,只能获取前 100 个参数,当提交第 101 个参数时,uri 参数溢出,无法正确获取第 100 以后的参数值,基于 ngx_lua 开发的安全防护,无法对攻击者提交的第 100 个以后的参数进行有效安全检测,从而绕过安全防御。具体分析详见我写的另一篇文章:《打破基于 OpenResty 的 WEB 安全防护(CVE-2018-9230)》

Mysql Bypass 实例:

Mssql Bypass 实例:

END

这三种姿势主要利用 HPP,结合参数获取的特性和差异,从而绕过 ngx_lua_waf 的 SQL 注入防御。

不同语言、中间件、数据库,所对应的特性是有差异的,而这些差异在某些特定的场景下,是可以利用的。

关于我:一个网络安全爱好者,对技术有着偏执狂一样的追求,致力于分享原创高质量干货,我的个人微信公众号:Bypass--,欢迎前来探讨、交流。

原文发布于微信公众号 - 信安之路(xazlsec)

原文发表时间:2018-05-06

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏Linyb极客之路

一份超详细的Java问题排查工具单

平时的工作中经常碰到很多疑难问题的处理,在解决问题的同时,有一些工具起到了相当大的作用,在此书写下来,一是作为笔记,可以让自己后续忘记了可快速翻阅,二是分享,希...

12520
来自专栏Java开发者杂谈

Spring @Transactional踩坑记

@Transactional踩坑记 总述 ​ Spring在1.2引入@Transactional注解, 该注解的引入使得我们可以简单地通过在方法或者类上添加@...

92470
来自专栏Kubernetes

Linux Kernel Cgroups源码浅析

本文是我几个月前在研究linux kernel Cgroups时整理的。文中大部分的理论知识是从网上各种贴子solo的,源码分析部分,我是基于kernel 4....

96180
来自专栏小鹏的专栏

在mac上安装Xgboost Python库

最近在mac上用到xgboost库,安装时遇到颇多大坑,网上查了很多答案几乎都是win上的问题,没遇到理想的,自己也就摸着石头把几个大坑给填了,总结一下,给后...

311100
来自专栏用户2442861的专栏

操作系统的几种地址详解

http://bbs.chinaunix.net/thread-2083672-1-1.html

29410
来自专栏JavaEdge

线程安全与锁优化1 线程安全2 锁优化

34990
来自专栏微信公众号:Java团长

一份超详细的Java问题排查工具单

平时的工作中经常碰到很多疑难问题的处理,在解决问题的同时,有一些工具起到了相当大的作用,在此书写下来,一是作为笔记,可以让自己后续忘记了可快速翻阅,二是分享,希...

25510
来自专栏阮一峰的网络日志

Commit message 和 Change log 编写指南

Git 每次提交代码,都要写 Commit message(提交说明),否则就不允许提交。 $ git commit -m "hello world" 上面代码...

35950
来自专栏NetCore

Do You Know?Url Path MaxLength Limit -- 你或许以后会遇到的一个问题

最近一直在学习Asp.Net MVC,大家都知道可以用System.Web.Routing来解析一段Url,然后到达我们Route规则定下的一个Controll...

19180
来自专栏Golang语言社区

Go Channel 应用模式(一)

Channel是Go中的一种类型,和goroutine一起为Go提供了并发技术, 它在开发中得到了广泛的应用。Go鼓励人们通过Channel在goroutine...

22420

扫码关注云+社区

领取腾讯云代金券