Beste MCP Identity and Access Management Tools 2026

Okta ist heute das beste MCP Identity and Access Management Tool für Unternehmen, die Claude-Konnektoren standardisieren – allerdings nur, wenn Okta bereits im Budget verankert ist. Eine Starter-Bereitstellung für 250 Arbeitsplätze kostet regulär $18,000 pro Jahr und damit fast das Doppelte eines Planungsszenarios von $9,375 für manuelle Konnektorgenehmigungen. Der geschäftliche Nutzen liegt folglich im zentralen Widerruf und der Richtlinienkontrolle, nicht in eingesparten Login-Klicks.

Die kurze Antwort

Es gibt kein einzelnes MCP-Identitätsprodukt, das jede Aufgabe im Bereich Identity and Access Management abdeckt. Der Identity Provider weist nach, wer der Benutzer ist. Ein OAuth-Autorisierungsserver stellt ein Token mit eingeschränktem Gültigkeitsbereich (Scope) aus. Eine Policy Engine entscheidet, ob dieser Benutzer oder Agent ein bestimmtes Tool aufrufen darf. Ein Secret-Vault schützt Zugangsdaten, die ein MCP-Server für nachgelagerte Systeme benötigt. Eine einzige Ebene zu erwerben und anzunehmen, dass sie die anderen drei abdeckt, ist die teuerste Fehlentscheidung in dieser Kategorie.

Für ein Unternehmen, das bereits Okta einsetzt und Claude-Konnektoren zentral steuern möchte, ist Okta die erste Wahl auf der Shortlist. Für ein Softwareunternehmen, das einen eigenen MCP-Server bereitstellt, ist WorkOS der solideste allgemeine Ausgangspunkt, da AuthKit die OAuth 2.1-Autorisierungsserverschicht bereitstellt, während Connect ein bestehendes Login-System beibehalten kann. Descope ist die tiefgehendere Option für Agentenidentitäten, Scalekit ist die schlankere Kostenalternative, und Permit.io oder Cerbos werden relevant, wenn die anspruchsvolle Entscheidung erst nach dem Login getroffen werden muss.

Die untenstehenden Preise und Produktdaten wurden am 26 August 2026 anhand der Live-Produkt- und Preisseiten von neun Anbietern geprüft. Das Ranking vergleicht dokumentierte Fähigkeiten und die aktuelle Wirtschaftlichkeit. Es erhebt keinen Anspruch darauf, dass jedes Produkt während dieser Analyse in einer Produktivumgebung implementiert war.

Auf einen Blick

Die Spalte für den Einstiegspreis ist bewusst streng gehalten. Permit.io bietet zwar einen kostenlosen Community-Plan für $0, doch der OAuth 2.1-Proxy und der Consent-Editor greifen erst ab Pro für $25 pro Monat; daher sind $25 der relevante Einstiegspreis für ein MCP-Gateway. 1Password belegt den neunten Platz, da es Zugangsdaten schützt, anstatt über Zugriffe zu entscheiden. Das ist eine wertvolle Funktion, aber keine IAM-Steuerungsebene (Control Plane).

Was sich im August 2026 geändert hat

Am 24 August 2026 erklärte Anthropic unternehmensweit verwaltete Autorisierungen (Enterprise-managed Authorization) für allgemein verfügbar (General Availability). Ein Administrator kann einen unterstützten MCP-Konnektor einmalig autorisieren; Benutzer erben den Zugriff anschließend beim ersten Login automatisch über Gruppen und Rollen des Identity Providers. Dieselbe Autorisierung lässt sich übergreifend für Claude Chat, Claude Code und Cowork nutzen.

Die aktuelle Konnektorenliste umfasst Datadog, Notion, Slack, Asana, Atlassian, Canva, Figma, Granola, Linear und Supabase. Anthropic gibt an, dass Exa, Miro und Zoom in Kürze folgen werden. Okta ist der einzige Identity Provider, der zum offiziellen Start namentlich genannt wird; weitere Anbieter sollen später folgen.

Das verändert den Business Case grundlegend. Im alten Ablauf musste jeder Mitarbeiter jeden Konnektor einzeln freigeben, und der Widerruf von Berechtigungen war über diverse Client- und Server-Schnittstellen verstreut. Die MCP Enterprise-Managed Authorization Extension macht den Identity Provider des Unternehmens zur maßgeblichen Instanz. Sie verwendet einen Identity Assertion JWT Authorization Grant (ID-JAG) – eine Identitätszusicherung, die ein MCP-Server gegen sein eigenes Zugriffstoken austauscht. Vereinfacht ausgedrückt: Das Unternehmen signiert, wer der Benutzer ist, der Server stellt weiterhin das von ihm akzeptierte Token aus, und der Berechtigungswiderruf kann zentral beim Identity Provider erfolgen.

Auf den Produktseiten gibt es jedoch eine Besonderheit, die bei der Beschaffung beachtet werden sollte: Das datierte Update von Anthropic weist die Funktion als allgemein verfügbar aus, während ein weiter unten stehender Abschnitt „Erste Schritte“ auf derselben Seite noch von einer Beta spricht und Kunden auffordert, Zugriff zu beantragen. Das datierte Update spiegelt den neueren Status wider, dennoch sollte der Einkauf vor dem Produktiveinsatz prüfen, ob der gewünschte Konnektor und Tenant tatsächlich freigeschaltet sind.

Die Konsequenz: Ein Sicherheits- und Kontrollbudget statt eines Komfortbudgets

Betrachten wir ein Planungsszenario mit 250 Mitarbeitern, 6 Konnektoren, 5 Minuten Aufwand pro individueller Konnektorgenehmigung und einem verrechneten Stundensatz von $75. Das entspricht 125 Arbeitsstunden und einem einmaligen Onboarding-Aufwand von $9,375. Okta Starter für dieselben 250 Mitarbeiter kostet regulär $6 pro Benutzer und Monat – also $18,000 pro Jahr –, noch vor etwaigen, nicht öffentlich ausgewiesenen KI- oder MCP-Zusatzoptionen.

Diese Kalkulation verdeutlicht die Entscheidung: Okta ausschließlich zu erwerben, um diese Genehmigungsminuten einzusparen, amortisiert sich in diesem Szenario nicht. Eine bereits vorhandene Okta-Infrastruktur zu nutzen, ist dagegen überzeugend, da die inkrementellen Identitätskosten gering sein können und der Gewinn in zentralem Provisioning, Richtlinienvererbung und sofortigem Widerruf besteht. Ein Neukauf von Okta muss sich über Risikoreduktion rechtfertigen: weniger verwaiste Berechtigungen, schnellere Kontrolle bei Austritten, lückenlose Nachprüfbarkeit in Audits oder ein umfassenderes Workforce-Identity-Programm.

