微软官方软件包再遭投毒：73个包被植入凭证窃取器，AI代理一打开即触发

微软官方仓库再次成为供应链攻击的目标。上周晚些时候，73个经过加密验证的开源软件包被恶意篡改，植入了高级凭证窃取代码。这些代码会在开发者通过AI编码代理打开软件包的瞬间自动触发。GitHub将这些包标记为“违反服务条款”并禁用，但未明确提示恶意性质。安全专家警告，所有使用AI代理处理过这些包的开发者应立即假设系统已遭入侵。

攻击细节：自复制型凭证窃取器

被篡改的包中包含一个28KB的有效载荷，专门窃取AWS、Azure、GCP、Kubernetes、密码管理器以及90多种开发者工具配置中的凭证。更危险的是，该恶意软件具备横向传播能力，能通过云基础设施感染其他开发者机器。攻击手法与2024年5月微软durabletask Python SDK被投毒事件高度相似，均通过泄露的微软凭证绕过仓库构建管道直接发布恶意版本。

威胁追踪：TeamPCP与Miasma恶意软件

安全厂商将此次攻击关联到名为TeamPCP的黑客组织。使用的恶意软件Miasma实际上是该组织开源的Mini Shai-Hulud工具包的克隆版本。Miasma不仅窃取常规凭证，还能捕获OIDC（OpenID Connect）令牌，这类令牌常用于**SLSA（软件供应链级别）**来源证明，这意味着攻击者可以伪造软件完整性签名。

微软回应与行业警示

微软在事件发生数日后才承认“可能存在恶意内容”，并称“已暂时移除部分仓库进行调查”。安全社区对此反应强烈——这已是两个月内第二起微软官方仓库被投毒事件。安全公司Cloudsmith指出，攻击者正在利用开发者对微软官方源的信任，同时针对AI代理自动执行代码的特性，实现“零点击”感染。

对开发者的影响与建议

1. 立即检查：若近期通过AI代理（如GitHub Copilot、Cursor等）使用过微软官方包，应全面审计系统凭证。
2. 凭证轮换：立即轮换所有云服务、密码管理器及CI/CD工具的凭证。
3. 启用多因素认证：对发布包所需的账号强制启用MFA。
4. 监控异常：关注SLSA证明、OIDC令牌的使用异常。
5. 工具升级：使用包管理器时启用签名验证和完整性校验。

此次事件再次证明，即使来源为官方仓库，也不能完全信任。AI代理的普及更扩大了攻击面——代码在“查看”时即被执行，传统沙箱可能失效。安全厂商呼吁业界重新审视供应链安全策略，将“零信任”原则贯彻到每一个代码执行环节。

延伸阅读

1. Google’s AI search is rapidly becoming the default, new data shows
2. Is open source the answer to rogue AI agents? Nvidia's new alliance says yes
3. Power up your AI infrastructure! A first look at the Smart Systems Stage agenda at TechCrunch Disrupt 2026