可能是一种通杀的waf bypass方式
来源:互联网 发布:百草味网络推广策划案 编辑:程序博客网 时间:2024/05/16 15:03
http://www.wooyun.org/bugs/wooyun-2014-089426
漏洞概要关注数(76) 关注此漏洞
缺陷编号: WooYun-2014-89426
漏洞标题: 可能是一种通杀的waf bypass方式(安全狗实例)
相关厂商: 安全狗
漏洞作者: MayIKissYou
提交时间: 2014-12-31 10:52
公开时间: 2015-01-05 10:54
漏洞类型: 设计缺陷/逻辑错误
危害等级: 高
自评Rank: 15
漏洞状态: 漏洞已经通知厂商但是厂商忽略漏洞
漏洞来源: http://www.wooyun.org
Tags标签: 设计错误
漏洞详情
披露状态:
2014-12-31: 细节已通知厂商并且等待厂商处理中
2015-01-05: 厂商已经主动忽略漏洞,细节向公众公开
简要描述:
由于某些字符处理不好,可能导致所有的waf bypass。
详细说明:
ps.这种类型厂商不知道提给谁,提给wooyun不被X吧
1:一般所有的waf在做sql防注入的时候都会对sql注入的union注入方式防的死死的,大致模型是这样的:
各家对于此处的防范各有不同,但是防范的都很好。
2:在mysql里面有一个空白符为%a0,此符号为空白符。
3:但是%a0是扩展字符里面的,当%a0+另外一个字符,可能会在web层面解析的时候出现意想不到的结果。
4:手上有安全狗,拿安全狗测试了,首先关闭安全狗的服务,我们在url中输入以下url:
首先我的id是一个字符类型注入的参数,此时我们去看下页面返回的结果
发现结果中出现了乱码,感觉我的%a0和s一起被解析成了乱码。但是在mysql层面去执行的时候%0a又被当做空白符执行了,显示出来了我的mysql的版本和数据库名称,感觉碉堡了。
5:这样一来解析出来的结果岂不是bypass掉了无论是waf也好,还是应用程序本身的正则也好。
6:我们开启安全狗试试,先输入%0a查看安全是不是好使的:
果然拦截了
7:此时将%0a换成%0a尝试一下:
可以看到安全狗没有反应,显示出来了数据库的信息,因此看来至少可以搞定狗了,这样的web解析感觉其他的waf很有可能也会有类似的问题。
ps.会不会被雷p啊
漏洞证明:
7:此时将%0a换成%0a尝试一下:
修复方案:
看着修吧
0 0
- 可能是一种通杀的waf bypass方式
- bypass waf 进行post注入
- 一种可能的SQL脚本管理方式
- WAF攻防研究之四个层次Bypass WAF
- Bypass WAF:Burp插件绕过一些WAF设备
- 判断可能人选的销售天分是一种艺术
- 区分大小写是自律的一种方式
- WAF支持多种灵活的部署方式
- HTTP安全请求头 --- 可能绕waf的姿势
- 可能是安装wget最简单的方式
- 可能是互联网从业者最好的娱乐方式
- 这可能是退出Activity最优雅的方式了
- 表单form的提交有两种方式,一种是get的方法,一种是post 的方法
- 两种方式的弹窗 一种是一个Activity 一种是AlertDialog
- nginx 另一WAF方式
- 数学是一种思考方式
- 数学是一种思考方式
- 数学是一种思考方式
- IIC通信
- hadoop 2.6.0单节点-伪分布式模式安装
- 开发中遇到滴HTTP滴一些事
- Android中AsyncTask的简单用法
- 自定义控件——Day01_1
- 可能是一种通杀的waf bypass方式
- Python函数式编程指南
- 主键自增长
- 盘点2014年邮件行业大事件
- WORKING WITH CUSTOM CONTAINER VIEW CONTROLLERS
- (Visual Studio)Part 2: Setting up the IDESetting up the IDE for the debugger
- Hibernate Search 5.0
- Storm-0.9.0.1版本安装部署
- 利用CMake自己编译opencv步骤(vs2010+opencv2.4.9+CMake3.1.0)