Sapphire Sleet 在 88 分钟内攻陷 145 个 Mastra AI 包：npm 供应链攻击分析与微软的防御对策

这些受影响的包每周合计下载量超过 110 万次 。攻击事件在 AI 开发者生态中引发强烈震动，并促使微软迅速出台多项安全政策调整。微软于 6 月 19 日高置信度地将此次行动归因于 Sapphire Sleet 。

攻击技术细节：层层递进的供应链投毒

第一步：社工与账号劫持

攻击者首先利用社会工程学手段，锁定并窃取了一名 Mastra 合法维护者的 npm 账号凭证 。被窃取的账号（识别为 ehindero）拥有整个 @mastra 命名空间的发布权限 。

第二步：大规模快速发布

利用被劫持的账号，攻击者在 88 分钟内将 @mastra/* 下的所有包重新发布了一遍。部分安全报告指出，批量发布的爆发期甚至短至 19 分钟 。如此速度暗示攻击者使用了自动化脚本而非手动上传。

第三步：植入恶意依赖

每个被篡改的包版本都引入了一个名为 easy-day-js 的恶意依赖——这是一个针对合法流行的日期库 dayjs 的拼写欺诈（typosquat） 包 。安全研究人员将此行动命名为 easy-day-js 活动 。

第四步：自动执行 payload

恶意代码通过 npm 的 postinstall 脚本自动执行。只要开发者运行 npm install 安装被篡改的包，payload 就会立刻触发，无需运行任何应用代码 。

第五步：窃取凭证与加密货币

一旦执行，该 payload 便会从受影响的开发者工作站及构建系统中窃取 加密货币钱包密钥、云服务凭据以及 CI/CD 机密 。此外，payload 还会禁用 TLS 验证，并从攻击者控制的服务器下载第二阶段的窃密程序 。

归因与背景

2026 年 6 月 19 日，微软判定此次攻击为 Sapphire Sleet 所为，该组织是主要针对金融和加密货币行业的朝鲜国家行为体。微软指出，其使用的基础设施和攻击手法（TTPs）与此前 Sapphire Sleet 的活动特征完全吻合 。亚马逊威胁情报也证实，Sapphire Sleet 此前曾发起过针对 axios、debug、chalk 和 typo-crypto 等 npm 包的入侵活动 。

微软的回应：三大安全政策转折

Mastra 攻击事件加速了微软早已在筹备的多项安全改革。

1. NuGet API 密钥有效期缩减至 30 天

• 2026 年 8 月 17 日起：新创建的 NuGet.org API 密钥最长有效期将从 365 天降至 30 天 。
• 2026 年 11 月 1 日起：所有在此日期之前创建的旧密钥将被强制过期 。

微软官方解释称，长期有效的 API 密钥是“容易丢失的松散绳索”，已成为供应链攻击的首要突破口。窃取的密钥会给攻击者提供充裕的时间发布被投毒的包——这正是 Mastra 事件及此前 NX Console 攻击中发生的情况 。

2. 全面推广可信发布（OIDC 模式）

微软强烈建议所有包维护者迁移至可信发布（Trusted Publishing）。该功能于 2025 年 9 月推出，用基于 OpenID Connect (OIDC) 的短时认证替代了传统的长期 API 密钥 。

可信发布的核心优势 ：

• 消除长期机密：仓库或 CI/CD 系统中不再需要存储长期密钥。
• 短时凭证：每次发布自动颁发短时 API 密钥，通常约 1 小时后自动过期。
• 工作负载身份验证：根据仓库、工作流及可选环境策略进行动态验证。
• 无需手动轮换密钥。
• 极大缩小受影响面：即使凭证泄露，影响也极为有限。

当 CI/CD 工作流使用可信发布时，它会向 OIDC 提供商（如 GitHub Actions）请求加密签名的令牌。NuGet.org 验证该令牌后，仅颁发一个临时、单次有效的 API 密钥，仅用于此次发布会话 。

3. 更广泛的生态配套措施

npm 生态与包管理器领域的多项配套改革也在同步推进：

• npm 经典令牌已全部撤销：npm 于 2025 年 12 月永久撤销了所有经典长期令牌。npm login 现在只签发两小时会话令牌 。
• npm 精细令牌有效期收紧：新创建的写入权限精细访问令牌现在默认 7 天、最长 90 天过期（此前不限有效期或默认 30 天）。
• npm 分阶段发布（Staged Publishing）：该功能于 2026 年 5 月正式上线，要求维护者通过 2FA 挑战明确审批后，包才会公开可供安装 。

这些措施共同的目标是彻底消除 Sapphire Sleet 此次利用的单一、长期有效且防护薄弱的 npm 维护者发布令牌。

对开发者和维护者的关键建议

• 立即轮换现有的 NuGet API 密钥：如果你有在 2026 年 8 月 17 日之前创建的密钥，请务必在 2026 年 11 月 1 日前生成新密钥或迁移至可信发布 。
• 尽快采用可信发布：基于 OIDC 的认证模式不再需要在 CI/CD 管道中存储长期机密。NuGet.org、npm 和 PyPI 均已支持 。
• 审查你的 npm 发布工作流：npm 现已使用短时会话令牌、有效期有限的粒度令牌以及分阶段发布。请确保你的 CI/CD 管道已更新为使用这些受支持的认证方式 。
• 锁死包版本，避免自动依赖升级：对于关键基础设施，固定已知安全的版本可以防止意外引入被篡改的包 。
• 禁用自动脚本执行：运行 npm install --ignore-scripts（或全局设置 ignore-scripts = true）可以阻止恶意 postinstall 脚本自动执行 。