Vking⋅AI - 20 亿次周下载的包被劫持：9 月 npm 供应链攻击全回顾

攻击是怎么发生的

2025 年 9 月 8 日，npm 生态遭遇了有史以来最大规模的供应链攻击。攻击者通过钓鱼邮件假冒 npm 官方，以「9 月 10 日前必须更新 2FA」为借口，诱导多个知名包维护者登录钓鱼域名 npmjs.help。成功拿到账号后，攻击者在 chalk、debug、ansi-styles 等 18 个包中植入了恶意代码。

这些包的总周下载量超过 **20 亿次**，影响范围几乎覆盖了所有 Node.js 项目——只要你在项目里用过彩色的终端输出，或者用过调试打印，几乎肯定躺枪。

恶意代码会在用户安装或更新这些包时激活，专门针对安装了 MetaMask 浏览器插件的用户，通过流量拦截尝试盗取加密货币钱包私钥。

9 月中下旬：第二波更狠

你以为修完就完了？9 月 15 日，npm 生态又迎来第二波攻击——代号「Shai-Hulud」的自复制蠕虫。这次攻击者直接在恶意包内写入自传播代码，感染后会主动尝试感染项目中的其他依赖，自动化扩散能力远超普通供应链攻击。

新加坡网络安全局（CSA）随后发布紧急通报，警告这类自传播载荷可能影响整个 npm 生态。

如何检测自己是否中招

# 检查本地安装的恶意包版本

npm ls debug chalk ansi-styles supports-color

# 用安全工具全量扫描

npx audit-package --all

# 推荐用 Socket.dev 等第三方监控服务

# 能实时告警包行为异常（网络请求、文件写入等）

如果发现使用了被污染的版本（chalk < 5.x 最新补丁版本，debug 异常版本等），立即：

`rm -rf node_modules package-lock.json`

2. npm install 重新安装干净版本

3. 检查团队成员是否有人中招了钓鱼邮件

为什么 npm 包这么容易被拿下

npm 的发布机制长期缺乏强制安全门槛：

默认只需邮箱密码，2FA 不是强制的

发布门槛极低，一个账号可以发布任意数量的包

没有包签名机制，无法验证包的发布者身份

依赖层级深，你信任的包可能间接依赖被污染的包

这次攻击能成，核心原因是维护者的账号被钓鱼了，而不是 npm 平台本身有漏洞。所以个人账号安全才是第一道防线。

GitHub 公布的整改路线图

事件之后，GitHub 发布了 npm 供应链安全整改路线图，主要措施包括：

强制 2FA：未来将强制维护者开启双因素认证，尤其是高下载量包的作者

精细化 Token：Token 有效期限制为 7 天，缩小泄露后的影响范围

可信发布（Trusted Publishing）：包发布时验证 CI/CD 环境身份，不再依赖长期有效的 npm 账号密码

包签名：计划引入加密签名，让用户能验证包的真实来源

开发者自保建议

| 措施 | 效果 |

|------|------|

| 所有 npm 账号强制开启 2FA | 防止账号被钓鱼拿下 |

| 用 npm ci 替代 npm install | 使用锁文件，避免自动拉取最新版 |

| 定期 npm audit | 及时发现已知漏洞 |

| 接入 Socket.dev / Snyk 监控 | 实时检测包行为异常 |

| 最小化依赖，不用的包及时清理 | 减少攻击面 |

写在最后

npm 供应链攻击不是新鲜事，但这次影响范围（20 亿次周下载）和攻击手法（自复制蠕虫）都创了纪录。随着 AI 编程工具越来越普及，项目的依赖数量只多不少，供应链安全会变得越来越重要。

作为开发者，最实际的做法是：**把账号安全当成开发流程的一部分**，不要觉得「我就是个个人开发者，没人搞我」。攻击者可不管你是谁，看的是下载量。