Claude扩展被植入后门近12小时，Cursor用户需警惕

事件概述：一次针对开发者的供应链攻击

据YouTube频道“Athensino Club”披露，其官方发布的Cursor扩展（版本2.1.313）被植入恶意代码，持续时间接近12小时，估计最多约5,000名用户可能受到影响。该扩展与Claude相关，攻击者通过一个经过验证的Anthropic账号推送了恶意版本。由于Cursor默认启用自动更新，许多开发者在不知情的情况下完成了升级。

这一事件再次敲响了开发者工具链安全的警钟。扩展市场中的自动更新机制虽然方便，但也为攻击者提供了可乘之机——一旦账号被攻破，恶意代码就能迅速扩散。

供应链攻击是指攻击者不直接攻击最终目标，而是通过入侵其信任的第三方组件、工具或服务来间接达成目的。在开发者生态中，常见的载体包括软件包仓库（如 npm、PyPI）、IDE 扩展市场、CI/CD 流水线和代码依赖。此类攻击之所以危险，是因为恶意代码借助合法的分发渠道和自动更新机制传播，绕过了用户对“官方来源”的信任判断。防御供应链攻击需要平台方加强发布审核与账号安全，同时开发者应对依赖项进行完整性校验和异常行为监控。

恶意代码做了什么：SSH后门与凭据窃取

根据披露的信息，恶意代码试图在Windows、macOS和Linux三个平台上安装长期的SSH后门。此外，它还会收集机器信息和环境变量名称，目的是读取云服务凭据（Cloud Credential），并将这些数据回传到攻击者控制的服务器。

这种手法结合了持久化访问和凭据窃取，对于使用云服务的开发者来说威胁极大。一旦SSH后门安装成功，攻击者就能长期远程控制受害者的开发机；而云凭据泄露则可能导致云资源被滥用或数据泄露。

SSH后门是指攻击者在目标系统中植入的、能够绕过正常认证机制并允许其远程登录的持久化访问通道。常见实现方式包括向 ~/.ssh/authorized_keys 文件追加攻击者控制的公钥，或修改 SSH 服务配置以允许密码登录、监听非标准端口等。一旦后门生效，攻击者无需用户密码即可通过 SSH 协议长期控制开发机，进而窃取代码、横向移动或部署进一步载荷。由于开发者机器通常保存着源代码、云平台密钥和内部网络访问权限，SSH 后门对软件供应链的威胁尤为严重。

云服务凭据（Cloud Credential）通常以环境变量形式存在于开发环境中，例如 AWS_ACCESS_KEY_ID、AWS_SECRET_ACCESS_KEY、AZURE_CLIENT_SECRET 等。恶意代码收集环境变量名称并回传，目的就是定位这些高价值凭据，进而调用云 API 创建资源、窃取数据或提升权限。开发者应使用短期令牌、最小权限原则和密钥管理服务来降低此类风险。

不幸中的万幸：恶意代码存在缺陷

好消息是，恶意代码本身存在错误，导致SSH后门在多数情况下安装失败。这可能是攻击者编写代码时的疏漏，也可能是不同平台兼容性问题所致。尽管如此，数据收集和回传部分是否成功执行，目前尚无明确结论，因此受影响用户仍不能掉以轻心。

官方响应与用户应对建议

事件曝光后，Cursor已下架恶意版本，并推送了修复版本2.1.314，同时轮换了相关密钥。对于在受影响时间段内更新过该扩展的用户，建议立即采取以下措施：

• 检查开发机上是否存在异常的SSH授权密钥或配置文件变更；
• 审查云服务凭据的使用记录，必要时轮换所有可能暴露的密钥；
• 关注Cursor和Anthropic的官方公告，获取最新进展；
• 考虑在扩展管理中关闭自动更新，或至少对关键扩展的更新进行人工确认。

对开发者生态的启示

这次事件暴露了扩展市场在账号安全和发布流程上的脆弱性。一个经过验证的账号就能推送恶意版本，而自动更新机制让恶意代码在短时间内触达大量用户。对于依赖AI编程工具的开发者来说，除了关注功能更新，也需要将供应链安全纳入日常考量。

从更广的视角看，AI辅助开发工具正在快速普及，但其安全治理体系尚未成熟。平台方需要加强发布审核、引入多因素认证和代码签名机制；开发者则应保持警惕，定期审查开发环境中的异常行为。