Prüfen Sie MCP-Gateways mit konkreten Tests für Freigaben, Sperren und Audit sowie Kriterien für Datenverarbeitung und Betrieb.
Beim Kauf eines MCP-Gateways sollten Sie festlegen, welche Tools eine Anwendung nutzen darf, was abgelehnt wird und welche Nachweise entstehen. Bewerten Sie Sluis anhand eines schriftlichen Abnahmeplans, der verfügbare Richtlinienfunktionen von noch zu prüfenden Integrationsanforderungen trennt.
Legen Sie die zu kontrollierende Grenze fest
Sluis bietet ein verwaltetes Gateway mit EU-Schwerpunkt, mehreren Modellanbietern, OpenAI- und Anthropic-kompatiblen APIs sowie Richtlinien für Modelle und MCP-Tools. API-Kompatibilität belegt nicht die Unterstützung jedes MCP-Servers, Transportverfahrens oder Authentifizierungsmodells. Erfassen Sie vor der Bereitstellung Ihre konkreten Anforderungen an Clients, Server und Identitäten.
Illustratives Szenario: Ein Finanzassistent soll Rechnungen lesen, aber nicht die gesamte Buchhaltung exportieren dürfen. Ihr geplanter MCP-Server stellt die fiktiven Tools invoices.read und invoices.export bereit. Die Namen dienen einem Beschaffungstest und bezeichnen keine ausgelieferten Sluis-Integrationen. Legen Sie fest, wo Benutzerautorisierung, Workload-Zuordnung und die eigenen Berechtigungen des Servers durchgesetzt werden.
- Erfassen Sie benötigte Modelle, MCP-Server und Tools je Workload.
- Dokumentieren Sie Anforderungen an Authentifizierung und Serveridentität zur Prüfung.
- Trennen Sie Gateway-Richtlinien von Berechtigungen im Zielsystem.
Prüfen Sie Freigaben und Ablehnungen getrennt
Illustrativer Abnahmetest: Konfigurieren Sie den Workload invoice-review für ein freigegebenes Modell und invoices.read auf dem vorgesehenen Testserver. Das Lesen einer synthetischen Rechnung soll gelingen; invoices.export und ein nicht freigegebenes Modell sollen abgelehnt werden. Wiederholen Sie den Test mit einem anderen Workload, um unbeabsichtigt übertragene Zugriffsrechte zu erkennen.
Prüfen Sie Erlaubnis- und Sperrmodi getrennt und anschließend einen zweiten Server mit demselben Toolnamen. Lassen Sie nachweisen, wie die Richtlinie den richtigen Server erkennt, statt eine Namensübereinstimmung für ausreichend zu halten. Eine Toolfreigabe belegt weder Argumentprüfung noch Schutz vor Prompt-Injection oder korrekte Autorisierung im nachgelagerten System.
- Dokumentieren Sie erwartete und beobachtete Ergebnisse aller Freigaben und Ablehnungen.
- Testen Sie ein gesperrtes Modell, einen anderen Workload und doppelte Toolnamen.
- Prüfen Sie Argumentvalidierung und Autorisierung im Zielsystem gesondert.
Untersuchen Sie Auditnachweise und Datenverarbeitung
Sluis bietet einen Auditpfad mit Hash-Verkettung. Fordern Sie für jeden erlaubten und abgelehnten Test Nachweise an, aus denen sich Workload, Modell, Tool und Richtlinienentscheidung tatsächlich rekonstruieren lassen. Ändern oder entfernen Sie einen Eintrag in einer kontrollierten Kopie und lassen Sie die Erkennung erklären. Hash-Verkettung bedeutet weder unveränderlichen Speicher noch lückenlose Ereigniserfassung.
Der Datenschutz verwendet standardmäßig reversible Tokenisierung; mask, block und allow_log sind unterschiedliche Modi. Die Erkennung ist nicht perfekt, und vorhandene Websuchergebnisse sowie Modellausgaben werden nicht nachträglich tokenisiert. Sicherheitsprüfungen sind optional. Inhalte werden standardmäßig bis zur Löschung oder abweichenden Konfiguration aufbewahrt; Metadaten bleiben gespeichert. Testen Sie den tatsächlichen MCP-Datenpfad, statt identische Behandlung aller Tooldaten vorauszusetzen.
- Sammeln Sie Nachweise für erfolgreiche Aufrufe, Ablehnungen und fehlgeschlagene Verifikationen.
- Testen Sie synthetische sensible Eingaben und prüfen Sie Tool- und Auditdaten.
- Vereinbaren Sie Aufbewahrung, Löschung, Metadatenzugriff und optionale Sicherheitsprüfungen.
Verankern Sie Betrieb und Abnahme vertraglich
Wählen Sie den verwalteten Dienst oder Edge nach Ihren Betriebsanforderungen. Edge betreibt das vollständige Produkt auf Ihrem eigenen Kubernetes oder Docker, auch in abgeschotteten Umgebungen mit lokalen Modellen. Ihre Organisation verantwortet Backups und Lizenzverwaltung. Prüfen Sie, welche Modelle und Tools unter den gewählten Netzwerkbeschränkungen und Richtlinien tatsächlich nutzbar sind.
EU-Datenresidenz, europäische Eigentümerschaft und mögliche Zugriffe nach US-Recht sind unterschiedliche Beschaffungsfragen. Nutzen Sie den bestehenden Souveränitätsleitfaden für die vertiefte Prüfung und bewerten Sie die veröffentlichten ISO-27001-Unterlagen ohne rechtliche Garantieannahme. Sluis wird nutzungsabhängig abgerechnet. Prüfen Sie die Preisseite und vereinbaren Sie Abnahmenachweise, offene Integrationsanforderungen und Betriebsverantwortung vor dem Vertragsschluss.
- Benennen Sie Verantwortliche für Betrieb, Backups, Lizenzen und Vorfälle.
- Prüfen Sie Anbieter und Modellverfügbarkeit unter Ihrer Richtlinie.
- Fügen Sie Testergebnisse und offene Anforderungen der Beschaffungsfreigabe bei.
Fragen vor der Entscheidung
Garantiert API-Kompatibilität die Unterstützung unseres MCP-Servers?
Nein. Kompatibilität mit OpenAI- und Anthropic-APIs belegt keine MCP-Transport-, Protokollversions- oder Authentifizierungskompatibilität. Lassen Sie Ihre konkrete Client-Server-Kombination einschließlich der Identitätsverarbeitung prüfen, bevor Sie die Integration als unterstützt einstufen.
Garantiert ein hashverketteter Auditpfad Rechtskonformität?
Nein. Er unterstützt Integritätsprüfungen. Ereignisabdeckung, Zugriffsrechte, Aufbewahrung und Prüfverfahren müssen Sie zusätzlich bewerten. Die rechtliche Eignung hängt von Ihren Verarbeitungsvorgängen und Pflichten ab, nicht von einer einzelnen Auditfunktion.
Kann jedes Modell unter einer reinen EU-Richtlinie genutzt werden?
Davon sollten Sie nicht ausgehen. Die Verfügbarkeit hängt von Anbieter, Bereitstellung und Richtlinie ab. Prüfen Sie den gesamten Verarbeitungsweg; EU-Hosting allein beantwortet weder Eigentumsfragen noch mögliche ausländische Rechtszugriffe.