发生了什么
Ars Technica 报道，在企业内部文档中发现了 227 条安装命令，这些命令指向的代码包没有明确的所有者，即“无主代码”。这些命令与 AI 编程助手（如 Claude、Codex 和 Hermes）生成的建议相关，意味着开发者在遵循 AI 建议时，可能无意中将无人维护的依赖引入企业网络。
为什么重要
AI 编程助手正在成为开发者的日常工具，它们根据训练数据生成代码片段和安装指令。然而，训练数据可能包含过时或恶意的包名，或者 AI 可能推荐那些已被遗弃但仍在公共仓库中可用的包。当企业开发者盲目执行这些命令时，就可能将安全漏洞或恶意代码植入内部系统。
这并非理论风险。供应链攻击已成为网络安全的主要威胁，而 AI 的介入可能放大这一风险：AI 生成的指令缺乏人工审查，且往往被开发者视为可信。此次发现的 227 条命令，虽然数量不算巨大，但足以说明问题并非个例。
影响与看点
对开发者而言，这提醒我们：AI 建议并非权威，执行前需验证包的所有权和维护状态。对企业安全团队来说，需要加强对 AI 生成代码的审计，并建立依赖项的来源追踪机制。
值得关注的是，AI 训练数据的时效性。如果模型训练数据中包含已废弃的包，那么 AI 可能会持续推荐这些包，形成“僵尸依赖”。此外，恶意攻击者可能通过上传看似有用的包，诱导 AI 在训练中学习并推荐，从而渗透企业网络。
独立判断：AI 编程助手的价值毋庸置疑，但供应链安全必须成为其部署的前置条件。企业应建立 AI 生成代码的沙箱测试和依赖审查流程，而非直接信任输出。
