Vercel 要求生态弃用静态凭据，自家部署流程仍依赖 VERCEL_TOKEN

Vercel 希望从其生态系统中彻底消除长期有效的 API 密钥，并给 Marketplace 厂商设定了 2027 年 1 月的最后期限，要求其合规，否则将面临被下架的风险。这一举措出台之际，一连串窃取凭据的供应链攻击——包括近期一个直接从 CI 流水线中抓取令牌的 npm 蠕虫——不断证明，单个泄露的密钥能造成多大的破坏。

Vercel 自家的 GitHub Actions 部署工作流，仍然依赖该公司如今想要淘汰的那类持久凭据。

不过，开发者已经指出了一个复杂问题：Vercel 自家的 GitHub Actions 部署工作流，仍然依赖该公司如今想要淘汰的那类持久凭据。

在周四的公告中，Vercel CTO Malte Ubl 表示，该公司调研了 1000 多家 SaaS 厂商，发现只有 8.4% 支持 Vercel 所认为的安全认证方式，因此该公司正在推动采用 OpenID Connect（OIDC）和短期、基于身份的令牌，作为可无限期保持有效的静态 API 密钥的替代方案。

Vercel CEO Guillermo Rauch 在 X 上放大了这一信息，他写道，现在是“消灭‘静态凭据’”的时候了，并主张，尽管攻击和数据泄露仍可能发生，但被盗凭据应当更像“自毁密钥”，在攻击者能够继续使用之前就过期。

Vercel 的部署双重标准

Fanatics 的开发者、高级软件工程师 Yordis Prieto 进一步强调了这一点，他在回复中写道，Vercel“发明”了 OIDC 联合身份，却仍然让他在 CI 流水线中依赖“长期有效的访问令牌”，他敦促该公司取消 GitHub CI 中的令牌要求，同时批评其不过期的令牌选项。

Vercel 的 GitHub Actions 部署指南仍然指示开发者使用 VERCEL_TOKEN 密钥来认证部署，而在周四的公告中，Ubl 表示该公司正在将其 API 和 CLI 全面扩展 OIDC 支持，以从部署工作流中淘汰长期有效的令牌；就目前而言，这意味着 Vercel 要求 Marketplace 厂商采用一项其自家部署工具尚未完全实现的标准。

到 11 月 30 日，未达到 Vercel 认证要求的 Marketplace 集成将在其列表页上带有“Not secure”警告，而该公司尚未公布其调研方法、点名其调研的公司，也未披露有多少现有 Marketplace 合作伙伴将不得不更改其认证系统。

面向智能体的短期令牌

随着 AI 智能体获得对更多外部服务的访问权限，凭据管理正成为智能体运行框架更重要的考量因素。降低持久访问密钥风险的一种方式是使用短期、即时发放的凭据，这些凭据会过期，而不是让智能体拥有持续访问权限。

随着 AI 智能体获得对更多外部服务的访问权限，凭据管理正成为智能体运行框架更重要的考量因素。

Vercel 的 Connect 服务通过允许应用和智能体在运行时使用其部署身份请求限定范围的凭据，而不是将密钥存储在应用环境中，解决了这一问题的一部分。Connect 还处理令牌交换和续期。

10 月 15 日的一次更新以公开测试版形式增加了企业管理的授权，允许管理员通过 Okta 等身份提供商控制对受支持服务的访问。

Connect 仍允许静态密钥

即便如此，Vercel Connect 仍然为缺少 OAuth 或其他基于身份选项的提供商支持静态 API 密钥，其文档描述了将这些凭据集中存储并在运行时拉取，而底层密钥仍可无限期存在。

该公司还在 9 月下旬为其容器注册表引入了 GitHub OIDC 认证，但这项工作并未消除其文档化的 GitHub Actions 部署流程中对 VERCEL_TOKEN 的要求。

Vercel 自家工具中的 OIDC

目前，Vercel 面临着与它交给 Marketplace 厂商的相同任务：在其已经运行的基础设施中替换长期有效的凭据；而在 OIDC 支持覆盖 GitHub Actions 部署等工作流之前，开发者仍将需要 Vercel 敦促业界其他公司放弃的那些令牌。

……在 OIDC 支持覆盖 GitHub Actions 部署等工作流之前，开发者仍将需要 Vercel 敦促业界其他公司放弃的那些令牌。

文章《Vercel 着手消灭静态凭据。随后开发者发现了它自家的部署令牌。》首发于 The New Stack。