AntwortenVeröffentlicht22 Quellen
Anthropic beseitigt OAuth-Hürden für Claude-Connectoren in Unternehmen
Anthropic hat am 24. August 2026 die Enterprise Managed Authorization (EMA) für Claude MCP Connectoren allgemein verfügbar gemacht.
Veröffentlicht vonBearbeitet mit GPT-5.6 LunaBilder erstellt mit GPT Image 1.5
Forschungsantwort
Wichtige Erkenntnisse
- Anthropic hat am 24. August 2026 die Enterprise Managed Authorization (EMA) für Claude MCP Connectoren allgemein verfügbar gemacht.
- Statt dass alle Beschäftigten jeden Connector einzeln per OAuth freigeben, stellt der Identitätsanbieter während des Unternehmens SSO ein signiertes Identitäts JWT aus.
- Okta ist mit Cross App Access die dokumentierte Implementierung zum Start. Zusätzlich müssen die jeweiligen MCP Anbieter die EMA Erweiterung unterstützen.
KI-Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: What did Anthropic announce on August 24, 2026, about the general availability of enterprise-managed authorization for Claude’s Model Contex. Article summary: Anthropic announced that enterprise-managed authorization (EMA) for Claude MCP connectors is generally available: organizations can centrally authorize supported connectors through their identity provider rather than req. Topic tags: general, general web, documentation, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks,
Anthropic stellt die Enterprise-Managed Authorization (EMA) für Claude-MCP-Connectoren allgemein bereit. Die Neuerung verlagert die Autorisierungsentscheidung von wiederholten OAuth-Freigaben einzelner Mitarbeitender in das bereits vorhandene Identitäts- und Berechtigungsmanagement des Unternehmens. 39
43
Das ist vor allem für IT-Teams relevant, die Claude mit Geschäftsanwendungen, Datenbeständen oder Entwicklerwerkzeugen verbinden wollen. Der Einrichtungsaufwand pro Person sinkt, während Gruppen, Rollen und zentrale Richtlinien weiterhin maßgeblich bleiben.
Was sich für Beschäftigte und Administratoren ändert
Das bisherige Verfahren bestand aus zwei getrennten Schritten:
- Ein Administrator aktivierte oder genehmigte einen Connector für die Organisation.
- Jede beschäftigte Person meldete sich zusätzlich beim verbundenen Dienst an und durchlief dessen OAuth-Einwilligungsprozess.
Mit EMA richtet der Administrator den Connector und die Zugriffspolitik beim unternehmenseigenen Identitätsanbieter ein. Beschäftigte, die aufgrund bestehender Gruppen- oder Rollenrichtlinien berechtigt sind, können den freigegebenen Connector anschließend über ihre laufende Single-Sign-on-Sitzung nutzen – ohne weitere Browser-Weiterleitung und ohne einen separaten Zustimmungsdialog für jeden Connector. 49
62
Die Kontrolle verschwindet dadurch nicht, sondern wird zentralisiert: Der Identitätsanbieter bleibt die maßgebliche Instanz für die Zugriffsentscheidung. Administratoren können festlegen, welche Nutzer oder Gruppen Zugriff erhalten, und Berechtigungen über dasselbe Richtliniensystem wieder entziehen. 41
42
So funktioniert der Identitätsanbieter-Flow
Technisch basiert der Ablauf auf der MCP-Erweiterung für Enterprise-Managed Authorization und dem Profil für den Identity Assertion JWT Authorization Grant (ID-JAG). Vereinfacht sieht der Vorgang so aus:
- Die beschäftigte Person meldet sich über das bestehende Unternehmens-SSO an.
- Der Identitätsanbieter stellt eine signierte Identitätsbestätigung als JSON Web Token (JWT) aus.
- Claude übergibt diese Bestätigung an den Autorisierungsserver des MCP-Connectors.
- Der Autorisierungsserver prüft die Bestätigung. Erlaubt die Unternehmensrichtlinie den Zugriff, stellt er das reguläre Zugriffstoken des Connectors aus.
- Claude verwendet dieses Token, um auf den freigegebenen MCP-Server zuzugreifen.
Die Person muss den OAuth-Zustimmungsprozess des Connectors nicht erneut durchlaufen, weil der Connector eine überprüfbare Aussage über die Unternehmensidentität und den Berechtigungskontext erhält. 49
63
Okta setzt dieses Muster mit Cross App Access (XAA) um. XAA ist Oktas Bezeichnung für die eigene Implementierung des vermittelten Identitätsanbieter-Modells. Die MCP-Erweiterung soll jedoch eine offene Protokollebene schaffen und Unternehmen nicht grundsätzlich an einen proprietären Connector-Mechanismus binden. 35
38
Unterstützung für Claude, Claude Code und Cowork
Das MCP-Projekt erklärt, Anthropic habe die Erweiterung in der gemeinsamen MCP-Schicht für Claude implementiert. Administratoren können MCP-Server damit über Claude, Claude Code und Cowork hinweg autorisieren. 62 Das schafft ein einheitlicheres Berechtigungsmodell für die interaktive Nutzung, Entwickler-Workflows sowie Desktop- und agentenorientierte Aufgaben.
Für Claude Code gibt es zusätzlich eigene Unternehmensrichtlinien zur MCP-Konfiguration. Anthropic zufolge können verwaltete Einstellungen unter anderem Werkzeugberechtigungen, Dateizugriffe und MCP-Server-Konfigurationen erzwingen. Dazu gehören auch organisationsweit kontrollierte Serverlisten. 13
EMA regelt damit vor allem die Übergabe von Identität und Autorisierung an den Connector. Die verwalteten Claude-Code-Einstellungen können ergänzend einschränken, welche MCP-Server Nutzer überhaupt konfigurieren dürfen.
Anthropics Plattform-Dokumentation beschreibt außerdem kurzlebige OIDC-Zugangsdaten des Unternehmens-Identitätsanbieters zur Authentifizierung von Workloads anstelle langlebiger statischer API-Schlüssel. Diese Entwicklung steht zwar ebenfalls für eine stärkere Einbindung von Unternehmensidentitäten, ist aber nicht mit dem Connector-spezifischen EMA-Ablauf gleichzusetzen. 18
Welche Connectoren und Identitätsanbieter werden unterstützt?
Die vorliegenden Informationen bestätigen zunächst eine Gruppe von MCP-Anbietern aus dem Okta-Programm: Asana, Atlassian, Canva, Figma, Granola, Linear und Supabase. 38
56
Nicht eindeutig belegt ist dagegen eine vollständige Bestandsaufnahme aller Connectoren, die am 24. August 2026 mit dem allgemein verfügbaren Release unterstützt wurden. Ebenso lässt sich aus dem Material nicht zuverlässig ableiten, welche Angebote bereits verfügbar und welche lediglich geplant sind. Eine vollständige Liste der unterstützten Identitätsanbieter neben Oktas XAA-Implementierung liegt ebenfalls nicht vor.
Unternehmen sollten deshalb vor der Einführung prüfen, ob der jeweilige Connector und der verwendete Identitätsanbieter kompatibel sind. Für eine breitere Verbreitung müssen Identitätsanbieter die entsprechenden Bestätigungen ausstellen können. Die Entwickler von MCP-Connectoren wiederum benötigen Autorisierungsserver, die diese Bestätigungen akzeptieren und validieren. Anthropics Dokumentation beschreibt die Anforderungen für MCP-Server, die Unternehmensidentitäten ohne separate Einwilligung der einzelnen Nutzer unterstützen wollen. 49
Welche Rolle spielt Ramp?
Okta nannte Ramp, Webflow, HubSpot und weitere gemeinsame Kunden als Teilnehmer des frühen Programms. Sie sollten die Claude-Nutzung und den Zugriff auf Anwendungen teilnehmender MCP-Anbieter über Okta steuern können. 38
Zu Ramps konkreter Umsetzung, dem Umfang des Roll-outs, der verwendeten Connector-Auswahl oder messbaren Ergebnissen enthalten die vorliegenden Quellen jedoch nicht genügend Informationen. Diese Details lassen sich aus der Ankündigung daher nicht belastbar ableiten.
Warum EMA für Unternehmen wichtig ist
Die neue Autorisierung adressiert einen praktischen Engpass beim Roll-out KI-gestützter Tools. Viele einzelne OAuth-Abfragen erhöhen den Onboarding-Aufwand, erschweren einheitliche Berechtigungen und machen die IT davon abhängig, dass Beschäftigte jeden Einrichtungsschritt korrekt abschließen. Mit einer zentralen Identitätsanbieter-Integration können Zugriffsentscheidungen stattdessen den vorhandenen Rollen und Gruppenrichtlinien folgen.
Auch die Sicherheitsgrenze wird klarer verteilt: Der Identitätsanbieter entscheidet, ob eine Person für den Connector berechtigt ist. Der Autorisierungsserver des MCP-Connectors prüft anschließend die Identitätsbestätigung, bevor er sein eigenes Zugriffstoken ausstellt. Unternehmen müssen dennoch jeden MCP-Server einzeln bewerten, Prinzipien der geringstmöglichen Berechtigung anwenden und kontrollieren, welche Server Nutzer hinzufügen dürfen. Anthropic empfiehlt für Claude Code vertrauenswürdige MCP-Server und ermöglicht es, die Serverkonfiguration über verwaltete oder versionskontrollierte Einstellungen einzuschränken. 13
Die Schlagzeile lautet deshalb nicht einfach: „OAuth verschwindet.“ Vielmehr ersetzt ein unternehmensgesteuerter Autorisierungsaustausch die Einwilligungsschleife auf Nutzerseite. Bestehende SSO-Richtlinien werden dadurch direkt mit dem Zugriff auf MCP-Connectoren verbunden. Für Unternehmen, die Claude in mehreren Teams einsetzen, kann das die Bereitstellung über Claude, Claude Code und Cowork hinweg vereinheitlichen – bei weiterhin zentraler administrativer Kontrolle. 49
62
Studio Global AI
Setzen Sie Ihre Recherche fort
Diese Seite enthält eine quellengestützte Antwort, die Sie in Studio Global fortsetzen können.
Die Leute fragen auch
Wie lautet die kurze Antwort auf „Anthropic beseitigt OAuth-Hürden für Claude-Connectoren in Unternehmen“?
Anthropic hat am 24. August 2026 die Enterprise Managed Authorization (EMA) für Claude MCP Connectoren allgemein verfügbar gemacht.
Was sind die wichtigsten Punkte, die zuerst validiert werden müssen?
Anthropic hat am 24. August 2026 die Enterprise Managed Authorization (EMA) für Claude MCP Connectoren allgemein verfügbar gemacht. Statt dass alle Beschäftigten jeden Connector einzeln per OAuth freigeben, stellt der Identitätsanbieter während des Unternehmens SSO ein signiertes Identitäts JWT aus.
Was soll ich als nächstes in der Praxis tun?
Okta ist mit Cross App Access die dokumentierte Implementierung zum Start. Zusätzlich müssen die jeweiligen MCP Anbieter die EMA Erweiterung unterstützen.