Ist ein MCP-Gateway dasselbe wie ein API-Gateway oder ein „AI Gateway"?

Nein. Ein API-Gateway steuert den Datenverkehr zwischen Software-Diensten, ein AI Gateway das Weiterleiten von Anfragen an Sprachmodelle. Ein MCP-Gateway steuert etwas Drittes: den Zugriff von KI-Assistenten auf die Werkzeuge und Daten eines Unternehmens über das Model Context Protocol.

Funktioniert ein MCP-Gateway mit jedem KI-Assistenten?

Mit jedem, der MCP unterstützt. Da MCP ein offener Standard ist, sind das inzwischen die verbreiteten Assistenten. Das Unternehmen bleibt damit frei in der Wahl seines KI-Anbieters und kann ihn später wechseln, ohne die Anbindung der Systeme neu zu bauen.

Ersetzt ein MCP-Gateway die Benutzerverwaltung der Fachsysteme?

Nein. Die Fachsysteme behalten ihre eigenen Konten und Rechte. Der Gateway fügt eine zusätzliche Schicht hinzu, die regelt, was KI-Assistenten davon nutzen dürfen, und macht diese Nutzung nachvollziehbar.

Schreibt die DSGVO ein MCP-Gateway vor?

Nein, die DSGVO schreibt keine bestimmte Technik vor. Sie verlangt aber, dass ein Unternehmen den Umgang mit personenbezogenen Daten kontrolliert und nachweisen kann. Zentrale Berechtigungen und ein vollständiges Zugriffsprotokoll sind ein praktischer Weg, diesen Nachweis auch für KI-Zugriffe zu führen. Die Bewertung des Einzelfalls bleibt Sache des Unternehmens und seiner rechtlichen Beratung.

Muss ein MCP-Gateway in der Cloud laufen?

Nein, es gibt beide Betriebsmodelle. Self-hosted bedeutet: Die Software läuft auf der Infrastruktur des Unternehmens, und die Daten der Fachsysteme fließen nicht durch Systeme des Herstellers.

Wissen

Was ist ein MCP-Gateway — und wann braucht man einen?

Stand: 17. August 2026

Die kurze Antwort

Ein MCP-Gateway ist eine zentrale Kontrollschicht zwischen KI-Assistenten und den Fachsystemen eines Unternehmens. Alle KI-Zugriffe laufen durch einen Punkt: Dort meldet sich jeder Nutzer an, dort wird geprüft, was er darf, und dort wird protokolliert, was tatsächlich geschehen ist. Gebraucht wird ein MCP-Gateway, sobald mehrere Personen per KI auf Unternehmensdaten zugreifen sollen — und jemand dafür geradestehen muss, wer was durfte.

Grundlagen

Was ist das Model Context Protocol (MCP) — kurz erklärt?

Das Model Context Protocol (MCP) ist ein offener Standard, den Anthropic im November 2024 veröffentlicht hat und den inzwischen auch andere große KI-Anbieter übernommen haben. Er legt fest, wie KI-Assistenten wie Claude oder ChatGPT mit externen Werkzeugen und Datenquellen sprechen: Ein MCP-Server stellt die Funktionen eines Systems — etwa „offene Rechnungen auflisten" — so bereit, dass jeder MCP-fähige Assistent sie aufrufen kann. Damit wird aus einem Chatprogramm ein Werkzeug, das in echten Systemen arbeitet. Eine ausführliche Erklärung des Protokolls folgt in einem eigenen Artikel.

Welches Problem löst ein MCP-Gateway?

MCP macht den Zugriff auf einzelne Systeme einfach — und genau diese Einfachheit erzeugt in Unternehmen ein neues Problem. Ohne zentrale Stelle richtet jeder Mitarbeiter seine Verbindungen selbst ein: Zugangsdaten der Fachsysteme landen in Konfigurationsdateien auf einzelnen Rechnern, jede Verbindung trägt die vollen Rechte des jeweiligen Mitarbeiters, und niemand kann sagen, welche KI gerade worauf zugreift. Was als Produktivitätsgewinn beginnt, wächst still zu einer unkontrollierten Zugriffslandschaft — oft, ohne dass die IT davon erfährt. In vielen Häusern ist genau das die Realität der „Schatten-KI".

