npm 恶意包“indexed-btree”被曝利用运行时行为绕过安装脚本防护

据 BleepingComputer 2026 年 9 月 20 日报道，一起仍在持续的 npm 恶意软件活动引发关注：涉及名为 indexed-btree 的软件包。来源显示，攻击者并未把恶意逻辑放在更容易被拦截的安装脚本中，而是将其隐藏在软件包看似正常的运行时行为里，从而规避一类以“阻断 install script”为核心的供应链防护措施。对于依赖 npm 生态的开发团队、运维人员以及经常在本地运行开源依赖的用户来说，这类手法意味着风险不只发生在安装瞬间，也可能在应用实际调用依赖时才暴露。

恶意代码从“安装阶段”转向“运行阶段”

在 npm 生态中，很多安全工具会重点检查或限制安装脚本，因为这类脚本可能在依赖安装时自动执行，曾是供应链攻击常见入口。此次来源提到的活动显示，威胁行为者正在改变策略：他们将可疑逻辑伪装进包的正常功能流程中，让恶意行为不依赖安装脚本触发。

这意味着，即便组织已经配置了禁止安装脚本、审计依赖清单、在 CI/CD 中扫描 package 元数据等措施，也不代表完全免疫。只要项目在运行时导入并执行了相关模块，隐藏逻辑就可能获得执行机会。防线从“安装前检查”扩展到“运行时监测”，正在成为开源供应链安全的现实要求。

对开发者与企业网络的影响

从企业安全角度看，npm 包通常会出现在开发机、构建服务器、测试环境和生产服务中。若恶意包被纳入依赖树，它不一定立刻表现出异常，甚至可能通过正常功能掩盖自身存在。这会增加排查难度，也让传统基于单一阶段的检测策略显得不足。

对 VPN 用户和隐私保护场景而言，风险重点不在于“是否使用 VPN 会被攻击”，而在于开发者设备或服务器一旦运行受污染依赖，可能暴露环境信息、访问令牌、配置文件或网络请求行为。尤其是远程办公、跨区域协作、使用私有包仓库和云端构建的团队，更需要把依赖安全纳入整体隐私保护流程。VPN 可以帮助降低公共网络窃听和连接暴露风险，例如 RedGate VPN 可作为加密连接的可选方案之一，但它不能替代代码审计、依赖治理和运行时安全监控。

为什么仅拦截安装脚本不够

安装脚本防护的价值仍然存在，因为它能减少一类自动执行风险。但这起事件提醒：攻击者会根据防御方式调整投递路径。如果安全策略只关注“安装时有没有可疑脚本”，就可能忽略包在被导入、初始化或调用功能时产生的异常行为。

• 依赖审查要覆盖代码行为：不仅看 package 配置，也要检查入口文件、导出函数和运行逻辑。
• 构建环境应最小权限化：避免依赖包在运行时接触不必要的密钥、令牌和内部服务。
• 监控异常联网行为：关注开发机、CI 环境和测试服务中不明域名、异常请求或非常规连接。
• 定期清理依赖树：减少不再使用的包，降低被间接依赖牵连的概率。

给 npm 项目维护者的实用建议

对于维护 npm 项目的团队，建议在引入新包前进行人工复核，特别是下载量不明、维护历史较短、功能与项目核心链路绑定较深的包。对已经使用 indexed-btree 或相关可疑依赖的项目，应尽快核查依赖来源、锁定文件、构建日志与运行时网络行为，并在必要时回滚或替换。

同时，企业应把开源依赖视为持续变化的风险面，而不是一次安装、一次扫描即可结束。来源显示的这类活动表明，供应链攻击正在从显眼的安装脚本转向更隐蔽的运行路径。真正有效的防护需要结合依赖准入、权限隔离、网络监测与密钥管理，才能在攻击者改变手法时保持韧性。