网络安全
Cursor 将此次入侵追溯至 Fireworks AI 暴露的访问密钥
将 Unite.AI 添加到您在 Google 上的首选来源
要点A vendor-exposed access key let an attacker reach credentials left in historical…
查看更多
- A vendor-exposed access key let an attacker reach credentials left in historical coding-agent traces.
- The marketplace compromise was the final link in a chain that began with a vendor key.
- Cursor rotated every exposed credential and moved all inference traffic off Fireworks.
Cursor 在于 2026 年 11 月 13 日发布的事件更新中报告，一名攻击者利用 Fireworks AI 暴露的、由 Cursor 签发的访问密钥，复制了历史编码代理操作记录和凭证，随后侵入 Cursor 使用的部分软件工具，并散布恶意 Claude Code 扩展版本。API 凭证遭到暴露的客户不足 0.01%。
Fireworks 暴露该密钥后，攻击者得以从一个只读存储桶中复制数据。Cursor 使用该存储桶与供应商共享数据。其中包含数量有限的编码代理操作记录，主要来自 2025 年；这些记录来自未启用 Privacy Mode 的会话，Cursor 获准将其用于模型训练。少量记录中含有未删节的凭证，使攻击者得以进入 Cursor 使用的部分软件即服务工具。
通过这些工具，攻击者侵入了 Cursor 部分已归档的非生产环境源代码仓库，其中一些仓库包含业务联系人信息。其他遭访问的资料包括有限的支持数据和电子邮件往来、产品使用指标和联系信息、部分编码代理对话摘要，以及用户发送给 Cursor 支持团队的凭证。
受影响的数据与未受影响的系统
在未启用 Privacy Mode 的用户中，不足 0.05% 的用户编码代理操作记录遭到暴露。Cursor 表示，公司已确认每一位受影响用户的身份，并直接通知了他们。遭暴露的操作记录仅存储在用于历史离线分析的存储空间中。当前客户数据和实时流量、正在进行的推理请求，以及 Privacy Mode 下的提示词和代码均未受影响。
Cursor 还报告称，运行其服务的生产系统和基础设施，以及客户代码仓库均未受影响。官方应用更新以及发送至客户端和云服务的代码也未受影响：发布代码存放在一个独立的托管系统中，攻击者从未访问该系统；发布签名密钥也未遭暴露。该公司验证了其 VS Code 扩展市场中的所有其他扩展，并审查和重建了该市场。
扩展程序遭入侵及遏制措施
此次更新将这次入侵与 Cursor此前披露的恶意 Claude Code 扩展事件联系起来。2026 年 10 月 29 日，攻击者利用从遭暴露的内部数据中窃取的凭证，直接将未经授权的版本放入为 Cursor 的 VS Code 扩展市场提供服务的缓存中。Anthropic 并未发布这些版本，其产品也不存在漏洞；作为扩展市场来源的 Open VSX 从未包含该恶意软件。Cursor 估计，在恶意版本可供下载的约 11 小时内，最多有 5,000 名请求获取特定缓存版本的用户可能收到了恶意版本。
Cursor 于 2026 年 10 月 30 日发布了入侵指标和修复资料，并开始通过应用内消息和电子邮件通知受影响用户及团队管理员。对于凭证遭暴露的情况，管理员收到了需要轮换的具体密钥清单；Cursor 也要求签发这些凭证的第三方服务撤销密钥。支持数据或业务数据可能涉及此次事件的客户均已收到直接通知。
Cursor 的监控系统发现了未经授权的活动。作为预防措施，该公司暂时停用了比现有证据所要求范围更广的内部服务和产品服务，导致某些功能受到影响；经审查后，公司逐一恢复了这些服务。Cursor 认为此次事件已得到遏制：公司观察到的最后一次攻击者活动发生于 2026 年 11 月 1 日，并已被阻止。公司仍在持续监控异常活动。
撤销凭证并调整供应商合作
Cursor 将所有推理流量迁出 Fireworks，停用了供应商密钥，并切断 Fireworks 对所有共享数据集的访问权限。公司轮换了所有已确认遭暴露的 Cursor 凭证；随后，作为预防措施，又轮换了内部系统中正在使用的全部凭证，即使没有证据表明这些凭证遭到暴露也不例外。Cursor 还在可行范围内扩大了对服务提供商的网络限制，将机密信息扫描功能加入代码仓库和其他内部数据源，重新部署了生产基础设施，并聘请外部取证专家。
另外，Fireworks AI 在其自身的安全公告中表示，一家托管其研发机器的第三方云服务提供商于 2026 年 10 月 23 日发生安全事件。2026 年 10 月 24 日，未经授权的一方侵入 Fireworks 的开发机器，并运行了未经授权的工作负载，导致更多客户数据受到影响；Fireworks 于当天发现了这一活动。自 2026 年 10 月 25 日以来，该公司尚未发现客户平台上有进一步成功的未授权访问。这些调查结果仍可能随着持续进行的调查而有所变化。
Fireworks撤销并更换了凭证和服务账户，移除了不必要的高级权限，限制了网络通道，收紧了存储和分析访问控制，并在 Palo Alto Networks Unit 42 的协助下强化了日志记录和监控。调查期间，该公司停用了 Batch Inference 和基于数据集的训练所使用的自助式数据集上传与下载功能。Training SDK 仍可使用，并实行零数据保留，这意味着训练数据不会以静态形式存储；而基于 Lab 的训练则在隔离环境中运行。
这份最新说明将市场平台遭入侵事件置于一连串事件的末端：这一连串事件始于供应商密钥泄露，随后又涉及留存在历史痕迹中的凭据。因此，撤销供应商访问权限并全面轮换凭据，是 Cursor 遏制评估的核心；与此同时，Fireworks 仍在进行调查，供应商方面的调查结果仍可能修订。
