npm 包安全性

npm 包安全性:当您的 AI 代理运行安装程序时,会发生哪些变化

TL博士

AI代理现在运行 npm install 无需人工干预。 十五年来,npm 包安全机制一直假定开发者会停下来,阅读包名,然后做出决定。而智能编码助手将这一过程简化为一个独立的步骤,移除了大多数安全程序所依赖的唯一检查点。

攻击面先于防御面移动。 对 16 个 LLM 的研究发现,近五分之一的推荐软件包并不存在——超过 20 万个独特的虚构名称,其中许多名称在重复提示中出现,因此可以被利用。与此同时,一个严重的 MCP 桥接漏洞(下载量超过 43.7 万次)允许攻击者在代理连接到不受信任的服务器后立即进行完全远程代码执行 (RCE)。代理会在同一步骤中完成决策和执行,没有任何停顿。

无论是谁发起的安装,检测和强制执行都必须是自动的,每次都要如此。 MEW 观察注册表 — 持续扫描 npm、PyPI 和 Maven,在公开签名出现之前通过行为分析标记恶意软件包。 Shield 观看安装过程 — 在操作系统级别拦截软件包管理器流量,并在任何内容到达磁盘之前强制执行您组织的策略,只需几毫秒,无论请求来自终端还是自主代理。

npm 包安全只是更大转变的一部分: 运行安装程序的代理程序本身就是大多数组织尚未清点的 AI 资产。 Xygeni AI 安全 它完成了这个循环——发现问题、评分、修复问题。MEW包含在免费的开发者版本中。

十五年来,npm 包安全一直基于一个假设:有人坐在安全层和安全层之间。cis添加依赖项的前提是它必须立即部署到磁盘。有人输入包名,有人按下回车键。这种假设正在悄然消失,而就在此时,npm 成为了软件供应链历史上最受攻击的软件包生态系统:短短八个月内发生了三起重大供应链事件,一种自我传播的蠕虫病毒将开发者变成了分发渠道,一个每周被下载 100 亿次的软件包被国家级恶意软件攻破。

在人工智能出现之前,npm 就已经拥有了丰富的目标资源。

npm 生态系统早已成为攻击者趋之若鹜的目标,过去十二个月的情况也印证了这一点。 2025年9月,沙伊·胡鲁德 它成为第一个通过 npm 传播的自我复制蠕虫,将开发者自身变成了分发机制。 2026年3月,axios 一个每周下载量超过100亿次的软件包被植入了隐藏的国家级恶意软件。一个月后,一个几乎完全相同的软件包…… 蠕虫病毒再次通过 SAP 包袭击了 npm 生态系统。 同样的剧本,大规模地重复上演。八个月内发生三起重大事件,全部记录在案。这就是基准线。人工智能代理改变了接下来的走向。

这也是我们将在实地讨论的内容。 德国OWASP日20269月23日至24日在卡尔斯鲁厄举行。更多详情请见文末!

如果安装程序不是由人手动输入,会发生什么变化?

智能编码助手不再只是提供代码建议。它们越来越多地在任务执行过程中,无需人工干预,就能判断是否需要依赖项,选择合适的包并执行安装。对于任何依赖 npm 包安全实践(这些实践是为人工干预而设计的)的团队来说,它们这种做法的两点都值得担忧。

  • 特工出现幻觉 软件包名称,攻击者也知道这一点。 一项大规模学术研究在16个LLM(语言学习模型)中生成了超过200万个代码样本,结果发现近五分之一的推荐软件包根本不存在,超过20万个独特的虚构名称。更糟糕的是,研究人员发现相同的虚构名称在重复的提示中反复出现,这意味着它们可以被“养殖”:攻击者可以抢先注册AI模型统计上最有可能建议的名称,然后静待时机。
  • 安装本身已经成为 攻击途径。 一个被广泛使用的MCP桥接程序存在严重漏洞,下载量超过437,000万次。该漏洞允许攻击者在客户端连接到不受信任的MCP服务器(例如自主代理可以自行建立的连接)时立即执行完整的远程代码。传统的npm包安全检查机制(即人工审核即将运行的程序)在该工作流程中并不存在。代理会在同一步骤中完成决策和执行。

两层npm包安全机制,无需人工干预。

