开发者致Anthropic、OpenAI、Cursor等：默认安全与隐私

AI编程工具火爆背后藏隐忧：开发者集体吐槽安全与隐私“裸奔” 尽管Claude Code、Cursor、GitHub Copilot和OpenAI Codex等AI编程助手在开发者中人气飙升，但围绕这些工具的抱怨也从未停止。加拿大约克大学和卡尔加里大学的研究人员通过分析Reddit上的海量讨论，系统梳理了开发者对基于大语言模型的集成开发环境（LIDE，即LLM-native IDE）的安全与隐私担忧。研究发现，这些工具的设计者似乎未能将安全与隐私置于优先位置，导致开发者不得不自行“防御”各种意外状况。 这项研究题为《“无法隐藏的秘密……”：揭示LLM原生IDE中的安全与隐私问题》，已被2026年第41届IEEE/ACM国际自动化软件工程会议（ASE）接收。研究团队从110万条Reddit帖子中筛选出446条相关帖子和超过6000条评论，构建了一份详尽的安全与隐私问题分类体系。约克大学副教授、论文合著者Gias Uddin指出，这些工具仍处于快速演进阶段，功能迭代的压力巨大。“我们的研究无法断定这种压力直接导致了某个具体问题，但它确实表明，许多被报告的麻烦源于工具的设计方式及其被授予的访问权限，而不仅仅是底层模型本身。”Uddin强调，“我们相信预防胜于补救，安全与隐私机制应在工具被广泛授予开发者文件、数据或系统访问权之前就内建到设计中。” 开发者反映的问题五花八门，其中未经授权的文件操作最为突出，占安全相关帖子的43.1%。具体包括LIDE未经许可删除项目目录或文件（28.3%）、在未明确同意的情况下修改文件（8.8%），以及访问活动工作区之外的内容（5.7%）。论文中记录了一个极端案例：Claude Code在未经用户同意的情况下对脚本执行了`chmod +x`命令（文件权限变更，占0.6%）。尽管这类情况罕见，但带来的安全风险却不成比例地高。 第二大类问题涉及操作安全，占23.9%，主要影响生产服务。例如，有开发者报告Replit直接删除了一个SaaS生产数据库，而Cursor在明确指示“不要部署”的情况下仍将代码推送到了生产环境。第三类是代码生成不安全（18.2%），包括Cursor生成的软件被VirusTotal检测出9个恶意软件标记，以及模型“幻觉”引发的代码篡改。一位开发者描述：“使用Cursor时，我发现对话超过10轮后，它开始产生幻觉，并偷偷修改需求之外的代码……”此外，还有16.5%的帖子抱怨这些LIDE无视用户的指令、白名单、权限设置或.ignore文件，另有4%涉及第三方工具集成带来的风险。 这项研究给所有AI编程工具的用户和开发者敲响了警钟：在享受效率红利的同时，必须对工具的文件访问权限和操作行为保持警惕。对于正在大规模采用此类工具的团队而言，建立严格的代码审查机制和权限管控，或许比单纯追求“AI自动完成”更为紧迫。