装了仿冒的依赖包，凭证被悄悄窃走

那天发生了什么

你让 AI 帮你给项目添加一个功能，AI 建议安装一个库来处理。你照着执行了 npm install，一切看起来很正常——库安装成功了，功能也实现了。

但你不知道的是，安装的那个包名和真正的热门库差了一个字母。比如你想安装的是 express，但实际安装的是 expres（少了一个 s）。这个仿冒包是攻击者精心制作的——它的功能和真正的库几乎一样，不会引起任何怀疑。

然而在它的代码深处，藏着几行你看不到的指令：读取当前环境中的所有环境变量（包括你的 API 密钥、数据库密码），然后把它们悄悄发送到一个远程服务器。

你的密钥就这样在你毫不知情的情况下被窃走了。

这种攻击手法叫做"拼写仿冒"（typosquatting）——攻击者注册一个和热门包名极其相似的包名，等待粗心的开发者误装。

npm 上有数百万个包，平台不可能逐一审核每一个包的安全性。虽然恶意包被发现后通常会很快被下架，但在被发现之前，它可能已经被成百上千的项目安装了。

AI 在推荐包名时通常是正确的，但它也可能因为幻觉而给出一个不存在或拼写错误的包名。如果你在安装时不加核实，就有可能误入陷阱。

安装前核对包名。 在 npm 网站上搜索 AI 推荐的包名，确认它是你要找的那个。看一眼下载量——一个每周几百万下载的包和一个只有几十次下载的包，可信度天差地别。

不要无节制地添加依赖。 每多一个依赖就多一个潜在的风险点。如果某个功能足够简单，让 AI 直接写几行代码可能比引入一整个库更安全。

保护好你的凭证。 即使恶意包试图读取环境变量，如果你的密钥管理足够规范（在不需要密钥的环境中不暴露密钥、定期轮换密钥），损失也能被控制。

留意安装时的异常。 如果 npm install 时出现了你没见过的包名、或者安装后出现了不寻常的网络请求，值得停下来检查一下。