Wie diese Tools ausgewählt wurden

Das Testfeld wurde anhand von sechs Kriterien eingegrenzt:

1. MCP-spezifischer Nachweis: Der Anbieter musste einen MCP-Workflow für Autorisierung, Tokens, Richtlinien oder Zugangsdaten auf einer eigenen Dokumentationsseite belegen.
2. Klarheit über die Architekturschicht: Die tatsächliche Funktion des Produkts musste eindeutig sein: Identity Provider, OAuth-Server, Policy Engine, Gateway oder Secret-Vault.
3. Widerrufspfad (Revocation): Es musste ersichtlich sein, an welcher Stelle der Zugriff erlischt, wenn ein Benutzer, Agent, Token oder Secret entzogen wird.
4. Kontrolle auf Tool-Ebene: Berechtigungsumfänge (Scopes), Richtlinien, Zustimmungen oder Ressourcenkontexte mussten über ein simples, erfolgreiches Login hinausgehen.
5. Revisionsfähigkeit: Das Produkt musste nachvollziehbare Protokolle für Identitäts-, Token-, Richtlinien- oder Zugangsdatenereignisse liefern.
6. Transparente Preisgestaltung: Alle öffentlichen Preisstufen, relevanten Limits, Mehrverbrauchskosten (Overages) und Testkonditionen mussten über die Preisseite einsehbar sein.

Generische IAM-Anbieter wurden ausgeschlossen, wenn ihre Dokumentation keinen MCP-spezifischen Arbeitsablauf nachweisen konnte. Open-Source-Komponenten blieben nur im Vergleich, wenn ihre Schicht und der Betriebsaufwand klar definiert waren. 1Password wurde als ergänzendes Tool aufgenommen, da die Verwahrung von Zugangsdaten ein unverzichtbarer Teil einer MCP-Bereitstellung ist; es wird jedoch hinter Produkten eingestuft, die Sitzungen oder Tool-Aufrufe tatsächlich autorisieren.

Das ist relevant, da Identität und MCP-Sicherheit Überschneidungen aufweisen, aber nicht identisch sind. Eine breitere MCP-Sicherheitsplattform deckt unter Umständen auch Discovery, Traffic-Inspektion, Observability und Runtime Enforcement ab. Die folgenden Produkte wurden für die spezifische Fragestellung bewertet, wer oder was Zugriff erhält, welches Token diesen Zugriff transportiert, welche Richtlinie ihn einschränkt und wo Zugangsdaten verwahrt werden.

1. Okta: Das beste Tool für unternehmensweit verwaltete Claude-Konnektoren

Okta ist die aktuell beste Wahl für Unternehmen, die bereits Okta Workforce Identity einsetzen und zentral verwaltete Claude-Konnektoren benötigen.

Okta dokumentiert Registrierung, Konfiguration, Validierung und Lifecycle-Management für MCP-Server von Drittanbietern mit Autorisierung über standardisierte OAuth-Abläufe. Die benutzerdefinierten Autorisierungsserver von Okta unterstützen Cross App Access und den ID-JAG-Token-Austausch, während ein externer Autorisierungsserver den Token-Austausch über den Security Token Service nutzen kann. Diese Integration ist entscheidend, da Anthropic Okta derzeit als einzigen Identity Provider für den allgemeinen Start der unternehmensweit verwalteten Autorisierung benennt.

Die Hürde liegt in den Preisen und den unklaren Berechtigungsstufen. Workforce Identity setzt ein jährliches Mindestvertragsvolumen von $1,500 voraus, und die Live-Preisseite weist keine separaten Beträge für KI-Identitäten oder MCP-spezifische Add-ons aus. Ein Unternehmen, das Okta ausschließlich für MCP neu anschafft, kauft mit hoher Wahrscheinlichkeit überdimensioniert ein; wer Okta bereits nutzt, schaltet hingegen eine logische Erweiterung seiner Steuerungsebene frei.

Am besten für: Unternehmen mit bestehender Okta-Installation, die gruppenbasiertes Provisioning und zentralen Widerruf für Claude-Konnektoren benötigen.
Besonderheit: Der einzige Identity Provider, den Anthropic zum Start der allgemeinen Verfügbarkeit namentlich aufführt.
Preise: Starter $6 pro Benutzer/Monat, Core Essentials $14 pro Benutzer/Monat, Essentials $17 pro Benutzer/Monat, Professional individuell und Enterprise individuell, jeweils jährlich abgerechnet. Das jährliche Mindestvertragsvolumen beträgt $1,500. Preise für KI-Identitäten und MCP-Add-ons sind nicht öffentlich einsehbar.
Kostenlose Testphase: 30 Tage.

Ein praxisnaher Okta-Rollout

1. 1

   Den tatsächlichen Funktionsumfang prüfen

   Lassen Sie sich von Anthropic und Okta bestätigen, dass der gewünschte Claude-Tenant, die Konnektoren und die erforderlichen Autorisierungsfunktionen aktiv sind. Da die Live-Seite von Anthropic sowohl ein Update zur allgemeinen Verfügbarkeit als auch ältere Beta-Hinweise enthält, gehört ein Screenshot des aktuellen Tenant-Status in die Beschaffungsunterlagen.

2. 2

   Den passenden Token-Exchange-Pfad wählen

   Setzen Sie auf einen benutzerdefinierten Autorisierungsserver von Okta, wenn Cross App Access oder ID-JAG genutzt werden soll. Verwendet der MCP-Server einen externen Autorisierungsserver, sollte die Architektur auf dem dokumentierten Security Token Service aufbauen, anstatt langlebige Zugangsdaten über den Client durchzureichen.

3. 3

   Zugriffe auf bestehende Gruppen abbilden

   Starten Sie mit einem einzelnen Konnektor und zwei Gruppen im Identity Provider: einer berechtigten Gruppe für den Betrieb und einer Kontrollgruppe ohne Zugriff. Halten Sie die Scopes für Tools enger als die allgemeine Anwendungsrolle, damit ein erfolgreicher Login nicht automatisch Vollzugriff auf jede MCP-Aktion gewährt.

4. 4

   Alle drei Benutzeroberflächen testen

   Validieren Sie dasselbe Konto in Claude Chat, Claude Code und Cowork. Entfernen Sie das Konto anschließend aus der berechtigten Gruppe und stellen Sie sicher, dass der zentrale Berechtigungswiderruf den Zugriff auf den Konnektor tatsächlich sofort beendet.

