In a Thursday announcement, Vercel CTO Malte Ubl said the company surveyed more than 1,000 SaaS vendors and found that only 8.4% support what Vercel considers secure authentication methods. The company is now promoting OpenID Connect (OIDC) and short-lived, identity-based tokens as alternatives to static API keys that can remain valid indefinitely. CEO Guillermo Rauch amplified the message on X, writing that it is 'time to kill static credentials' and arguing that stolen credentials should behave more like 'self-destructing keys' that expire before an attacker can use them.
However, senior software engineer at Fanatics, Yordis Prieto, responded directly to Rauch, noting that Vercel had 'invented' OIDC federation yet still left him relying on 'a long-lived access token' in his CI pipeline. Vercel's GitHub Actions deployment guide still instructs developers to authenticate deployments with a VERCEL_TOKEN secret, and Ubl acknowledged in the announcement that the company is extending OIDC support across its API and CLI to retire long-lived tokens from deployment workflows, leaving Vercel asking Marketplace vendors to adopt a standard its own deployment tooling has not fully implemented.
By November 30, Marketplace integrations that fall short of Vercel's authentication requirements will carry a 'Not secure' warning on their listing. The company has not published its survey methodology, named the companies it surveyed, or disclosed how many existing Marketplace partners will have to change their authentication systems.
Vercel's Connect service, which allows applications and agents to request scoped credentials at runtime, still supports static API keys for providers that lack OAuth or another identity-based option. Its documentation describes storing those credentials centrally and pulling them at runtime, while the underlying keys can still live indefinitely. The company introduced GitHub OIDC authentication for its Container Registry in late September, but that does nothing to remove the VERCEL_TOKEN requirement from its documented GitHub Actions deployment flow.