Mit jedem weiteren Nutzer und jedem weiteren System multipliziert sich das Problem: Fünf Mitarbeiter mit vier Systemen sind bereits zwanzig einzeln eingerichtete, einzeln zu pflegende und einzeln zu widerrufende Verbindungen. Ein MCP-Gateway ersetzt diese Vielzahl durch einen Zugang: Der Assistent verbindet sich mit dem Gateway, der Gateway mit den Systemen. Berechtigungen werden an einer Stelle vergeben und entzogen, Zugangsdaten liegen an einer Stelle statt auf vielen Rechnern, und jede Aktion steht in einem Protokoll.

Einordnung

Was ist der Unterschied zwischen einem MCP-Server und einem MCP-Gateway?

Ein MCP-Server macht ein einzelnes System für KI-Assistenten nutzbar — er ist der Stecker am jeweiligen Programm. Ein MCP-Gateway sitzt eine Ebene darüber: Er bündelt viele solcher Stecker hinter einem gemeinsamen Zugang und fügt hinzu, was die einzelnen Server nicht leisten — zentrale Anmeldung, Berechtigungen je Nutzer und ein übergreifendes Protokoll. Die beiden konkurrieren nicht, sie ergänzen sich: Der Gateway nutzt MCP-Server, er ersetzt sie nicht.

Faktenbox — MCP-Server und MCP-Gateway

Ein MCP-Server verbindet ein einzelnes System mit KI-Assistenten; ein MCP-Gateway bündelt viele solcher Verbindungen unter einer zentralen Kontrolle.
MCP ist ein offener Standard, den Anthropic im November 2024 veröffentlicht hat.
Ein MCP-Gateway ersetzt die Rechteverwaltung der Fachsysteme nicht, sondern ergänzt sie um eine eigene Berechtigungsschicht für KI-Zugriffe.
Deny-by-default bedeutet: Ein KI-Assistent darf nur das, was ausdrücklich freigegeben wurde.

Entscheidungshilfe

Wann braucht ein Unternehmen ein MCP-Gateway — und wann nicht?

Ein MCP-Gateway lohnt sich, wenn mehrere dieser Punkte zutreffen: Mehrere Personen sollen KI-Assistenten mit Zugriff auf Unternehmenssysteme nutzen. Die Daten in diesen Systemen sind vertraulich oder personenbezogen. Es muss nachvollziehbar sein, wer wann worauf zugegriffen hat — für die interne Kontrolle, für Kunden oder für Prüfer. Und wenn ein Mitarbeiter das Unternehmen verlässt, sollen seine Zugriffe an einer Stelle enden, statt auf verstreuten Rechnern weiterzuleben.

Genauso klar gibt es Fälle, in denen ein Gateway (noch) nicht nötig ist. Wer allein experimentiert und dabei keine sensiblen Daten anbindet, fährt mit einem direkt angebundenen MCP-Server einfacher. Wer KI-Assistenten nur zum Schreiben, Zusammenfassen und Recherchieren nutzt — ohne Zugriff auf eigene Systeme —, braucht gar keine MCP-Infrastruktur. Und ein zeitlich begrenzter Pilot mit Testdaten darf bewusst schlank starten; wichtig ist nur, den Übergang in den Echtbetrieb nicht zu verschlafen, denn genau dort beginnen Berechtigungsfragen und Nachweispflichten.

Worauf sollte der Mittelstand bei der Auswahl achten?