这就要求 npm 包的安全机制从“开发者仔细阅读”转变为“平台每次都自动做出决定”。Xygeni AI Security 通过两个不同的安全层来解决这个问题。

  • MEW(恶意软件早期预警) 监视注册表本身。 它持续扫描 npm、PyPI 和 Maven 上新发布的软件包,并通过行为分析而非签名匹配来标记恶意软件包。这意味着它能在恶意软件出现公开签名之前就将其捕获。被标记的软件包会被研究、确认,并报告给公共注册表,以帮助阻止其进一步传播。这同样适用于开发者手动添加的软件包和代理程序自动选择的软件包,因为 MEW 并不关心是谁发起的安装,它只关心软件包的行为。它也是 Xygeni 免费开发者套餐的一部分。
  • Shield 在安装发生的瞬间强制执行策略。 它能在操作系统层面透明地拦截 npm、PyPI 和 Maven 的流量,无需重新配置包管理器。每次安装都会在软件包写入磁盘之前以及任何安装脚本执行之前,根据您组织的策略进行检查。而且因为 Shield 每个属性cis无论请求来自开发者的终端还是在后台自主运行的代理,策略都会精确到请求的进程、PID、可执行文件和命令行,每次都以相同的方式应用。cis离子从缓存中解析只需几毫秒,因此不会减慢任何人(无论是人还是代理)的速度。

两者结合起来,就包括注册表级别的检测和安装时强制执行,涵盖了 npm 包风险实际发生的两个时刻。

这是关于人工智能安全的讨论,而不是它的一个旁注。

npm 包安全只是更大转变中一个显而易见的方面: 人工智能现在也成为攻击面的一部分。它不仅仅是开发人员使用的工具。决定运行 npm install 的那些模型、代理和 MCP 服务器,都是贵组织运行的 AI 资产,而大多数情况下,贵组织并未对其进行全面清点。Xygeni 人工智能安全 发现这些资产,根据 OWASP 法学硕士申请十大风险等级评估其风险,并通过 开发人工智能它会在 IDE 发布之前修复其中存在的漏洞代码,无论是 AI 生成的还是人工编写的。我们在另一篇相关文章中更详细地介绍了这种“发现-检测-修复”的框架,以及为什么仅仅发现漏洞是不够的。 人工智能安全态势管理.

Xygeni 出席 2026 年德国 OWASP 日活动

我们将把这场对话带到卡尔斯鲁厄。Xygeni是本次活动的赞助商。 德国OWASP日2026,正在运行 九月23-24 在德国工商会经济宫,与来自德国各地及周边地区的约 200 名应用安全专家一起。

我们将探讨在智能代理环境下 npm 包的安全性:MEW 和 Shield 实际上抓住了,当前的MCP和 非法占地威胁数据看起来像以及人工智能如何生成 code security 可以融入到正在运行的程序中。 SAST, SCA并且秘密扫描,而不是置身事外。

同一周,我们也在…… 2026 年葡萄牙 OWASP 应用安全日在波尔图举行我们作为黄金赞助商,将在本次大会上更广泛地探讨人工智能安全态势管理。无论您的日程安排如何,我们都乐意与您交流!

MEW(Xygeni恶意软件早期预警) 可在免费的开发者套餐中使用,无需信用卡。它涵盖 npm、PyPI 和 Maven,通过行为分析在公开签名出现之前标记恶意软件包,并且适用于所有安装,无论安装是由开发者还是代理发起的。

常见问题解答

  • 为什么人工智能代理的出现需要改变npm包的安全机制?

大多数 npm 包安全实践都假设在安装包之前会由人工审核包名。然而,智能编码助手可以在同一步骤中选择并安装依赖项,无需人工审核,这使得该实践所依赖的检查点不复存在。检测和强制执行必须在注册表和安装时自动进行,无论安装是由谁或什么程序发起的。

 

  • MEW 和 之间有什么区别? Shield?

MEW 监视注册表:它会扫描新发布的 npm、PyPI 和 Maven 包,并在出现公共签名之前标记恶意行为。 Shield 监控安装过程:它会在请求安装软件包的那一刻起,在操作系统层面强制执行您组织的策略,如果违反策略,则会在软件包写入磁盘之前将其阻止。一种检测方式是在发布时进行;另一种方式是在安装时强制执行。

 

  • 这是否取代了 SCA 扫描?

不。Xygeni 的 AI 分诊、解释和补救措施适用于 Xygeni 自有扫描器生成的结果,也适用于从第三方导入的结果。 SCA 由于 AppSec 工具已经到位,因此无需移除现有工具即可应对 npm 包风险。

 

  • 我可以在哪里和Xygeni谈谈这件事?

Xygeni 将参加 2026 年 9 月 23 日至 24 日在卡尔斯鲁厄举行的德国 OWASP Day 2026 大会,届时将探讨 npm 包安全和人工智能安全。我们也是同一周在波尔图举行的 2026 年葡萄牙 OWASP AppSec Days 大会的黄金赞助商。

sca-tools-软件-成分分析工具
确定软件风险的优先级、进行补救并加以保护
注册免费账号。
不需要信用卡。

确保您的软件开发和交付安全无虞

使用 Xygeni 产品套件