Autorisierung für MCP-Server

Wie ein generierter MCP-Server JSON-RPC, Authorization- und X-Api-Key-Header behandelt.

Diese Seite erklärt genau, wie ein generierter MCP-Server (siehe Aus OpenAPI generieren) Anfragen und Anmeldeinformationen behandelt.

Dies ist das eigene Autorisierungsmodell des MCP-Servers, für den Fall, dass er direkt aufgerufen wird (siehe Mit einem Agenten verbinden) oder von deinem Tuix-Agenten. Das ist eine andere Ebene als die Authentifizierung eines Aufrufs am eigenen Chat-Endpunkt von Tuix AI Agents, siehe Anwendungs-Endpunkte.

Der Server folgt dem JSON-RPC-2.0-Protokoll, wie von der MCP-Spezifikation gefordert, über einen Streamable-HTTP-Transport.
Hatte die OpenAPI-Operation eines Endpunkts eine security-Anforderung (siehe Aus OpenAPI generieren), benötigt das entsprechende Tool einen Authorization-Header. Ein Aufruf ohne diesen wird mit einem Fehler abgelehnt, bevor deine API überhaupt aufgerufen wird. Ist er vorhanden, wird der Header unverändert an deine API weitergeleitet.
Der Server akzeptiert außerdem einen statischen X-Api-Key-Header, für Endpunkte, die durch einen festen Schlüssel statt ein nutzerbezogenes Token geschützt sind. Ist er vorhanden, wird er unverändert und unabhängig von Authorization an deine API weitergeleitet.
Der Server prüft nicht, ob der empfangene Authorization- oder X-Api-Key-Wert tatsächlich korrekt ist, er prüft nur, ob ein erforderlicher Header vorhanden ist, und leitet ihn dann weiter. Eine ungültige oder abgelaufene Anmeldeinformation abzulehnen liegt in der Verantwortung deiner eigenen API, genau wie bei einem direkten Aufruf.

Da Anmeldeinformationen weitergeleitet, nicht überprüft werden, ist ein MCP-Server nur so gut geschützt wie die eigene Validierung des empfangenen Headers durch deine API. Verlasse dich nicht auf den MCP-Server selbst als Autorisierungsgrenze.