Fazit: Wählen Sie Okta, wenn das System im Unternehmen bereits als Identitätsinstanz etabliert ist und die Kontrolle von Claude-Konnektoren die Hauptaufgabe darstellt. Verzichten Sie darauf bei einem neuen MCP-Projekt, das lediglich einen Autorisierungsserver benötigt, ohne dass eine vollständige Workforce-Identity-Plattform erforderlich ist.

2. WorkOS: Das beste Tool für produktive MCP-Server

WorkOS ist die beste universelle Lösung für Softwareunternehmen, die einen eigenen MCP-Server entwickeln und eine standardkonforme Autorisierung benötigen, ohne ihr bestehendes Login-System ablösen zu müssen.

AuthKit fungiert als OAuth 2.1-kompatibler Autorisierungsserver für eine MCP-Anwendung, während das Entwicklerteam weiterhin die Tools und Ressourcen-Endpunkte baut. WorkOS Connect kann diesen OAuth-Ablauf als eigenständige Middleware integrieren, wodurch bestehende Benutzerdatenbanken unberührt bleiben. Diese Trennung ist praktisch, wenn das Produkt seine Nutzer bereits kennt, man sich aber Discovery, Consent-Bildschirme, Token-Ausstellung und Enterprise-Federation nicht komplett in Eigenregie aufbürden möchte.

Der Knackpunkt: Ein „kostenloses AuthKit“ bedeutet nicht, dass die gesamte Identitätsrechnung für Unternehmen bei null Dollar bleibt. AuthKit ist bis zu 1 Million monatlich aktive Nutzer (MAUs) für $0 verfügbar, doch SSO- und Directory-Sync-Verbindungen, Audit-Log-Streaming, gespeicherte Events und eine benutzerdefinierte Domain kosten jeweils extra. Da kein separater MCP-Aufschlag ausgewiesen ist, muss eine fundierte Kalkulation diese flankierenden Posten einbeziehen.

Am besten für: SaaS-Teams, die einen produktiven MCP-Server bereitstellen und ihr bestehendes Authentifizierungssystem weiterbetreiben möchten.
Besonderheit: AuthKit als vollständige OAuth 2.1-Autorisierungsserverschicht kombiniert mit Connect als Middleware-Lösung.
Preise: Pay-as-you-go oder individuelle Annual Credits. AuthKit kostet $0 bis 1 Million MAUs, danach $2,500 pro Monat je weiterer 1 Million MAUs. SSO- und Directory-Sync-Verbindungen kosten je $125 für Verbindung 1 bis 15, $100 für 16 bis 30, $80 für 31 bis 50 und $65 für 51 bis 100. Audit Logs kosten $125 pro Monat je SIEM-Verbindung plus $99 pro Monat je Million gespeicherter Events. Eine Custom Domain kostet $99 pro Monat. Es gibt keinen gesondert ausgewiesenen MCP-Aufpreis.
Kostenlose Testphase: Kostenlose Staging-Umgebung, keine Kreditkarte bis zur Produktivschaltung erforderlich.

Fazit: Entscheiden Sie sich für WorkOS, wenn Ihr Produktteam OAuth sauber nach Standards implementieren und das aktuelle Benutzersystem behalten möchte. Sehen Sie davon ab, wenn die Kernherausforderung in feingranularen Tool-Berechtigungen nach der Token-Ausstellung liegt.

3. Descope: Das beste Tool für Agentenidentitäten und Bring-Your-Own-Auth

Descope ist die stärkste All-in-one-Lösung für Agentenidentitäten, wenn Teams MCP-OAuth, Secret-Handling, Scopes pro Tool, Richtlinien und die Option zur Weiternutzung eines eigenen Identitätssystems kombinieren müssen.

Der Agentic Identity Hub deckt OAuth 2.1 und PKCE, Dynamic Client Registration sowie CIMD-Client-Registrierung ab, bietet Scopes pro Agent und Tool, verwaltet die Speicherung und Aktualisierung von Zugangsdaten, stellt Richtlinien bereit und exportiert Aktionsprotokolle an SIEM-Systeme. Über Bring Your Own Auth kann Descope als MCP-Autorisierungsserver agieren und gleichzeitig an einen bestehenden Identity Provider angebunden werden. Mehr als 50 Konnektor-Vorlagen reduzieren zudem den Entwicklungsaufwand für nachgelagerte Dienste deutlich.

Die Hürde liegt in den Stufengrenzen. Feingranulare Autorisierung (Fine-grained Authorization) und externe Audit-Konnektoren beginnen erst im Growth-Plan für $799 pro Monat bei jährlicher Abrechnung – nicht in Free Forever oder Pro. Die Einstiegstarife genügen, um Identitäts- und Token-Abläufe zu testen; die Kontrollfunktionen für einen regulierten Rollout von Agenten erfordern jedoch meist den direkten Wechsel zu Growth.

Am besten für: KI-Agenten-Produkte, die eine umfassende Identitätssteuerungsebene benötigen, während ein bestehender IdP oder Login-Stack weitergenutzt wird.
Besonderheit: MCP-OAuth, Secret-Verwaltung, Scopes pro Tool, Richtlinien, Protokolle und Bring Your Own Auth in einer einheitlichen Produktfamilie.
Preise: Free Forever $0, Pro ab $249 pro Monat bei jährlicher Zahlung, Growth ab $799 pro Monat bei jährlicher Zahlung, Enterprise individuell. Free Forever umfasst 7,500 MAUs, 10 aktive Tenants, 3 SSO-Verbindungen, 1 föderierte OIDC-App, 10,000 M2M-Austausche, 2,000 monatlich aktive Consents und 2,000 monatlich aktive Tokens. Pro umfasst 10,000 MAUs, 35 Tenants, 5 SSO-Verbindungen, 2 föderierte Apps, 50,000 M2M-Austausche, 5,000 monatlich aktive Consents und 5,000 monatlich aktive Tokens. Growth umfasst 25,000 MAUs, 100 Tenants, 10 SSO-Verbindungen, unbegrenzte föderierte Apps, 100,000 M2M-Austausche, 10,000 monatlich aktive Consents und 10,000 monatlich aktive Tokens. Mehrverbrauch kostet $0.05 pro MAU, $1 pro Tenant, $50 pro SSO-Verbindung, $2 pro 1,000 M2M-Austausche, $0.05 pro aktivem Consent und $0.05 pro aktivem Token.
Kostenlose Testphase: Ein dauerhaft kostenloser Plan statt eines zeitlich begrenzten Testzeitraums. Förderfähige Start-ups können den Pro-Plan ein Jahr lang kostenlos nutzen.

Fazit: Wählen Sie Descope, wenn Agentenidentität zu einer tragenden Produktfunktion wird und keine isolierte Einzelserver-Integration bleibt. Überspringen Sie es, wenn Ihnen lediglich die grundlegende Autorisierungsserver-Infrastruktur fehlt und die Richtlinienebene bereits an anderer Stelle gelöst ist.

