
Vercel Connect: Kurzlebige Credentials für Agenten statt statischer Tokens
Vercel Connect adressiert ein strukturelles Sicherheitsproblem moderner KI-Agenten: Bislang werden Verbindungen zu externen Diensten wie GitHub oder Slack über langlebige Provider-Tokens hergestellt, die als Umgebungsvariablen gespeichert werden, niemals ablaufen und pauschal alle Berechtigungen eines Agenten abdecken – unabhängig davon, wie klein die eigentliche Aufgabe ist. Vercel Connect ersetzt dieses Modell durch sogenannte Connectors: einmalig registrierte, wiederverwendbare Verbindungen zwischen einem Vercel-Team und einem Provider, die über das Dashboard oder die CLI erstellt und projektweise zugewiesen werden. Zur Laufzeit beweist die Anwendung ihre Identität über die OIDC-Identität, die jedes Vercel-Deployment automatisch erhält – das SDK präsentiert diese Identität, Vercel Connect verifiziert Projekt und Umgebung, und gibt daraufhin ein kurzlebiges, aufgabenspezifisches Credential zurück. Das Provider-Secret existiert dabei nie im Anwendungscode. Ein einzelner Request kann dabei auf spezifische Repositories und granulare Permissions beschränkt werden – bei GitHub das derzeit präziseste Beispiel. Für User-im-Namen-Zugriff (OAuth) unterstützt das System Consent-Flows über Callback-URLs, Webhooks oder Device Codes; danach fordert der Agent Tokens als konkreter Nutzer an. Auch Coding-Agenten können Connectors eigenständig anlegen, indem sie den Skill `vercel-connect` über `npx skills add vercel/vercel-plugin` installieren. Für lokale Entwicklung steht die Identität über `vercel link` und `vercel env pull` zur Verfügung.
- Connector-Erstellung per CLI: `npx skills add vercel/vercel-plugin --skill vercel-connect` – Agenten können Connectors selbstständig anlegen und anhängen.
- Das `@vercel/connect` SDK übernimmt automatisches Token-Refresh, sodass manuelle Secret-Rotation entfällt; Token-Lebensdauer ist provider-abhängig.
- Per `subject`-Parameter lässt sich der Token-Auftraggeber von der App auf einen benannten User umschalten, der dann im Auftrag dieses Nutzers handelt.
- GitHub-Integration erlaubt Einschränkung auf spezifische Repositories und Permissions pro Request – granularer als eine klassische GitHub App Installation.
- Außerhalb von Vercel akzeptiert das SDK einen Vercel Access Token als Identitätsnachweis, womit auch externe CI/CD-Umgebungen angebunden werden können.
Frag die KI zum Artikel
Folgefragen zu Headline, Quelle und Volltext — Antwort streamt in wenigen Sekunden.
Verwandte Beiträge
- LAUNCHvercel.com2w
Vercel Connect führt Enterprise-Managed Authorization in Public Beta ein
- LAUNCHvercel.com1w
Vercel erklärt langlebigen statischen Credentials den Krieg
- LAUNCHvercel.com1w
Vercel Connect unterstützt verwaltete Stripe API-Keys pro Agent
- LAUNCHvercel.com2w
Vercel Connect unterstützt jetzt Secure Compute für IP-Allowlist-Provider

Vercel Connect: Kurzlebige Credentials für Agenten statt statischer Tokens
Vercel Connect adressiert ein strukturelles Sicherheitsproblem moderner KI-Agenten: Bislang werden Verbindungen zu externen Diensten wie GitHub oder Slack über langlebige Provider-Tokens hergestellt, die als Umgebungsvariablen gespeichert werden, niemals ablaufen und pauschal alle Berechtigungen eines Agenten abdecken – unabhängig davon, wie klein die eigentliche Aufgabe ist. Vercel Connect ersetzt dieses Modell durch sogenannte Connectors: einmalig registrierte, wiederverwendbare Verbindungen zwischen einem Vercel-Team und einem Provider, die über das Dashboard oder die CLI erstellt und projektweise zugewiesen werden. Zur Laufzeit beweist die Anwendung ihre Identität über die OIDC-Identität, die jedes Vercel-Deployment automatisch erhält – das SDK präsentiert diese Identität, Vercel Connect verifiziert Projekt und Umgebung, und gibt daraufhin ein kurzlebiges, aufgabenspezifisches Credential zurück. Das Provider-Secret existiert dabei nie im Anwendungscode. Ein einzelner Request kann dabei auf spezifische Repositories und granulare Permissions beschränkt werden – bei GitHub das derzeit präziseste Beispiel. Für User-im-Namen-Zugriff (OAuth) unterstützt das System Consent-Flows über Callback-URLs, Webhooks oder Device Codes; danach fordert der Agent Tokens als konkreter Nutzer an. Auch Coding-Agenten können Connectors eigenständig anlegen, indem sie den Skill `vercel-connect` über `npx skills add vercel/vercel-plugin` installieren. Für lokale Entwicklung steht die Identität über `vercel link` und `vercel env pull` zur Verfügung.
- Connector-Erstellung per CLI: `npx skills add vercel/vercel-plugin --skill vercel-connect` – Agenten können Connectors selbstständig anlegen und anhängen.
- Das `@vercel/connect` SDK übernimmt automatisches Token-Refresh, sodass manuelle Secret-Rotation entfällt; Token-Lebensdauer ist provider-abhängig.
- Per `subject`-Parameter lässt sich der Token-Auftraggeber von der App auf einen benannten User umschalten, der dann im Auftrag dieses Nutzers handelt.
- GitHub-Integration erlaubt Einschränkung auf spezifische Repositories und Permissions pro Request – granularer als eine klassische GitHub App Installation.
- Außerhalb von Vercel akzeptiert das SDK einen Vercel Access Token als Identitätsnachweis, womit auch externe CI/CD-Umgebungen angebunden werden können.
Frag die KI zum Artikel
Folgefragen zu Headline, Quelle und Volltext — Antwort streamt in wenigen Sekunden.
Verwandte Beiträge
- LAUNCHvercel.com2w
Vercel Connect führt Enterprise-Managed Authorization in Public Beta ein
- LAUNCHvercel.com1w
Vercel erklärt langlebigen statischen Credentials den Krieg
- LAUNCHvercel.com1w
Vercel Connect unterstützt verwaltete Stripe API-Keys pro Agent
- LAUNCHvercel.com2w
Vercel Connect unterstützt jetzt Secure Compute für IP-Allowlist-Provider