Kann ich den MCP Server des NIS2 Durchgangs selbst hosten?

Was müssen Sie für den MCP Server einstellen?

Eine eigene Einstellung für den MCP Server gibt es nicht, denn er ist Teil der Anwendung. Jede Instanz, nisd2.eu wie jede selbst gehostete, bietet ihn unter /api/mcp an, mit denselben fünf Werkzeugen und denselben Prüfungen bei jedem Aufruf.

Für die Anmeldung im Browser ist die Instanz ihr eigener Anmeldedienst nach OAuth 2.1. Es gibt keinen Dienst eines Dritten und keine Kennung, die Sie bei einem Anbieter beantragen: Ein Assistent registriert sich bei Ihrer Instanz selbst.

Alle Adressen dafür liest die Instanz aus NEXT_PUBLIC_APP_URL: die des Anmeldedienstes, die des Endpunkts und die Herkunft, von der ein Browser ihn aufrufen darf. Setzen Sie die Variable auf die Adresse, die Ihre Leute eintippen.

Fehlt sie, nennt die Instanz https://www.nisd2.eu als ihre Adresse, und die Anmeldung eines Assistenten führt dorthin statt zu Ihrer Instanz.

NEXT_PUBLIC_APP_URL=https://isms.example.com

Wer kann auf einer eigenen Instanz einen Assistenten verbinden?

Ein Assistent arbeitet im NIS 2 Durchgang, und auf einer selbst gehosteten Instanz bekommen neue Konten den Durchgang nicht. Freigeschaltet ist er für die Konten, deren Adresse in PLATFORM_ADMIN_EMAILS steht. Deshalb sind es diese Personen, die einen Assistenten verbinden können; alle anderen sehen in den Einstellungen den Weg zum Durchgang statt eines Schlüssels.

Wer in PLATFORM_ADMIN_EMAILS steht, hat zusätzlich den Bereich /platform-admin, mit dem der Betreiber die ganze Instanz verwaltet. Tragen Sie dort nur Personen ein, die das ohnehin dürfen. Ihr Assistent erreicht diese Funktionen nicht, denn sie lehnen jeden Aufruf mit einem Schlüssel ab.

Darüber hinaus gilt dasselbe wie auf nisd2.eu: Ein Admin des Unternehmens schaltet „Assistenten für dieses Unternehmen erlauben“ in den Einstellungen ein, und bis dahin ist der Schalter aus. Einen Schalter für die ganze Instanz, etwa eine Umgebungsvariable, gibt es nicht.

Welche Assistenten erreichen eine Instanz im Firmennetz?

Clients, die auf dem Rechner einer Person laufen, verbinden sich von dort. Claude Code, VS Code, Cursor und Gemini CLI erreichen deshalb auch eine Instanz, die nur im Firmennetz steht.

Getestet haben wir Claude Code, mit Anmeldung im Browser und mit Schlüssel. Die anderen richten Sie nach der Dokumentation ihrer Hersteller ein.

Claude im Browser und am Desktop, ChatGPT und Copilot Studio verbinden sich aus der Cloud ihres Anbieters. Anthropic schreibt, dass Claude entfernte MCP Server von seiner Cloud aus aufruft und nicht vom Gerät der Person. Diese Clients brauchen eine Instanz, die aus dem Internet über https erreichbar ist; gegen eine Instanz getestet haben wir sie noch nicht.

Die MCP Spezifikation verlangt https für alle Adressen des Anmeldedienstes. Betreiben Sie die Instanz deshalb auch im Firmennetz hinter TLS, wie es die Dokumentation unter Domains und TLS beschreibt.

claude mcp add --transport http nisd2 https://isms.example.com/api/mcp

Geht es auch ganz ohne Cloud?

Mit einem Client auf Ihren Rechnern und einem Sprachmodell auf Ihrer eigenen Hardware verlässt nichts Ihr Netz: Instanz, Assistent und Modell stehen bei Ihnen. Das ist der Weg für Unternehmen, die keine Daten aus dem Durchgang an einen KI Anbieter geben wollen.

Der Client muss MCP über HTTP sprechen und ein lokales Modell nutzen können. Eine solche Einrichtung haben wir gegen den Durchgang bisher nicht getestet.

Prüfen Sie die Einträge eines lokalen Modells wie die jedes anderen Assistenten: Auf jedem Bildschirm, den es geschrieben hat, stehen der Name, den sein Client angibt, und der Tag.

Was passiert, wenn Sie AUTH_SECRET wechseln?

Schlüssel und Anmeldungen signiert die Instanz mit einem Wert, den sie aus AUTH_SECRET ableitet. Die Schlüssel selbst speichert sie nicht.

Wechseln Sie AUTH_SECRET, endet jeder Schlüssel, jede Anmeldung und jede Registrierung eines Assistenten, und jeder Assistent wird neu verbunden. Das ist auch der Weg, wenn Sie befürchten, dass das Geheimnis bekannt geworden ist.