4. Auth0: Das beste Tool für bestehende Auth0-Installationen

Auth0 ist die naheliegendste Lösung für Teams, die bereits auf Auth0 standardisiert sind und ressourcenbezogene Tokens, On-Behalf-Of-Token-Austausch und nachgelagertes Zugangsdaten-Management benötigen.

Auth for MCP implementiert OAuth 2.1 und OpenID Connect inklusive Anmeldung, standardisierter Discovery und Registrierung sowie ressourcenbezogener Scopes. Der On-Behalf-Of Token Exchange wandelt ein MCP-Client-Token in ein kurzlebiges internes API-Token um, das strikt auf den Benutzer und die Ressource begrenzt ist. Der Token Vault übernimmt Ausstellung, Speicherung, Rotation und Widerruf für API-Tokens von Drittanbietern, die vom MCP-Server genutzt werden.

Die Hürde liegt im Tarifmodell. Auth for MCP wird in der Dokumentation aufgeführt, aber M2M-Tokens sind ein Professional-Add-on, und Enterprise-Funktionen erfordern teils zusätzliche Pakete. Ein Einstiegspreis von $0 oder $35 ist zwar formal korrekt, unterschlägt in einer maschinenlastigen Produktionsarchitektur jedoch oft die tatsächlichen Gesamtkosten.

Am besten für: Produkte, die bereits Auth0 einsetzen und Identitäten nahtlos auf MCP und nachgelagerte Schnittstellen ausdehnen müssen.
Besonderheit: On-Behalf-Of Token Exchange und Token Vault verknüpfen Benutzersitzungen sicher mit internen und externen Ressourcen.
Preise: Free $0, Essentials $35 pro Monat, Professional $240 pro Monat und Enterprise individuell bei der Auswahl von 500 MAUs. Free erlaubt bis zu 25,000 MAUs. M2M-Tokens sind ein Professional-Add-on; Enterprise-Funktionen erfordern separate Zusatzoptionen.
Kostenlose Testphase: 22 Tage, danach automatische Umstellung auf den Free-Plan.

Fazit: Wählen Sie Auth0, wenn MCP eine direkte Erweiterung einer gewachsenen Auth0-Architektur darstellt. Verwerfen Sie es, wenn Sie bisher keine Berührungspunkte mit Auth0 haben und einen schlanken, klar kalkulierbaren MCP-Autorisierungsdienst suchen.

5. Scalekit: Die beste kostengünstige, eigenständige MCP-Auth-Lösung

Scalekit ist die wirtschaftlich attraktivste Wahl für Teams, die delegiertes OAuth und einen Secret-Vault benötigen, ohne eine überdimensionierte Identitätsplattform lizenzieren zu müssen.

Scalekit übernimmt delegiertes OAuth, Token-Refresh und die Verwahrung von Zugangsdaten, begrenzt Berechtigungen pro Tool-Aufruf und isoliert Zugangsdaten vollständig von Agenten und Modellen. Der mandantenspezifische Vault setzt auf AES-256-Verschlüsselung und beinhaltet standardmäßig eine 90-tägige Revisionsprotokollierung. Das ist eine praxisnahe Kombination für MCP-Server, die SaaS-Dienste im Auftrag von Kunden ansteuern: Der Agent erhält die Handlungsberechtigung, sieht aber zu keinem Zeitpunkt die langlebigen Zugangsdaten des Drittsystems.

Die Hürde liegt in den Skalierungsgrenzen. Der Free-Tarif besitzt feste Obergrenzen statt flexibler Overages, während Growth Mehrverbrauchskosten für Benutzer und Organisationen einführt. Standalone MCP Auth schlägt mit $99 pro Monat zu Buche, ein Anpassungs-Add-on kostet ebenfalls $99 pro Monat. Entwicklungsteams müssen daher vor dem Angebotsvergleich genau prüfen, ob sie das umfassende „Auth for SaaS“-Paket oder nur die Einzelkomponente benötigen.

Am besten für: Start-ups und Produktteams, die delegiertes MCP-OAuth inklusive Secret-Verwaltung zu einem transparenten Einstiegspreis suchen.
Besonderheit: MCP Auth ist im kostenlosen Tarif enthalten; die eigenständige MCP-Auth-Option ist transparent mit $99 pro Monat bepreist.
Preise: Free $0 pro Monat, Growth $99 pro Monat und Enterprise individuell. Free umfasst 25,000 MAUs, 25 Organisationen, 1 SSO-Verbindung, 1 SCIM-Verbindung und MCP Auth mit festen Obergrenzen ohne Overages. Growth umfasst 100,000 MAUs und 100 Organisationen; danach fallen $0.05 pro weiterem MAU und $1 pro weiterer Organisation an. Nach der ersten kostenlosen SSO- oder SCIM-Verbindung kosten weitere Verbindungen $60 je Verbindung für 2 bis 15, $45 für 16 bis 30, $35 für 31 bis 50, $30 für 51 bis 100 und individuelle Tarife ab 101. Standalone MCP Auth kostet $99 pro Monat, die Anpassung ist ein separates Add-on für $99 pro Monat.
Kostenlose Testphase: Entwicklung, QA, UAT und Staging-Umgebungen sind kostenlos.

Fazit: Greifen Sie zu Scalekit, wenn die Anzahl der Enterprise-Verbindungen und ein transparenter Einstiegspreis für MCP-Auth im Vordergrund stehen. Wählen Sie andere Optionen, wenn Sie ein massives MAU-Volumen benötigen oder eine gewachsene Identitätsinfrastruktur integrieren müssen.

6. Stytch: Das beste Tool für B2B-SaaS auf bestehender Stytch-Basis

Stytch ist die sauberste Lösung für B2B-SaaS-Produkte, die Kunden bereits als Organisationen abbilden und MCP-Clients architektonisch wie Connected Apps behandeln wollen.

Stytch setzt auf den Authorization-Code-Grant, liefert Standardkomponenten für OAuth-Consent-Screens, publiziert Metadaten für geschützte Ressourcen sowie Autorisierungsserver, stellt Access- sowie Refresh-Tokens aus, validiert Scopes und unterstützt Dynamic Client Registration. Das Modell fügt sich nahtlos in moderne SaaS-Konzepte ein: Ein MCP-Client wird wie eine reguläre angebundene Applikation behandelt – mit geregeltem Zustimmungs- und Token-Lebenszyklus statt unkontrollierter API-Schlüssel-Ausnahmen.

