ModSecurity 拒绝服务漏洞 (CVE-2019-19886) 复现
ModSecurity 拒绝服务漏洞 (CVE-2019-19886) 复现
作者: key
本文利用Github Commit代码对比的方式进行跟踪复现
背景
2020年1月20日,Trustwave SpiderLabs公开了其维护的开源WAF引擎ModSecurity的1个拒绝服务(DoS)漏洞,漏洞编号为:CVE-2019-19886。此漏洞影响ModSecurity的3.0到3.0.3版本。
漏洞描述
ModSecurity是一个开源的、跨平台的Web应用防火墙(WAF),被称为WAF界的“瑞士军刀”。它可以通过检查Web服务接收到的数据,以及发送出去的数据来对网站进行安全防护。
2020年1月21日,ModSecurity的维护组织Trustwave公开了影响ModSecurity 3.0至3.0.3版本的1个拒绝服务漏洞,漏洞编号为 CVE-2019-19886,漏洞详情如下:
在ModSecurity 3.0到3.0.3版本中,存在cookie解析问题。通过构造格式错误的HTTP Cookie头发送到运行ModSecurity的Nginx的服务器,会导致out_of_range异常。在结合Nginx web服务器使用ModSecurity的常用情况下,该异常将使nginx工作线程(负责处理请求的线程)崩溃。不断向服务器发送此类请求将使工作线程反复崩溃。如果发送请求的速度快于工作线程恢复的速度,将导致服务器拒绝服务。
漏洞跟踪
通过Github项目的releases跟踪: https://github.com/SpiderLabs/ModSecurity/releases
发现了airween的一个pr: https://github.com/SpiderLabs/ModSecurity/pull/2201
被官方采纳并归并到了v3/master
来看看他究竟修改了什么: https://github.com/SpiderLabs/ModSecurity/pull/2201/commits/c7ad6c7613de3c1ac2ad1b4055f0ded22b522027
存在漏洞的代码如下:
可以看见这里将Cookie的值带入代码,先以;
符号进行分割,进入for循环,再以=
符号进行分割赋值,而后使用正常数组下标的表达方式进入功能中,那么问题出在了哪里?
我们再来看修复的代码:
简单阅读代码和注释就能了解到,它就是处理两种非正常的Cookie值: Cookie: ;;foo=bar
/ Cookie: =bar;
换句话说就是ModSecurity原来在处理Cookie内容的时候过于信任用户的输入,这也是安全的一个大忌讳: 一切用户的输入都是不可信的!
为什么会拒绝服务呢?可以理解为数组越界,类似:
漏洞测试
很明显,通过漏洞跟踪已经知道了漏洞攻击方式那就是构建恶意(畸形)的Cookie
头
Curl命令测试: curl -s -H 'Cookie: =test' 'http://test/'
根据奇安信CERT的描述: 不断向服务器发送此类请求将使工作线程反复崩溃
,那我们可以重复这个请求造成拒绝服务效果。
Reference
奇安信CERT: https://mp.weixin.qq.com/s/MwGroFA_sKxzrwXa50XZgw
Github: https://github.com/SpiderLabs/ModSecurity/pull/2201/commits/c7ad6c7613de3c1ac2ad1b4055f0ded22b522027
- 左青龙
- 微信扫一扫
-
- 右白虎
- 微信扫一扫
-
评论