Vercel 2026 年 4 月安全事件深度解析：一次第三方 AI 工具引发的供应链攻击

事件概要

2026 年 4 月，全球最大的前端部署平台之一 Vercel 披露了一起严重安全事件——攻击者通过入侵第三方 AI 工具 Context.ai，成功渗透了 Vercel 的内部系统，导致部分客户的环境变量和凭证面临泄露风险。

这起事件再次敲响了软件供应链安全的警钟：你的安全边界，不仅取决于你自己的防护水平，还取决于你所依赖的每一个第三方服务。

攻击链还原

第一步：突破口——Context.ai 被攻陷

攻击的起点并非 Vercel 本身，而是一家名为 Context.ai 的第三方 AI 工具服务商。攻击者首先入侵了 Context.ai 的系统，获取了其中存储的关联账户信息。

第二步：横向移动——接管 Google Workspace

利用从 Context.ai 获取的访问权限，攻击者成功接管了 Vercel 员工的 Google Workspace 账户。这是整个攻击链中最关键的跳板——从一个外部 AI 工具，直接跳到了 Vercel 内部办公系统。

第三步：获取内部系统访问权限

通过被接管的员工账户，攻击者进一步获取了 Vercel 某些内部系统的未授权访问权限，其中包括对部分客户环境变量的访问能力。

关键细节：「敏感」标记的保护作用

Vercel 在调查中发现了一个重要区分：

• 未标记为「敏感」的环境变量：存在被暴露的风险
• 标记为「敏感」的环境变量：受到额外保护机制防护，目前没有证据表明被攻击者访问

这意味着，如果你在 Vercel 中使用了「敏感环境变量」功能来标记你的 API 密钥、数据库凭证等关键信息，它们很可能在这次攻击中得到了有效保护。

影响范围

根据 Vercel 的官方声明：

• 仅有有限的客户子集的凭证被确认泄露
• Vercel 已主动联系这些受影响的客户，建议他们立即轮换凭证
• 未被联系的用户暂时没有理由认为其凭证或个人数据遭到泄露
• 攻击者被评估为**「高度复杂」（highly sophisticated）**
• Vercel 的服务本身在整个事件期间保持正常运行，未出现中断

事件时间线

时间	事件
2026 年 4 月（具体日期未公开）	Vercel 发现未授权访问内部系统
4 月 19 日 上午 11:04 PST	Vercel 发布 IOC（入侵指标），协助社区调查
4 月 19 日 下午 6:01 PST	公开披露攻击源头（Context.ai），发布补充安全建议
4 月 20 日	安全公告持续更新

已公布的入侵指标（IOC）

Vercel 公开了一个关键的恶意 OAuth 应用 ID，供社区排查：

110671459871-30f1spbu0hptbs60cb4vsmv79i7bbvqj.apps.googleusercontent.com

如果你在自己的 Google Workspace 管理后台中发现了这个 OAuth 应用 ID 的授权记录，应立即撤销其访问权限并展开调查。

Vercel 的应急响应

Vercel 在发现事件后采取了以下措施：

1. 聘请专业应急响应团队：包括 Mandiant 在内的多家网络安全公司参与调查
2. 通知执法部门：配合官方调查
3. 与 Context.ai 直接合作：全面了解泄露的范围和路径
4. 主动通知受影响客户：逐一联系并提供具体建议
5. 发布 IOC 和安全建议：帮助更广泛的社区进行自查

你应该立即做什么

无论你是否收到了 Vercel 的直接通知，以下安全措施都值得立即执行：

1. 审查活动日志

登录 Vercel 控制台，检查近期是否有可疑的登录、部署或配置变更活动。

2. 轮换环境变量

这是最重要的一步。对所有存储在 Vercel 中的敏感信息进行轮换，包括但不限于：

• API 密钥（如 OpenAI、Stripe、AWS 等）
• 数据库连接字符串和密码
• 第三方服务的访问令牌
• JWT 签名密钥

3. 启用「敏感环境变量」功能

如果你之前没有使用 Vercel 的敏感环境变量标记功能，现在是时候启用了。这次事件证明，这个功能提供了真实有效的额外保护层。

4. 检查近期部署

排查是否有你不认识的部署记录。攻击者可能利用获取的凭证发起恶意部署。

5. 设置部署保护

将部署保护级别设置为「标准」或更高，防止未授权的部署行为。

6. 轮换部署保护令牌

如果你已经在使用部署保护功能，也建议轮换相关令牌。

7. 检查 Google Workspace

如果你的组织使用 Google Workspace，检查是否存在上述 IOC 中提到的恶意 OAuth 应用授权。

更深层的思考：AI 工具正在成为新的攻击面

这次事件最值得关注的地方在于攻击的入口——一个 AI 工具。

随着 AI 工具在企业中的快速普及，越来越多的团队在日常工作中接入了各种 AI 服务。这些服务往往需要较高的权限来发挥作用（比如访问代码仓库、读取文档、连接内部系统），而它们的安全防护水平参差不齐。

这次 Vercel 事件揭示了一个正在扩大的风险：

• AI 工具成为供应链的薄弱环节：它们连接着大量内部系统，一旦被攻破，攻击者可以快速横向移动
• OAuth 授权的连锁效应：一个被入侵的服务可能通过 OAuth 令牌访问到完全不相关的系统
• 「高度复杂」的攻击者正在瞄准这个方向：这不是脚本小子的随意尝试，而是有组织、有计划的定向攻击

给开发者的建议

1. 定期审计第三方 AI 工具的权限：你接入的每一个 AI 服务，都要清楚它能访问什么，并遵循最小权限原则
2. 对环境变量进行分级管理：关键凭证务必使用平台提供的加密/敏感标记功能
3. 不要假设「大平台就是安全的」：即便是 Vercel 这样的头部平台也会被攻破，关键是你自己的凭证管理策略
4. 建立凭证轮换机制：不要等到出事才想起轮换密钥，定期轮换应该成为常规操作
5. 关注 IOC 和安全公告：及时了解行业安全事件，第一时间排查自身是否受影响

---

本文基于 Vercel 官方安全公告撰写，公告地址：vercel.com/kb/bulletin/vercel-april-2026-security-incident。事件仍在调查中，后续可能有更多信息披露。