Die Hürde liegt in der Kostenprognose jenseits des Basistarifs. Die statische Preisseite listet zwar Zusatzpreise für Branding, SSO- oder SCIM-Verbindungen und Betrugsprävention auf, weiterführende Tarife für hohe MAU- und M2M-Zahlen verbergen sich jedoch hinter einem interaktiven Rechner. Dadurch ist der Einstiegstarif leicht zu überblicken, eine verlässliche Schätzung für hohe Produktionsvolumina erfordert jedoch mehr Aufwand.

Am besten für: B2B-SaaS-Plattformen, die das Organisations- und Authentifizierungsmodell von Stytch bereits implementiert haben.
Besonderheit: MCP-Clients werden direkt auf Stytch Connected Apps mit Zustimmungsoberfläche, Metadaten, Scopes und Token-Lifecycle abgebildet.
Preise: Pay-as-you-go beginnt bei $0, Enterprise ist individuell. Die kostenlose Basisnutzung umfasst 10,000 monatlich aktive Benutzer und KI-Agenten, unbegrenzte Organisationen, 5 SSO- oder SCIM-Verbindungen sowie 1,000 M2M-Tokens. Branding- und E-Mail-Anpassungen kosten $99. Jede zusätzliche SSO- oder SCIM-Verbindung kostet $125. Betrugsprävention liegt bei $0.005 pro Fingerabdruck nach 10,000 enthaltenen Abfragen. Höhere MAU- und M2M-Preise müssen über den Kalkulator berechnet werden.
Kostenlose Testphase: Ein kostenloses Nutzungskontingent anstelle einer zeitlich befristeten Testphase.

Fazit: Wählen Sie Stytch, wenn MCP als ein weiterer Connected-App-Endpunkt in Ihrem bestehenden Stytch-Produkt aufgebaut wird. Suchen Sie nach Alternativen, wenn Sie ohne Vertriebsgespräch eine transparente Staffelung für hohe Volumina benötigen.

7. Permit.io: Der beste Drop-in-Proxy mit Tool-Richtlinien

Permit.io ist die beste Proxy-Lösung, wenn das Login bereits gelöst ist, aber jeder einzelne MCP-Tool-Aufruf eine explizite Autorisierungsentscheidung, einen Einwilligungsnachweis und ein Audit-Protokoll verlangt.

Das Permit MCP Gateway bindet bestehende Identity Provider an, steuert OAuth 2.1-Sitzungen sowie den Token-Austausch und gleicht Tool-Aufrufe mit rollenbasierten (RBAC), attributbasierten (ABAC) oder beziehungsbasierten (ReBAC) Richtlinien ab. Diese drei Modelle beantworten zunehmend differenzierte Fragen: Welche Rolle hat der Aufrufer, welche Attribute kennzeichnen den Request und in welcher Beziehung steht der Benutzer zur Zielressource? Zudem liefert das Gateway Consent-Masken, provisioniert Agentenidentitäten und protokolliert jede Entscheidung lückenlos.

Die Hürde wird hinter dem kostenlosen Tarif sichtbar: Community kostet zwar $0, schließt den OAuth 2.1-Proxy und den Consent-Editor jedoch aus. Die MCP-Gateway-Funktionalität, die Permit.io im Markt abhebt, beginnt erst im Pro-Tarif für $25 pro Monat. Sicherheitsfeatures wie SSO, Shadow-Agent-Erkennung, Human-in-the-Loop-Freigaben und VPC-Bereitstellungen bleiben dem Enterprise-Tarif vorbehalten.

Am besten für: Teams mit funktionierendem IdP, die einen richtliniendurchsetzenden Proxy vor ihren MCP-Servern benötigen.
Besonderheit: OAuth-Sitzungsverwaltung und granulare Tool-Richtlinien in einem gemeinsamen Gateway vereint.
Preise: Community $0, Pro ab $25 pro Monat, Enterprise individuell. Community umfasst 1,000 menschliche und Agenten-MAUs, 10 Mandanten, 1 Umgebung und 7 Tage Protokollspeicherung, enthält jedoch weder OAuth 2.1-Proxy noch Consent-Editor. Pro umfasst bis zu 50,000 MAUs, 20,000 Mandanten, 50 Umgebungen, den OAuth 2.1-Proxy, Consent-Editor, mindestens 21 Tage Logs, ein SLA von 99.95% und SSO als Add-on. Enterprise umfasst unbegrenzte MAUs, Mandanten und Umgebungen sowie SSO, Shadow-Agent-Erkennung, manuelle Freigabeprozesse, On-Premises- oder VPC-Betrieb und ein SLA von 99.99%.
Kostenlose Testphase: Community erfordert keine Kreditkarte; das eigentliche OAuth-Gateway startet ab dem kostenpflichtigen Pro-Plan.

Fazit: Wählen Sie Permit.io, wenn die zentrale Sicherheitsfrage lautet: „Darf diese Identität genau diese Tool-Aktion im aktuellen Moment ausführen?“ Setzen Sie es nicht ein, wenn es der Anwendung vorgelagert noch an einer soliden Identitäts- und Token-Infrastruktur fehlt.

8. Cerbos: Das beste Tool für externalisierte Policy as Code

Cerbos ist die erste Wahl für Policy as Code, wenn MCP-Autorisierungsentscheidungen außerhalb des eigentlichen Anwendungscodes definiert und serviceübergreifend durchgesetzt werden sollen.

Cerbos verarbeitet Kontextinformationen zu Benutzer, Agent, Anfrage und Ressource, liefert eine Allow- oder Deny-Entscheidung zurück und schreibt ein Revisionsprotokoll. Der Hersteller gibt für diese Richtlinienauswertung eine Latenz im Sub-Millisekundenbereich an. Das ist unverzichtbar, wenn dieselbe Autorisierungsregel für mehrere MCP-Server gelten muss – beispielsweise, wenn ein Finanz-Agent Rechnungen des eigenen Geschäftsbereichs einsehen, Zahlungsfreigaben jedoch nicht selbstständig erteilen darf.

Die Hürde ist struktureller Natur: Cerbos ist weder Identity Provider noch OAuth-Autorisierungsserver. Es greift erst nach der Identitätsprüfung und Token-Validierung. Wer Cerbos implementiert, benötigt weiterhin ein gültiges Subjekt, einen Token-Flow und gegebenenfalls einen Secret-Vault. Cerbos ersetzt verstreute if/else-Autorisierungslogik im Code, nicht aber den vorgelagerten Identitäts-Stack.

