事件背景与风险概览
近期，开发工具领域的安全问题再次引发关注。AI 驱动的集成开发环境 Cursor 被曝存在零日漏洞，该漏洞允许攻击者在无需任何用户交互（如点击、确认弹窗等）的情况下，通过恶意构造的 git.exe 文件在 Windows 系统上执行任意代码。
从我们的应急响应经验来看，开发人员的工作流往往涉及频繁的外部代码库克隆与预览，而 IDE 作为代码运行的核心载体，一旦被植入恶意二进制文件，将直接威胁到终端环境的安全性。此次漏洞由 Mindgard 研究团队披露，在 Cursor 3.2.16 版本中得到验证。
攻击链深度解析
该漏洞的核心在于 Cursor 的 Git 二进制文件发现机制。当开发者在 Cursor 中加载工作区时，程序会自动检索系统中可用的 Git 可执行文件，其搜索路径覆盖了当前活动的工程目录。
攻击者的利用手法非常直接：通过在代码仓库的根目录下放置一个伪造的 git.exe。当目标用户使用 Cursor 打开该仓库时，IDE 会优先加载并执行该目录下的恶意文件。这种行为是在 IDE 加载项目时自动触发的，且拥有当前登录用户的完整权限。
研究人员通过简单的验证演示了该风险：将 Windows 计算器重命名为 git.exe 并置于测试目录下，一旦打开仓库，计算器便会自动启动。更值得警惕的是，该进程在工作区开启期间会被多次触发。这一环节是很多企业容易忽视的，因为开发人员通常认为只要不运行代码，仅仅“打开”项目就是安全的，但这种自动化发现机制打破了安全防御的底线。
潜在的业务危害
一旦攻击者成功利用该漏洞，危害远不止于弹出一个计算器。在真实的攻防对抗场景中，攻击者完全可以植入具备以下能力的恶意程序：
- 窃取源代码与敏感凭据（如 .env 文件、SSH 密钥等）；
- 在开发者终端部署后门，实现长期驻留；
- 以开发机为跳板，通过内网渗透手段向公司核心生产环境发起横向移动。
类似攻击近年来明显增加，特别是针对开源贡献者、第三方协作平台的社会工程学投毒，让开发者防不胜防。
Solar 安全专家建议
在厂商彻底修复该漏洞之前，建议企业与个人开发者采取以下防御措施：
第一，严格管控工作区环境。对于来源不明的第三方代码库，严禁直接在本地开发环境打开。企业应强制要求员工在隔离的虚拟环境（如 Windows Sandbox 或专用虚拟机）中进行代码预审与评估。
第二，部署端点控制策略。企业可以通过 AppLocker 或 Windows App Control 策略，限制开发目录下的可执行文件运行权限。我们建议使用路径基准控制而非单纯的哈希名单，因为攻击者极易通过修改文件特征码绕过黑名单检测。
第三，加强供应链安全意识。开发团队应建立针对外部代码库的自动化扫描机制，不仅要扫描代码逻辑，也要关注仓库中是否存在异常的二进制文件或隐藏的配置文件。
AI 辅助开发工具在提升效率的同时，也引入了新的攻击面。安全团队应将 IDE 的配置与行为纳入终端安全监控范畴，确保开发环境不成为企业安全体系的“软肋”。
如果您想了解勒索病毒的最新发展趋势，或在实际业务中遇到类似安全事件，欢迎关注“Solar应急响应团队”。
全国热线：400-613-6816 官网：www.solarsecurity.cn / www.sierting.com