NPM中混入了包含恶意后门的包

安全 NPM

摘要

NPM团队移除了一个伪装成Cookie解析器的包。这个包里包含一个恶意后门。还有三个依赖它的包也同时被移除了。这个后门让攻击者可以向运行中的服务器注入任意代码并执行。

正文

NPM团队移除了一个伪装成Cookie解析器的包。这个包里包含一个恶意后门。还有三个依赖它的包也同时被移除了。这个后门让攻击者可以向运行中的服务器注入任意代码并执行。

NPM报告确认，getcookies包中包含恶意代码，它会分析HTTP头，查找类似gCOMMANDhDATAi这样的数据格式。恶意代码里有三个不同的命令：

• 0xfffe重置代码缓冲区
• 0xfffa执行缓冲区中的代码，这是通过执行[vm.runInThisContext][2]实现的
• default把远程代码加载到内存并执行

除了getcookies之外，还有三个包也被从注册中心里移除了：express-cookies、http-fetch-cookies以及虽然不建议使用但仍然非常流行的mailparser。

据NPM员工介绍：

发布到npm注册中心并且使用恶意模块的包，它们的使用方式都不会触发后门。

不过，这仍然保留了这种可能性，使用恶意包的外部应用程序面临着被利用的风险，或者已经被利用了。

颇让人不解的是，每周仍然有大约64000下载量的mailparser包并没有以任何方式使用恶意模块。据NPM安全团队介绍，这可以解释成为将来能够完成攻击所做的准备，或者说是为了提高get-cookies和http-fetch-cookies的知名度，诱导开发人员使用它们。

这份声明在Node开发人员中引发了强烈的反响。虽然人们普遍认为，这类问题不是NPM特有的，但是，有若干评论者指出，NPM的一些特性让这样的问题更可能发生。尤其是，NPM包往往较小，而且聚焦于一组缩减的特性，导致一个应用程序要依赖大量的外部模块，经常是成百上千。要审计所有的依赖项，确保它们都合法，这变得异常困难。此外，NPM允许开发人员通过最小版本表示依赖，如mailparser@^2.2.0，这意味着，任何更高的版本，只要没有改变主版本号，就被视为可以兼容，就可以运行npm install进行安装。这进一步增加了依赖审计的难度。

包mailparser已经不再维护了，它已经几个月没有更新了。现在还不清楚，像mailparser这样成功的包为什么会有三个新版本包含一个不使用的依赖。事实上，对于发布在NPM上包含恶意代码的版本2.2.1、2.2.2和2.2.3，mailparser GitHub库中没有任何说明这一变化的信息。因此，不知道是mailparser的作者被诱导添加了恶意依赖，还是某个未知的NPM漏洞被利用，可以在他不知情的情况下发布新版本。InfoQ将继续追踪报道，及时披露最新细节。

查看英文原文：Package Containing Malicious Backdoor Makes its Way Into NPM