Am besten für: Software- und Plattformteams, die zentral gepflegte, revisionssichere Richtlinien über mehrere MCP-Server hinweg erzwingen wollen.
Besonderheit: Kontextbezogene Richtlinienentscheidungen mit einer ausgewiesenen Evaluierungszeit von unter einer Millisekunde.
Preise: Open Source ist dauerhaft kostenlos. Cerbos Hub Proof of Concept kostet $0 pro Monat, Development beginnt bei $25 pro Monat, Production startet bei $933 pro Monat, Enterprise ist individuell. Proof of Concept beinhaltet 100 monatlich aktive Prinzipale und 1 Woche Protokollspeicherung. Development umfasst die ersten 100 Prinzipale und 3 Monate Logs. Production deckt die ersten 5,000 Prinzipale und 1 Jahr Logs ab.
Kostenlose Testphase: 3 Monate für den Development-Tarif.

Fazit: Wählen Sie Cerbos, wenn unübersichtliche Autorisierungslogik Ihre Weiterentwicklung bremst und das Identitätsfundament bereits steht. Setzen Sie es nicht ein, wenn Sie einen Identity Provider oder OAuth-Server suchen und hoffen, beide Funktionen in einem Tool zu finden.

9. 1Password: Die beste Ergänzung für Secret-Custody

1Password ist die beste flankierende Lösung, um MCP-Zugangsdaten aus Konfigurationsdateien und Agenten-Prompts herauszuhalten – ersetzt jedoch kein Berechtigungssystem.

Über die Runlayer-Integration verarbeitet 1Password Referenzen im Format op:// in Konfigurationsfeldern von MCP-Servern. Der Proxy löst den echten geheimen Schlüssel erst beim Verbindungsaufbau auf; in Runlayer selbst werden keine Klartext-Secrets gespeichert. Ein SHA-256-Hash-Abgleich erkennt Schlüsselrotationen automatisch, während Lese- und Rotationszugriffe protokolliert werden. Das minimiert Sicherheitsrisiken für MCP-Server erheblich, die Altsysteme per statischem API-Key anbinden müssen.

Die Grenze ist jedoch fundamental: Die Verwahrung von Zugangsdaten ist keine Zugriffskontrolle. 1Password kann Secrets absichern und rotieren, trifft jedoch keine Entscheidung darüber, ob ein Benutzer oder ein Agent ein bestimmtes Tool auf einer bestimmten Ressource ausführen darf. Das Tool muss mit IdP-, OAuth- und Policy-Komponenten kombiniert werden, sobald abgestufte Zugriffsrechte erforderlich sind.

Am besten für: Teams, die nachgelagerte MCP-Zugangsdaten kontrolliert ablegen, auflösen und rotieren müssen.
Besonderheit: Dynamische op://-Referenzen erlauben Proxys den Schlüsselabruf zur Laufzeit, ohne Passwörter im Klartext abzulegen.
Preise: Teams Starter Pack kostet $24.95 pro Monat (jährlich abgerechnet) für 10 Benutzer; bis zu 10 weitere Plätze kosten je $4.99. Business kostet $8.99 pro Benutzer/Monat bei jährlicher Abrechnung. Enterprise- und Volumenpreise auf Anfrage.
Kostenlose Testphase: 14 Tage für das Teams Starter Pack und Business.

Fazit: Nutzen Sie 1Password als Secret-Vault neben Ihrem Identitäts-Stack – insbesondere, wenn Legacy-APIs statische Tokens erzwingen. Kaufen Sie es nicht in der Annahme, damit ein MCP-IAM-System zu erhalten.

Die fünf Ebenen, die ineinandergreifen müssen

Dieses Ranking entfaltet seinen praktischen Wert erst, wenn jedes Produkt der passenden Architekturschicht zugeordnet wird. Ein Anbieter deckt unter Umständen mehrere Schichten ab, die Aufgaben bleiben jedoch grundverschieden:

• IdP (Identity Provider): Weist die menschliche oder maschinelle Identität nach, steuert Gruppenmitgliedschaften und das Offboarding.
• OAuth-Server: Stellt Tokens für einen dedizierten MCP-Client, eine spezifische Ressource und festgelegte Scopes aus.
• Policy Engine: Entscheidet, ob das authentifizierte Subjekt die angeforderte Tool-Aktion auf der Zielressource tatsächlich ausführen darf.
• Secret-Vault: Schützt nachgelagerte Zugangsdaten, die nicht durch delegiertes OAuth ersetzt werden können.
• MCP-Server: Stellt Tools und Ressourcen bereit, validiert das Token und setzt die Autorisierungsentscheidung am Endpunkt durch.

Erst ein funktionierender Berechtigungswiderruf schließt die Kette: Sperrt der IdP einen Benutzer, der Server akzeptiert aber weiterhin ein langlebiges Token, ist das zentrale Offboarding wirkungslos. Schränkt OAuth die Scopes ein, der MCP-Server prüft den Kontext der Ressource jedoch nicht ab, bleibt das Token ein ungenaues Einfallstor. Ist die Policy bis ins Detail definiert, der API-Schlüssel für die nachgelagerte Datenbank steht aber im Klartext im Prompt des Agenten, ist die letzte Meile ungeschützt.

Okta, WorkOS, Permit.io, Cerbos und 1Password sind daher keine direkten Konkurrenten auf derselben Ebene. In einer ausgereiften Architektur können sie Hand in Hand arbeiten. Die strategische Kaufentscheidung lautet: Welche fehlende Schicht rechtfertigt ein externes Produkt und welche Schichten kann das eigene Team intern sicher betreiben?

Welches Tool für welches Szenario?

Wählen Sie Okta, wenn Okta bereits die Workforce-Identitäten Ihres Unternehmens verwaltet und Sie einen gesicherten Zugriff auf die unterstützten Claude-Konnektoren benötigen. Sehen Sie von Okta ab, wenn ein neuer Enterprise-Vertrag allein für MCP abgeschlossen werden müsste.

Wählen Sie WorkOS, wenn Ihr SaaS-Team einen eigenen MCP-Server publiziert und einen OAuth 2.1-Autorisierungsserver benötigt, ohne die bestehende Benutzerverwaltung auszutauschen. Wechseln Sie zu Descope, wenn Agentenidentitäten, Secret-Templates, Consent-Tracking und Richtlinien in einer einzigen Plattform gebündelt werden sollen.

Wählen Sie Descope, wenn Ihr Produkt zu einer Plattform für autonome Agenten ausgebaut wird und Bring Your Own Auth eine aufwendige Migration vorhandener Identitäten verhindert. Greifen Sie zu Scalekit, wenn das Projekt kleiner dimensioniert ist, Preistransparenz Vorrang hat und eigenständige MCP-Auth für die Anforderungen ausreicht.

Wählen Sie Auth0 oder Stytch, wenn eine dieser Lösungen das Identitätsmodell Ihres Produkts bereits steuert. Gewachsene Architekturen sind ein Vorteil: Migrationen bergen Risiken, erzeugen redundante Datenbestände und führen zu unklaren Zuständigkeiten beim Berechtigungswiderruf. Neukunden sollten diese Anbieter anhand der jeweils noch offenen Schicht mit WorkOS, Descope und Scalekit vergleichen.