Betriebsmodell: Läuft der Gateway auf eigener Infrastruktur (self-hosted) oder beim Hersteller in der Cloud? Im Cloud-Betrieb fließen die Daten der Fachsysteme durch die Systeme des Anbieters — das ist datenschutzrechtlich zu bewerten und vertraglich zu regeln.
Berechtigungsmodell: Gilt deny-by-default — nichts ist erlaubt, was nicht ausdrücklich freigegeben wurde? Und werden Berechtigungen zentral vergeben statt je Nutzer und Rechner?
Nachvollziehbarkeit: Gibt es ein Protokoll aller Zugriffe, das nur ergänzt, nicht nachträglich verändert werden kann? Lässt sich daraus beantworten, wer wann was getan hat?
Datenfluss zum KI-Anbieter: Welche Inhalte erreichen das Sprachmodell? Gibt es Mechanismen wie Pseudonymisierung, die sensible Felder vor der Übertragung ersetzen?
Umgang mit Zugangsdaten: Wo liegen die Passwörter und API-Schlüssel der Fachsysteme, und wie sind sie verschlüsselt?
Herstellerabhängigkeit im Betrieb: Funktioniert die Software auch, wenn der Hersteller nicht erreichbar ist? Telefoniert sie nach Hause? Wie verhält sich die Lizenz offline?
Anbindung der eigenen Systeme: Gibt es Anschlüsse für die Software, die im Haus tatsächlich läuft — nicht nur für internationale Entwickler-Werkzeuge?

Diese Kriterien sind bewusst herstellerneutral: Sie taugen als Prüfliste für jedes Produkt der Kategorie.

JanuaPort

JanuaPort ist ein self-hosted MCP-Gateway für den Mittelstand: ein Docker-Container auf eigener Infrastruktur. Jede Anfrage durchläuft Anmeldung, Berechtigungsprüfung (deny-by-default) und ein Protokoll, das nur ergänzt, nie verändert wird; Zugangsdaten der Fachsysteme liegen in einem verschlüsselten Tresor (AES-256-GCM). Mehrere MCP-Server und eigene Connectoren lassen sich hinter einem Zugang bündeln und als kuratierte Sichten bereitstellen; die Pseudonymisierung des Privacy Mode hält Kundendaten im Normalbetrieb aus dem KI-Anbieter heraus. Die Lizenz arbeitet offline-first — kein Phone-Home, keine Telemetrie. Mehr dazu: Governance · Bündelung · Betrieb — oder 30 Tage kostenlos testen.

Häufige Fragen

Häufige Fragen zum MCP-Gateway

Ist ein MCP-Gateway dasselbe wie ein API-Gateway oder ein „AI Gateway"?: Nein. Ein API-Gateway steuert den Datenverkehr zwischen Software-Diensten, ein AI Gateway das Weiterleiten von Anfragen an Sprachmodelle. Ein MCP-Gateway steuert etwas Drittes: den Zugriff von KI-Assistenten auf die Werkzeuge und Daten eines Unternehmens über das Model Context Protocol.
Funktioniert ein MCP-Gateway mit jedem KI-Assistenten?: Mit jedem, der MCP unterstützt. Da MCP ein offener Standard ist, sind das inzwischen die verbreiteten Assistenten. Das Unternehmen bleibt damit frei in der Wahl seines KI-Anbieters und kann ihn später wechseln, ohne die Anbindung der Systeme neu zu bauen.
Ersetzt ein MCP-Gateway die Benutzerverwaltung der Fachsysteme?: Nein. Die Fachsysteme behalten ihre eigenen Konten und Rechte. Der Gateway fügt eine zusätzliche Schicht hinzu, die regelt, was KI-Assistenten davon nutzen dürfen, und macht diese Nutzung nachvollziehbar.
Schreibt die DSGVO ein MCP-Gateway vor?: Nein, die DSGVO schreibt keine bestimmte Technik vor. Sie verlangt aber, dass ein Unternehmen den Umgang mit personenbezogenen Daten kontrolliert und nachweisen kann. Zentrale Berechtigungen und ein vollständiges Zugriffsprotokoll sind ein praktischer Weg, diesen Nachweis auch für KI-Zugriffe zu führen. Die Bewertung des Einzelfalls bleibt Sache des Unternehmens und seiner rechtlichen Beratung.
Muss ein MCP-Gateway in der Cloud laufen?: Nein, es gibt beide Betriebsmodelle. Self-hosted bedeutet: Die Software läuft auf der Infrastruktur des Unternehmens, und die Daten der Fachsysteme fließen nicht durch Systeme des Herstellers.