GitHub 给 npm 加了道「包防火墙」：新版本先晾一晾再让装
npm 供应链攻击一波接一波，GitHub 出手在安装环节加了一道关卡：10 月 20 日，GitHub 宣布面向 GitHub Enterprise Cloud 用户推出包防火墙（Package Firewall）公开预览，在开发者的电脑、CI 任务与代码包仓库之间拦一道，装包之前先查一遍。
它拦什么
包防火墙坐在 Actions Runner、AI 编程助手这类「装包的一端」与 npm 等包仓库之间，包下载到机器之前先检查元数据与下载内容。预览版提供的控制包括三项：新版本冷却期——刚发布的新版本先晾一段时间再放行，防的就是攻击者抢注、投毒后立刻被装走；对照 GitHub Advisory Database 检查，已知有漏洞的版本直接拦下；供应链检查，发现软件包的来源声明与实际安装内容对不上（比如签名、来源证明被降级替换）就报警。预览期间这项功能不额外收费。
为什么是现在
同一周，GitHub 还发布了一批针对恶意 npm 包的安全公告，其中涉及假招聘面试诱饵与依赖混淆投毒；Dependabot 也在同期跟进，开始支持 npm 12、pnpm 11/12 与 Bun 1.4。背景是同一件事：包仓库里的恶意包越来越多，靠开发者自己逐个甄别已经不现实，防线只能往安装环节前移。包防火墙管的是「装什么」，和 10 月初上线的可信发布（管「谁能发包」）正好是一前一后两道关。
普通开发者能用上吗
目前还不能：公开预览只面向 GitHub Enterprise Cloud（含数据驻留版）客户，个人免费账号与普通团队账号暂时不在范围内。普通开发者现在能做的是同一套思路的轻量版——给项目锁死依赖版本、定期跑 npm audit、留意 Dependabot 的升级提醒；用 AI 编程助手自动装包时尤其要留神，它装包可不会先问你。包防火墙什么时候下放到更多套餐，GitHub 还没公布时间表。
站长点评
这功能本身不新鲜——思路就是把杀毒软件那套「先查再放行」搬到装包环节，新鲜的是 GitHub 终于把它做进了平台里。对普通开发者来说，短期看是「看看就好」，长期看是风向标：以后装包默认要过一道安检，裸奔着 npm install 的日子会越来越少。在那之前，锁版本、看审计报告、别让 AI 助手无节制装包，就是每个人的自备防火墙。
相关阅读
信息来源：Trend in Tech：GitHub 10 月 20 日包防火墙公开预览报道；文中判断为本站观点。
发表评论