Wählen Sie Permit.io, wenn Ihre Infrastruktur ein OAuth-fähiges Gateway benötigt, das RBAC-, ABAC- oder ReBAC-Richtlinien bei jedem Tool-Aufruf erzwingt. Wählen Sie Cerbos, wenn die Token-Validierung bereits implementiert ist und ausschließlich Policy as Code fehlt. Permit.io liefert das schlüsselfertige Proxy-Paket; Cerbos konzentriert sich rein auf die präzise Entscheidungsfindung.

Wählen Sie 1Password ausschließlich als Secret-Verwaltungsebene. Es gehört ergänzend neben den Testsieger, sobald externe APIs statische Zugangsdaten erfordern. Es ersetzt jedoch zu keinem Zeitpunkt die übergeordneten Autorisierungsschichten.

Die Kostenmathematik hinter der Entscheidung

Öffentliche Einstiegspreise sind nur dann aussagekräftig, wenn die Abrechnungseinheit zur eigenen Architektur passt. Okta rechnet pro Unternehmensmitarbeiter ab. WorkOS und Scalekit bepreisen Enterprise-Verbindungen sowie das Nutzervolumen. Descope erfasst MAUs, Mandanten, SSO, M2M-Austausche, Consents und aktive Tokens separat. Permit.io und Cerbos knüpfen ihre Kosten an Richtlinienkomplexität und Audit-Funktionen. Ein isolierter Preisvergleich verschleiert den tatsächlichen Kostentreiber.

Szenario 1: Ein Unternehmen mit 250 Mitarbeitern standardisiert Claude

Okta Starter kostet regulär $6 pro Benutzer und Monat. Für 250 Arbeitsplätze ergibt das $1,500 monatlich und $18,000 im Jahr. Das eingangs berechnete Szenario beziffert manuelle Genehmigungen auf einmalig 125 Arbeitsstunden und $9,375.

Die Ableitung ist eindeutig: Zahlt das Unternehmen ohnehin für Okta, müssen die inkrementellen Add-on-, Integrations- und Konnektorkosten gegen den Sicherheitsgewinn durch zentralen Widerruf und Revisionssicherheit abgewogen werden. Nutzt das Unternehmen Okta bisher nicht, darf der Identitätsvertrag über $18,000 pro Jahr nicht als reines Genehmigungs-Automatisierungsprojekt verbucht werden. Es handelt sich um ein grundlegendes Workforce-Sicherheitsprogramm und muss auch als solches budgetiert werden.

Szenario 2: Ein SaaS-Produkt mit 10 Enterprise-Verbindungen

Zehn WorkOS-SSO-Verbindungen kosten im regulären Kontingent (1 bis 15) je $125 – insgesamt $1,250 monatlich. Scalekit Growth liegt bei $99 pro Monat inklusive der ersten Verbindung; 9 weitere zu je $60 führen zu Gesamtkosten von $639 pro Monat. Die Differenz beträgt $611 monatlich oder $7,332 pro Jahr.

Scalekit gewinnt diesen reinen Verbindungsvergleich deutlich. WorkOS dreht das Verhältnis jedoch um, sobald das AuthKit-Freikontingent von 1 Million MAUs greift: Scalekit Growth deckt lediglich 100,000 MAUs ab, bevor zusätzliche Nutzer mit je $0.05 berechnet werden. Die Entscheidung kippt, sobald der Kostenvorteil durch das Nutzertarifmodell von WorkOS den Verbindungspreisvorteil von Scalekit übersteigt.

Szenario 3: Richtlinien werden zum primären Kostenfaktor

Permit.io Pro beginnt bei $25 pro Monat und enthält bereits den OAuth-Proxy sowie den Consent-Editor. Cerbos Development startet ebenfalls bei $25 monatlich, dient jedoch rein der externalisierten Richtliniendurchsetzung ohne Token-Ausstellung; der Production-Tarif beginnt bei $933 pro Monat (inklusive 5,000 monatlich aktiver Prinzipale und 1 Jahr Protokollspeicherung). Descope Growth liegt bei $799 pro Monat und markiert die erste Stufe mit feingranularer Autorisierung und externen Audit-Schnittstellen.

Hier stehen nicht drei Preise für dieselbe Leistung gegenüber: Permit.io liefert das günstige Einstiegs-Bundle aus Gateway und Policy. Cerbos bietet reine Policy as Code mit einem deutlich höher angesetzten Produktivtarif. Descope Growth fungiert als umfassende Identitätsplattform, bei der feine Richtlinien an größere Kontingente für Nutzer und Tokens gekoppelt sind. Vergleichen Sie stets das zugrundeliegende Betriebsmodell, bevor Sie Endbeträge gegenüberstellen.

Ansätze, die Sie vermeiden sollten

Die ungeeignetsten MCP-Identitätslösungen sind meist konzeptionelle Fehlgriffe, keine schlechten Produkte. Vermeiden Sie bei der Beschaffung vor allem diese drei Abkürzungen:

Statische API-Keys als primäres Identitätssystem

Ein statischer API-Schlüssel identifiziert zwar eine Anwendung, transportiert jedoch weder eine Benutzeridentität noch Consent-Nachweise, granulare Tool-Scopes oder saubere gruppenbasierte Offboarding-Prozesse. Müssen Legacy-APIs zwingend per API-Key angesprochen werden, sperren Sie diesen Schlüssel in einen Vault wie 1Password oder einen Secret-Store und schalten Sie OAuth sowie Richtlinienentscheidungen davor. Übergeben Sie niemals Rohschlüssel direkt an das KI-Modell und werten Sie den Besitz eines Schlüssels nicht als Freibrief für sämtliche Tool-Aktionen.

Generische IAM-Anbieter ohne dokumentierten MCP-Pfad

Ein ausgereiftes Workforce-Identity-System stellt nicht automatisch Metadaten für geschützte MCP-Ressourcen bereit und deckt weder Client-Registrierung, Consent-Handling noch Token-Austausch oder Server-Validierung ab. Ein etablierter IdP kann das richtige Fundament sein – verlangen Sie vor Vertragsabschluss jedoch eine nachweisbare Architektur für MCP-Client und MCP-Server, statt sich auf allgemeine IAM-Zertifizierungen zu verlassen.

Eigenentwickelte OAuth-Proxys ohne strategische Plattformnotwendigkeit

