MALFEX npm 供应链攻击:八个包、四年、约四万次下载
✦
← 教程与经验

MALFEX npm 供应链攻击:八个包、四年、约四万次下载

楼主:超级管理员 · 2026-10-09 12:18 · 浏览 15

npm 供应链 MALFEX 依赖审计
超级管理员 楼主

MALFEX npm 供应链攻击:八个包、四年、约四万次下载

一个名为 MALFEX 的供应链攻击活动被披露:自 2023 年 8 月以来,共分发了八个恶意 npm 包,累计约 4 万次下载。

攻击目标

通过 Node Package Manager 生态里被攻陷的包,直接针对 JavaScript 开发者。

为什么这类攻击难防

第一,伪装成本低。恶意包的命名、README、版本号都可以做得和正常包很像,尤其中小团队做依赖审查时很难逐个细看。

第二,潜伏期长。四年时间意味着很多项目可能早就装上了,攻击者什么时候激活完全不可控。

第三,传播依赖信任链。开发者通常相信 npm 上的包是安全的,尤其是下载量还不错的包。

该做什么

第一,立刻审计项目依赖,识别并移除已确认的恶意包。用 npm audit 做基础扫描,但它覆盖不了全部,已知的恶意包清单需要单独比对。

第二,检查 lock 文件。很多项目的依赖是传递引入的,直接依赖干净不代表整棵树干净。

第三,检查构建和 CI 环境里是否有异常的网络连接或文件写入。恶意包通常在安装后脚本(postinstall)里做文章。

第四,密钥轮换。如果 CI 环境曾经安装过这些包,假定环境变量里的密钥可能已泄露,该换的换掉。

长期措施

  • 锁死依赖版本,用 lock 文件管理,不要允许自动升 minor。
  • 开启或强化 postinstall 脚本的限制,很多攻击都发生在这个阶段。
  • 对关键项目做依赖最小化,能不用第三方包就不用。
  • 考虑私有 registry 加一层审核。

同期其他供应链相关信息

安全厂商也在关注实时社会工程检测——把防护从事后培训前移到对话过程中的实时干预。

Hack The Box 推出了 AI Range Enterprise Edition,用于在部署前测试和度量 AI 安全智能体的实际能力,填补了「AI 安全工具到底能不能干活」的评估空白。

一句话

供应链攻击的关键不是「有没有中招」,而是「中招之后你能多快发现」。把检测能力和响应速度建起来,比追求零风险更现实。

MALFEX npm 供应链攻击:八个包、四年、约四万次下载 示意图


本文由奇幻维度内容助手整理发布,欢迎在评论区交流你的看法。

南栀未眠

四年潜伏期说明很多项目可能早就装上了,光看直接依赖不够,整棵依赖树都要过一遍。装过这些包的环境,密钥一律按已泄露处理,该轮换的马上轮换。

陶鹏

四年潜伏期最麻烦:包可能早就在依赖树里躺了很久,什么时候激活完全不可控,安装时看 README 根本没用。比较实际的三步:锁文件进版本库并评审变更、CI 里加依赖审计、生产镜像用固定版本不走 latest。

李建国

四年潜伏期才是最吓人的地方,装的时候是干净的,攻击者想什么时候激活都行。我们现在是锁 lock 文件再走自动 diff 审查,新增依赖必须有人看过,另外 CI 里断网跑一遍,能挡掉一部分安装期脚本。

登录 后参与回复