NginxHTTP/2和mp4模块拒绝服务漏洞预警分析
这篇文章主要介绍“Nginx HTTP/2和mp4模块拒绝服务漏洞预警分析”，在日常操作中，相信很多人在Nginx HTTP/2和mp4模块拒绝服务漏洞预警分析问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”Nginx HTTP/2和mp4模块拒绝服务漏洞预警分析”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：申请域名、虚拟空间、营销软件、网站建设、卡若网站维护、网站推广。
0x00 事件背景
Nginx 11月6日得安全更新中，修补了三个可导致拒绝服务的漏洞：CVE-2018-16843,CVE-2018-16844和CVE-2018-16845。位于nginx HTTP/2 模块和流媒体MP4模块。
CVE-2018-16843,CVE-2018-16844漏洞存在于ngx_http_v2模块之中，当用户添加http2支持时（默认不开启），攻击者可以发送特制的HTTP/2请求，消耗CPU和内存资源，最终导致DoS。
CVE-2018-16845漏洞存在于ngx_http_mp4_module模块中，当用户对Nginx添加MP4流媒体支持，恶意的MP4文件会导致处理进程无限循环、崩溃或者内存泄露。
0x01 影响范围
CVE-2018-16843,CVE-2018-16844影响版本：
Mainline version ：1.9.5 - 1.15.5
CVE-2018-16845 影响版本：
Mainline version ：1.1.3+, 1.0.7+
0x02 补丁分析
file:src/http/v2/ngx_http_v2.c src/http/v2/ngx_http_v2.h
--- a/src/http/v2/ngx_http_v2.c Tue Nov 06 16:29:35 2018 +0300
+++ b/src/http/v2/ngx_http_v2.c Tue Nov 06 16:29:49 2018 +0300
@@ -4481,12 +4481,19 @@
#endif
+ h3scf = ngx_http_get_module_srv_conf(h3c->http_connection->conf_ctx,
+ ngx_http_v2_module);
+
+ if (h3c->idle++ > 10 * h3scf->max_requests) {
+ ngx_log_error(NGX_LOG_INFO, h3c->connection->log, 0,
+ "http2 flood detected");
+ ngx_http_v2_finalize_connection(h3c, NGX_HTTP_V2_NO_ERROR);
+ return;
+ }
+
c->destroyed = 0;
ngx_reusable_connection(c, 0);
- h3scf = ngx_http_get_module_srv_conf(h3c->http_connection->conf_ctx,
- ngx_http_v2_module);
-
h3c->pool = ngx_create_pool(h3scf->pool_size, h3c->connection->log);
if (h3c->pool == NULL) {
ngx_http_v2_finalize_connection(h3c, NGX_HTTP_V2_INTERNAL_ERROR);
--- a/src/http/v2/ngx_http_v2.c Tue Nov 06 16:29:18 2018 +0300
+++ b/src/http/v2/ngx_http_v2.c Tue Nov 06 16:29:35 2018 +0300
@@ -664,6 +664,7 @@
h3c->pool = NULL;
h3c->free_frames = NULL;
+ h3c->frames = 0;
h3c->free_fake_connections = NULL;
#if 3 (NGX_HTTP_SSL)
@@ -2895,7 +2896,7 @@
frame->blocked = 0;
- } else {
+ } else if (h3c->frames < 10000) {
pool = h3c->pool ? h3c->pool : h3c->connection->pool;
frame = ngx_pcalloc(pool, sizeof(ngx_http_v2_out_frame_t));
@@ -2919,6 +2920,15 @@
frame->last = frame->first;
frame->handler = ngx_http_v2_frame_handler;
+
+ h3c->frames++;
+
+ } else {
+ ngx_log_error(NGX_LOG_INFO, h3c->connection->log, 0,
+ "http2 flood detected");
+
+ h3c->connection->error = 1;
+ return NULL;
}
#if 4 (NGX_DEBUG)
为了修补CVE-2018-16843,CVE-2018-16844漏洞，新增了idle和frames变量统计请求数，每个子进程处理的请求数远大于配置的max_requests或者超出10000，将不进行处理。
CVE-2018-16845:
file：src/http/modules/ngx_http_mp4_module.c
--- src/http/modules/ngx_http_mp4_module.c
+++ src/http/modules/ngx_http_mp4_module.c
@@ -942,6 +942,13 @@ ngx_http_mp4_read_atom(ngx_http_mp4_file
atom_size = ngx_mp4_get_64value(atom_header + 8);
atom_header_size = sizeof(ngx_mp4_atom_header64_t);
+ if (atom_size < sizeof(ngx_mp4_atom_header64_t)) {
+ ngx_log_error(NGX_LOG_ERR, mp4->file.log, 0,
+ "\"%s\" mp4 atom is too small:%uL",
+ mp4->file.name.data, atom_size);
+ return NGX_ERROR;
+ }
+
} else {
ngx_log_error(NGX_LOG_ERR, mp4->file.log, 0,
"\"%s\" mp4 atom is too small:%uL",
MP4文件由若干称为Atom（或称为box）的数据对象组成，每个Atom的头部为四个字节的数据长度（Big Endian）和四个字节的类型标识，数据长度和类型标志都可以扩展。Atom可以嵌套，即其数据域可以由若干其它Atom组成，从而实现结构化的数据。为了修补CVE-2018-16845，在MP4模块中对文件的Atom头部结构进行检查，过滤掉恶意的MP4文件。
0x03 修复建议
关闭http/2请求处理和MP4流媒体支持，强烈建议将Nginx 升级至1.15.6,或1.14.1 stable 最新版本。
到此，关于“Nginx HTTP/2和mp4模块拒绝服务漏洞预警分析”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联网站，小编会继续努力为大家带来更多实用的文章！
当前题目：NginxHTTP/2和mp4模块拒绝服务漏洞预警分析
本文路径：http://cdiso.cn/article/ieiops.html