Einen eigenen OAuth-Proxy zu betreiben bedeutet, Discovery, Client-Registrierung, Redirect-Prüfungen, Consent-Masken, Token-Ausstellung, Refresh-Routinen, Key-Rotation, Revocation-Endpunkte, Audit-Logs, Missbrauchsschutz und künftige Protokollanpassungen in Eigenregie zu warten. Entwickeln Sie diesen Stack nur selbst, wenn die Autorisierungslogik den geschäftskritischen Kern Ihres geistigen Eigentums darstellt oder regulatorische Vorgaben SaaS-Lösungen unmöglich machen. Andernfalls übersteigt der laufende Wartungsaufwand den ersten Implementierungserfolg bei weitem.

Der Rollout-Plan für Montag

Starten Sie nicht mit einer Ausschreibung über neun Anbieter. Beginnen Sie mit einem einzigen, sicherheitskritischen Zugriffspfad – vorzugsweise einem Konnektor, der Kunden-, Finanz-, Quellcode- oder Betriebsdaten verarbeitet. Das Ziel für den ersten Schritt ist es, die früheste Lücke in der Kette zu identifizieren und die Zuständigkeit eindeutig zuzuweisen.

1. 1

   Den bestehenden Zugriffspfad inventarisieren

   Dokumentieren Sie Benutzer bzw. Agent, MCP-Client, Identity Provider, Autorisierungsserver, MCP-Server, nachgelagertes Zielsystem, gespeicherte Zugangsdaten und das Audit-Ziel für einen ausgewählten Konnektor. Markieren Sie jede Komponente, deren Verantwortlicher nicht ad hoc erklären kann, wie ein Zugriff widerrufen wird.

2. 2

   Eine eng gefasste Berechtigung definieren

   Legen Sie ein konkretes Tool und eine strikte Ressourcengrenze fest – beispielsweise den schreibgeschützten Zugriff auf einen einzelnen Workspace. Trennen Sie den erfolgreichen Login strikt von der Berechtigung, dieses spezifische Tool aufzurufen. So wird sofort sichtbar, ob das Defizit im OAuth-Scope, in der Anwendungsrichtlinie oder in beiden Schichten liegt.

3. 3

   Die tatsächlichen Abrechnungseinheiten kalkulieren

   Erfassen Sie Arbeitsplätze, MAUs, Organisationen, SSO- oder SCIM-Verbindungen, M2M-Austausche, Consents, aktive Tokens, Richtlinien-Prinzipale, Log-Vorhaltezeiten und SIEM-Verbindungen. Kalkulieren Sie ausschließlich mit den Messgrößen, die der jeweilige Anbieter tatsächlich abrechnet.

4. 4

   Den Widerrufstest durchführen

   Erteilen Sie die Berechtigung, führen Sie die Aktion über den MCP-Client aus, entfernen Sie den Benutzer oder die Gruppe im IdP und überprüfen Sie, ob der Zugriff an allen Schnittstellen sofort stoppt. Messen Sie die zeitliche Verzögerung und dokumentieren Sie die Audit-Einträge. Ein Rollout ist erst dann kontrollierbar, wenn das Entziehen von Rechten nachweisbar greift.

5. 5

   Nach Risikoprofil skalieren, nicht nach Beliebtheit

   Sobald der erste Konnektor kontrolliert läuft, binden Sie die Schnittstelle mit dem zweithöchsten Schadenspotenzial an. Nutzen Sie das etablierte Identitäts- und Widerrufsmuster, definieren Sie jedoch eigenständige Tool- und Ressourcen-Scopes, anstatt bestehende Pauschalberechtigungen zu kopieren.

Das Resultat sollte ein einseitiges Kontrollblatt sein, keine Foliensammlung: Wer ist autoritativ, welches Token wird ausgestellt, welche Richtlinie prüft das System, wo liegen Secrets, wie funktioniert der Widerruf, was kostet die nächste Skalierungsstufe und wer interveniert bei einem Richtlinienverstoß?

Häufig gestellte Fragen

Gibt es kostenlose Tools für MCP Identity and Access Management?

Ja. WorkOS AuthKit ist bis zu 1 Million MAUs kostenlos nutzbar ($0), und auch Descope, Auth0, Scalekit, Stytch, Permit.io sowie Cerbos bieten kostenfreie Einstiegsmodelle. Achten Sie auf die Funktionsgrenzen: Permit.io Community enthält den OAuth 2.1-Proxy und Consent-Editor nicht, feingranulare Autorisierung startet bei Descope erst ab Growth, und ein produktiver Cerbos-Betrieb erfordert in der Regel einen bezahlten Hub-Tarif.

Welche Beispiele für MCP IAM Tools gibt es?

Okta fungiert als Identity Provider und unternehmensweite Autorisierungs-Steuerungsebene. WorkOS, Descope, Auth0, Scalekit und Stytch stellen MCP-OAuth oder Autorisierungen für Connected Apps bereit. Permit.io und Cerbos sind auf Richtlinienentscheidungen spezialisiert, während 1Password nachgelagerte Zugangsdaten schützt. Es handelt sich um Lösungen für unterschiedliche Ebenen, nicht um neun austauschbare Gesamtsuiten.

Reicht AWS IAM für MCP aus?

AWS IAM steuert Authentifizierung, Autorisierung und Zugriffsrechte für AWS-Ressourcen und AWS-Konten. Das genügt für die AWS-Ressourcenebene in rein AWS-basierten Umgebungen. Es entbindet Sie jedoch nicht davon, Autorisierung, Consent, Tokens, Tool-Richtlinien, Audits und den Widerruf auf MCP-Client-Ebene separat zu gestalten. Bindet der Server Nicht-AWS-Dienste an oder greifen Nutzer über externe Unternehmens-IdPs zu, deckt AWS IAM nur ein Teilstück der Architektur ab.

Was ist der Unterschied zwischen Cloud-IAM und MCP-IAM?

Cloud-IAM regelt Identitäten und Zugriffsrechte innerhalb von Cloud-Infrastrukturen und Cloud-Ressourcen. MCP-IAM steuert, wie sich ein Mensch oder Agent über einen MCP-Client mit einem MCP-Server verbindet, welches Token diesen Zugriff repräsentiert und welche spezifischen Tools und nachgelagerten Ressourcen während dieser Sitzung aufgerufen werden dürfen. Beide Welten treffen aufeinander, sobald ein MCP-Tool eine Cloud-Ressource anspricht – die Verbindung zwischen MCP-Sitzung und Cloud-Richtlinie muss jedoch explizit hergestellt werden.

Fazit

Checkliste für das KI-Business-Workflow-Audit anfordern

Nutzen Sie die KI-Business-Workflow-Audit-Checkliste, um Identitäts-, Richtlinien-, Secret- und Zuständigkeitslücken in Ihrem nächsten Automatisierungsprojekt systematisch aufzudecken.