Vercel 安全事件（2026年4月）：环境变量外泄后，开发者该做什么

Vercel 表示，已直接联系受影响的客户，并建议立即轮换凭据。它在4月22日的更新中补充说，扩大审查又发现了少量遭到入侵的账户，这些账户也已收到通知。首先确认哪些邮箱会收到 Vercel 的消息（团队所有者、账单联系人）。

但 Vercel 把下面的步骤作为无论如何都应遵循的最佳做法。没有收到 Vercel 的消息，不是什么都不做的理由。

Vercel 要求把未标记为敏感的环境变量——API 密钥、令牌、数据库凭据、签名密钥等——视为可能已暴露，并优先轮换。

在控制台的环境变量表中，每个变量都带有 Config（保存后可以显示值）或 Secret（保存后无法显示值）标签。放在 Config 标签下的密钥就是今天的工作清单。除了项目变量，也要检查团队级的共享变量。

Vercel 的文档给出了不停机轮换的顺序：

1. 在第三方服务（数据库或 API 提供商）中签发新的凭据，暂时保留旧的
2. 更新 Vercel 环境变量
3. 重新部署（如果是团队级变量，所有用到它的项目都要重新部署）
4. 确认正常运行后，让旧凭据失效

只修改变量的话，正在运行的部署仍然使用旧值，而且只有第4步才能让泄露的值失去作用。

把你新生成的值存为 Secret（只写）。Vercel 在公告中表示，敏感功能可以保护密钥值今后不被读取。

截至2026年9月30日，文档说明 Secret 的值在保存后会被隐藏，需要通过提供新值来修改；另外，Secret 过去只限于 Production 和 Preview，现在 Development 也可以使用。哪些内容该放在哪里，见本文后面的对比。

Vercel 明确表示，删除项目或账户不足以消除风险，因为泄露的密钥在它能打开的数据库或 API 那里仍然有效。如果你要清理旧项目或者离开 Vercel，先在提供商那里让密钥失效，然后再删除。

Vercel 建议检查账户和环境的活动日志（在控制台或通过 CLI），看是否有可疑活动，并调查最近的部署中是否有意外或看起来可疑的内容。它表示，有疑问的部署应删除。也可以用同一份日志查找有人查看过环境变量值的迹象。

Vercel 建议至少把部署保护设为 Standard，如果使用了部署保护令牌，则轮换这些令牌。Vercel 的文档把 Standard 描述为适合大多数项目的推荐选项：它保护预览 URL 和每次部署的 URL，而当前的生产 URL 保持公开。

Vercel 建议使用身份验证器应用或通行密钥（passkey）进行多因素认证。为什么它们比短信更好，参见如何选择多因素认证。

Vercel 公布了该 AI 工具的 Google Workspace OAuth 应用的标识符，并建议 Google Workspace 管理员和 Google 账户所有者立即检查是否使用了该应用。

据 Vercel 称，该 OAuth 应用遭到了更大范围的入侵，可能影响到许多组织中的数百名用户——因此不使用 Vercel 的组织也可能在影响范围内。请从下方信息来源中链接的 Vercel 公告获取该标识符。

Google 的管理员帮助页面“控制哪些应用可以访问 Google Workspace 数据”说明，管理控制台会显示哪些应用访问过组织数据、哪些用户授权了它们，以及每个应用请求的 OAuth 范围（scope）。

导出清单，标记出没人说得清用途的应用，以及拥有可读取整个云端硬盘或 Gmail 的范围的应用。

同一页面说明，每个应用都可以设为“可信”“受限”“特定 Google 数据”或“已屏蔽”。把你决定保留的应用限制为只能访问它需要的数据，其余的屏蔽掉。

你可以设置组织策略，决定用户是否可以授权管理员尚未配置的第三方应用。只允许请求基本登录信息的应用，就能让每一个新的 AI 工具都先经过管理员审查。

对于 Gmail 和云端硬盘，你还可以单独限制高风险的范围，例如发送邮件或删除文件。

这是本站的建议。在这次事件中，连接了 AI 工具的 Google 账户成了进入 Vercel 账户的途径。拥有生产环境或托管平台管理权限的人，应考虑不要把试用的 AI 工具连接到用来登录那些平台的账户。如果必须连接，请使用一个对业务数据访问受限的单独账户。