5月14日，国内爆出php远程DoS漏洞，官方编号69364。利用该漏洞构造poc发起链接，很容易导致目标主机cpu的占用率100%，涉及PHP多个版本。绿盟科技威胁响应中心随即启动应急机制， 应急响应工作随即启动。
15日夜，启动漏洞分析工作，同步将分析结果发送产品团队；
16日，发布产品规则升级通告，绿盟科技RSAS产品升级相继就绪，客户通过在线及离线升级的方法，即可获得漏洞的检测能力；同时，在线漏洞检测引擎就绪；
17日，漏洞深入分析进行中。绿盟科技NIPS产品升级就绪，客户通过在线及离线升级的方法，即可获得漏洞的防护能力；
18日，我们回顾此次PHP漏洞的信息要点，从PHP漏洞防护的角度进行总结，为大家制定防御方案提供补充信息。
PHP远程DoS漏洞
4月3日，有人在PHP官网提交PHP 远程DoS漏洞（PHP Multipart/form-data remote dos Vulnerability），代号69364。由于该漏洞涉及PHP的所有版本，故其影响面较大，一经发布迅速引发多方面关注。14日，各种PoC已经在网络上流传。此次漏洞具备如下特性：
一旦被利用成功，可以在迅速消耗被攻击主机的CPU资源，从而达到DoS的目的；
PHP在全球的部署量相当大，为攻击者提供了相当多可以攻击的目标；
PHP官方目前仅给出了5.4及5.5版本的补丁受此漏洞影响的软件及系统包括PHP的如下版本。
PHP 5.0.0 – 5.0.5
PHP 5.1.0 – 5.1.6
PHP 5.2.0 – 5.2.17
PHP 5.3.0 – 5.3.29
PHP 5.4.0 – 5.4.40
PHP 5.5.0 – 5.5.24
PHP 5.6.0 – 5.6.8
绿盟科技常年密切关注PHP的安全问题。绿盟科技威胁响应中心在获知相关信息后，随即启动应急机制，相关工作随即启动。本文章将会深入分析该漏洞，并给出应对方案。
PHP远程DoS漏洞分析
2015年5月15日夜，绿盟科技威胁响应中心在获取PHP漏洞传播情况的同时，也在进行漏洞的分析工作，通过重现漏洞的攻击过程，分析其工作原理，得以清晰识别及检测该漏洞方法。
Boundary中的键值对分隔
PHP是一种流行的Web服务器端编程语言，它功能强大，简单易用，利用它编写网络应用程序，可以应对大规模的Http请求，所以很多业务环境中都部署了PHP。考虑规范性，PHP在设计之初就遵循rfc规范，进行各个协议模块的封装及过程处理。PHP与其他同样遵循rfc规范的语言及环境相比，不过是处理方式不同。
而从rfc1867开始，http协议开始支持”multipart/form-data”请求，以便接受多种数据格式，包括多种变量甚至是文件上传。multipart/form-data中可以包含多个报文，每一个报文boundary（分隔符）分隔开来，而每个报文中都包含了多行键值对，键值对用冒号分隔，这样的设计是为了让程序可以清晰的区分这些数据。
但如果由于某种原因，键值中间缺少了那个冒号，PHP函数会将下一对键值合并到了上一行，形成这样的键值对，“键1：值1键2值2”。由于PHP进行键值合并的算法不够优化，这样的事情发生几次还没什么，如果数以百万记，就变成了一种灾难。
在下面的例子中，当a的部分达到一定数量的时候（几十万行or上百万行），由于每行键与值之间并没有冒号分隔，函数就自动将下一行的键值对合并，这样数据越来越大，越来越长，函数针对这些数据不断执行内存的分配和释放，最终被攻击目标主机的CPU资源被耗尽。
*注：PHP中，Boundary是可以自定义的，比如“—–WebKitFormBoundarypE33TmSNWwsMphqz”
这样的代码，在抓包时显示情况如下
Boundary报文解析过程
PHP在main/rfc1867.c中，有两个函数都涉及boundary的解析，包括SAPI_API SAPI_POST_HANDLER_FUNC及multipart_buffer_headers函数。DoS漏洞出现在main/rfc46675pxultipart_buffer_headers函数。
PHP先解析解析multipart/form-data http请求， http请求体的入口函数在SAPI_POST_HANDLER_FUNC（rfc1867.c中的函数），SAPI_POST_HANDLER_FUNC函数首先解析请求的boundary，也就是POST请求中第一次定义时的boundary；并且在其内部调用了multipart_buffer_headers，该函数先找到boundary（也就是一次引用的boundary），会和定义时的boundary比较。如果相等即找到第一次引用的boundary，接下来会逐行读取请求的输入以解析body port header（也就是解析第一次引用boundary后面的内容）。
SAPI_API SAPI_POST_HANDLER_FUNC
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 | /* Get the boundary */ /* 开始解析boundary */ boundary = strstr(content_type_dup, “boundary”); if (!boundary) { int content_type_len = strlen(content_type_dup); char *content_type_lcase = estrndup(content_type_dup, content_type_len); php_strtolower(content_type_lcase, content_type_len); boundary = strstr(content_type_lcase, “boundary”); if (boundary) { boundary = content_type_dup + (boundary – content_type_lcase); } efree(content_type_lcase); } if (!boundary || !(boundary = strchr(boundary, ‘=’))) { sapi_module.sapi_error(E_WARNING, “Missing boundary in multipart/form-data POST data”); return; } boundary++; boundary_len = strlen(boundary); /* 对bondary进行合法校验 */ if (boundary[0] == ‘”‘) { boundary++; boundary_end = strchr(boundary, ‘”‘); if (!boundary_end) { sapi_module.sapi_error(E_WARNING, “Invalid boundary in multipart/form-data POST data”); return; } } else { /* search for the end of the boundary */ boundary_end = strpbrk(boundary, “,;”); } if (boundary_end) { boundary_end[0] = ‘′; boundary_len = boundary_end-boundary; } /* Initialize the buffer */ if (!(mbuff = multipart_buffer_new(boundary, boundary_len TSRMLS_CC))) { sapi_module.sapi_error(E_WARNING, “Unable to initialize the input buffer”); return; } while (!multipart_buffer_eof(mbuff TSRMLS_CC)) { char buff[FILLUNIT]; char *cd = NULL, *param = NULL, *filename = NULL, *tmp = NULL; size_t blen = 0, wlen = 0; off_t offset; zend_llist_clean(&header); /* 漏洞函数 */ if (!multipart_buffer_headers(mbuff, &header TSRMLS_CC)) { goto fileupload_done; } |
multipart_buffer_headers
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 | /* parse headers */ static int multipart_buffer_headers(multipart_buffer *self, zend_llist *header TSRMLS_DC) { char *line; mime_header_entry prev_entry = {0}, entry; int prev_len, cur_len; /* didn’t find boundary, abort */ if (!find_boundary(self, self->boundary TSRMLS_CC)) { return 0; } /* get lines of text, or CRLF_CRLF */ /* 逐行解析 */ while( (line = get_line(self TSRMLS_CC)) && line[0] != ‘′ ) { /* add header to table */ char *key = line; char *value = NULL; if (php_rfc1867_encoding_translation(TSRMLS_C)) { self->input_encoding = zend_multibyte_encoding_detector(line, strlen(line), self->detect_order, self->detect_order_size TSRMLS_CC); } /* space in the beginning means same header */ /* 如果该行开头不是空格，则试图寻找’:'查看是否是有效键值对 */ if (!isspace(line[0])) { value = strchr(line, ‘:’); } /* 如果找到’:'则说明该行包含一个有效的键值对，解析它 */ if (value) { *value = 0; do { value++; } while(isspace(*value)); entry.value = estrdup(value); entry.key = estrdup(key); /* 如果不包含’:'，且该行前有一个有效键值对，则说明这一行是上一个键值对的值 */ } else if (zend_llist_count(header)) { /* If no ‘:’ on the line, add to previous line */ prev_len = strlen(prev_entry.value); cur_len = strlen(line); /* 进行值合并操作 */ entry.value = emalloc(prev_len + cur_len + 1); memcpy(entry.value, prev_entry.value, prev_len); memcpy(entry.value + prev_len, line, cur_len); entry.value[cur_len + prev_len] = ‘′; entry.key = estrdup(prev_entry.key); zend_llist_remove_tail(header); } else { continue; } zend_llist_add_element(header, &entry); prev_entry = entry; } return 1; } |
出现问题的函数处理逻辑
multipart_buffer_headers函数在解析HTTP请求中的multipart头部数据时，每次解析由get_line得到的一行键值对。当被解析的行是以空白字符开始，或者出现一个不包含 ‘ : ‘ 的行，该行将被当作是上一行键值对的延续来处理，将当前的值拼接到上一个键值对里，并且在拼接的过程里，该函数进行如下动作：
一次内存分配
entry.value = emalloc(prev_len + cur_len + 1);
两次内存复制
memcpy(entry.value, prev_entry.value, prev_len);
memcpy(entry.value + prev_len, line, cur_len);
一次内存释放
zend_llist_remove_tail(header);
当出现多个不包含 ‘ : ‘ 的行时，PHP就会进行大量内存分配释放的操作，并且分配的空间与拷贝的长度将越来越大。当行的数目足够多时，拷贝的操作将显著的消耗服务器的CPU。实际测试中，包含近一百万行的头字段可以使服务器的CPU保持100%几秒或者数十秒。如果并发多个攻击请求，可能造成更长时间的资源占用。
漏洞利用原理
攻击者可通过发送一个2M左右的包含多行multipart头部数据的HTTP请求来发起攻击，无需认证，也不依赖PHP程序本身的内容。例如，通过发送畸形请求，每隔若干秒，同时并发多个这样的请求，就会耗尽目标主机的CPU资源
PHP远程DoS漏洞检测
面对如此简单的漏洞利用，以及较低的攻击门槛，分析人员迅速将经过安全验证后的检测方法向云端、产品端及服务端传递，并建议用户尽快对其业务环境进行一次全面的漏洞检测，以便可以尽快拿到第一手数据，为后续制定漏洞防护方案及执行措施提供数据支撑及决策依据。
云端检测
5月16日晚，绿盟科技客户自助门户系统Portal发布PHP远程DoS漏洞检测引擎，为PHP Multipart/form-data远程DoS漏洞（PHP-69364）提供扫描支持。
现在您随时可以使用这个自助系统，对业务环境进行扫描，以便确认是否存在该漏洞，扫描请点击：https://portal.nsfocus.com/vulnerability/list/
漏洞确认 当扫描结果信息中出现信息“您的检测目标存在此漏洞”，即可确认当前业务环境中存在该漏洞，建议您尽快制定防护计划，以避免系统在获得加固前遭受攻击。
产品检测
通过部署绿盟远程安全评估系统（Remote Security Assessment System），可以在您的业务环境中快速扫描及获取此次漏洞情况，同时支持1实现漏洞的安全闭环管理，包括预警、检测、分析管理、修补、审计等几个环节；2获取丰富的漏洞和配置知识库支持，该知识库是国内领先的安全漏洞库，目前累计接近3万条；3灵活部署，并获得绿盟企业安全中心（NSFOCUS ESPC）进行集中管理，可以有效实现大型网络的统一漏洞管理。4享有Gartner推荐的信誉保障。
针对此次PHP远程DoS漏洞，绿盟科技漏洞扫描系列产品已经就绪，用户请尽快升级到如下版本，以便为您定制自己的防护措施提供第一手数据支撑。
PHP远程DoS漏洞防护
知道了漏洞利用方法，也知道了攻击检测方法，那么漏洞的防护也就知道该如何做了。如果确认您的业务环境中存在这个漏洞，那么就需要参考上面的信息，尽快制定并启动加固方案，这些加固从漏洞补丁开始，到产品防护，到整体防护，逐步推进。
漏洞加固 PHP官方已经针对PHP 5.4 及PHP 5.5版本给出了补丁，请使用这些版本的用户，尽快到官方网站下载并安装补丁，补丁的下载地址如下：
http://php.net/ChangeLog-5.php#5.4.41
http://php.net/ChangeLog-5.php#5.5.25
如果您使用了PHP的其它版本，请随时关注PHP官方的最新通告。
产品防护
只是只是安装了漏洞补丁是不够的，整体安全等级的提升以及应对未来的攻击，安全产品是必不可少的一环，将Web系统置于DMZ区域并加以多产品的整体防护，是我们推荐的做法。在如下部署环境中，以绿盟网络入侵防护系统（Network Intrusion Prevention System，简称NIPS）为例，对业务系统部署NIPS，可以提供PHP远程DoS漏洞攻击防护。
目前相关产品的升级信息如下：
请所有使用绿盟产品的用户尽快升级产品规则。绿盟科技已在软件升级公告中提供规则升级包，规则可以通过产品界面的在线升级进行。如果您的业务系统暂时还无法升级规则包，那么可以在软件升级页面中，找到对应的产品，通过下载升级包，以离线方式进行升级。 相关信息请访问：
安全产品介绍：http://www.nsfocus.com.cn/1_solution/1_2_1.html
产品升级公告：http://update.nsfocus.com/
如果您需要了解更多信息，请联系：绿盟科技威胁响应中心微博 ：http://weibo.com/threatresponse绿盟科技微博：http://weibo.com/nsfocus绿盟科技微信号：搜索公众号 绿盟科技