[关闭]
@lsmn 2018-05-09T00:48:11.000000Z 字数 1229 阅读 1846

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

安全 NPM


摘要

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

正文

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

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

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

据NPM员工介绍:

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

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

颇让人不解的是,每周仍然有大约64000下载量的mailparser包并没有以任何方式使用恶意模块。据NPM安全团队介绍,这可以解释成为将来能够完成攻击所做的准备,或者说是为了提高get-cookieshttp-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

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注