简介
10月最新安全研究敲响警钟：AI编程助手会生成指向"根本不存在的软件包"的引用，攻击者可以抢注这些虚构包名并发布恶意代码——这种新型供应链攻击被称为Slopsquatting。另据Glow报告，智能体已在GitHub上意外暴露超过1.3万张内部图片。AI提效的另一面，是安全债的快速累积。
攻击原理拆解
大模型在生成依赖清单时偶尔会"编造"看似合理的包名。开发者在GitHub Copilot、Cursor等工具的辅助下习惯性执行pip install/npm install时，就可能安装攻击者预先注册的恶意包，导致密钥泄露、代码后门等严重后果。
防范指南：开发者必做五件事
- 对AI生成的每个新依赖，先到官方仓库核实其真实性与维护状态。
- 使用依赖锁定文件（lock file），禁止自动安装未知包。
- 在CI流水线中加入包名合法性校验与SCA扫描。
- 为智能体设置最小权限，禁止其直接触达生产环境（可参考微软MXC执行容器思路）。
- 审查智能体的日志与输出，防止敏感数据意外外泄。
影响与趋势
随着智能体获得越来越多的执行权限，"治理"正在追上"能力"。企业应从第一天就为智能体建立权限边界与审计机制，而非事后补救。
总结
AI编程助手依然是强大的生产力工具，问题不在工具本身，而在使用方式。保持"信任但验证"的原则，就能兼得效率与安全。