Anbieterregistrierung vom Client-Zugriff trennen
Das Hosting-Konto und die Personen, die Ihren MCP-Endpunkt nutzen, sind unterschiedliche Ebenen. Eine minimale Hosting-Anmeldung rechtfertigt keinen öffentlich beschreibbaren Tool-Server. Legen Sie fest, welche Client-Identitäten welche Tools aufrufen dürfen.
Stellen Sie eng begrenzte Zugangsdaten aus
Bevorzugen Sie unabhängig widerrufbare Anmeldedaten mit einem begrenzten Zweck. Speichern Sie sie privat, rotieren Sie sie und verhindern Sie, dass sie in URLs oder Protokollen erscheinen. Erwägen Sie einen schreibgeschützten Toolsatz, bevor Sie Vorgänge zulassen, die Kundenressourcen oder Geld betreffen.
Machen Sie Ergebnisse sichtbar
Verfolgen Sie Vorgangskennungen und Status. Validieren Sie das Tool-Schema, behandeln Sie Abbrüche und stellen Sie sicher, dass ein erneuter Versuch eine folgenreiche Aktion nicht stillschweigend wiederholt. Bieten Sie einen klaren Genehmigungspfad für Aktionen, die einen solchen erfordern.
Veröffentlichen Sie nur, was existiert
Prüfen Sie die unterstützte Protokollversion, den Endpunkt, die Authentifizierung und die Limits, bevor Sie einen Client verbinden. Ein gehosteter KoalaVPS MCP-Endpunkt und ein offizielles herunterladbares Paket sind derzeit nicht verfügbar.
Ein minimales Konto kann dennoch eine starke Zugriffskontrolle haben
Identitätsminimierung ist mit zweckgebundenen API-Anmeldedaten und einem authentifizierten HTTPS-Endpunkt vereinbar. Halten Sie Kontowiederherstellung und Client-Autorisierung getrennt. Eine E-Mail-Adresse ist nicht der einzige Weg, eine API-Identität zu etablieren, aber der gewählte Prozess benötigt eine klare Antwort auf verlorene Schlüssel und kompromittierte Clients.
Ein Abnahmetest zum Start
Prüfen Sie TLS, Protokollaushandlung, Schema-Validierung, begrenzte Berechtigungsbereiche und Abbruch. Versuchen Sie eine doppelte Erstellungsanfrage und bestätigen Sie, dass sie zu einem einzigen Vorgang führt. Lehnen Sie eine Anfrage für eine Ressource außerhalb der Grenzen der Anmeldedaten ab. Prüfen Sie, dass Fehler und Protokolle weder das Token noch private Tool-Eingaben enthalten.
Offizielle Dokumentation: MCP Autorisierung
Eine separate Identitätszuordnung für jede Ebene erstellen
Dokumentieren Sie das Anbieterkonto, die Zahlungs-Wallet, die Client-Identität von MCP, das Tool-Service-Zugangsdatum und das nachgelagerte API-Konto als unterschiedliche Prinzipale. Ein gemeinsames administratives Geheimnis für alle erschwert Widerruf und Zuordnung. Eine minimale Anbieterregistrierung verbirgt nicht die IP-Adresse eines öffentlichen Endpunkts, den DNS-Namen oder die externe Nutzung von API. Legen Sie fest, welche Daten an jeder Grenze minimiert werden, und erläutern Sie, welche Datensätze weiterhin erforderlich sind.
- Geben Sie jedem Client einen engen, widerrufbaren Zugriffspfad und benennen Sie seine zulässigen Ressourcen.
- Verwenden Sie separate Anmeldedaten, wenn der MCP-Dienst einen anderen API aufruft; das MCP-Zugriffstoken des Clients ist kein universelles Downstream-Token.
- Halten Sie Produktions- und experimentelle Worker getrennt, insbesondere dort, wo Tools Gelder ausgeben oder Nachrichten senden können.
- Veröffentlichen Sie unterstützte Versionen und einen verifizierten Endpunkt erst, wenn sie existieren. KoalaVPS betreibt derzeit keinen öffentlichen gehosteten MCP-Dienst.
Offizielle Dokumentation: MCP: bewährte Sicherheitspraktiken
Definieren Sie eine Übung zu verlorenen Schlüsseln und widerrufenem Zugriff
Erstellen Sie eine wegwerfbare Client-Anmeldeinformation, rufen Sie einen erlaubten Lesevorgang auf, widerrufen Sie diese Anmeldeinformation und wiederholen Sie den Aufruf. Prüfen Sie, ob jede zwischengespeicherte Berechtigung oder Anwendungs-Lease die Widerrufsrichtlinie beachtet. Wiederholen Sie dies mit einer Ressource, die dem Client nie gehörte. Bewahren Sie Ergebnisprotokolle auf, ohne vollständige Prompts oder Tool-Argumente zu speichern. Wenn ein nicht autorisierter Aufruf gelingt, stellen Sie die Vergabe von Schreib-Tools ein, bis die serverseitige Ressourcenprüfung korrigiert ist.
- Akzeptieren Sie keine Protokollsitzung oder Anfragekennung als Nachweis der Benutzeridentität.
- Testen Sie für HTTP OAuth das dokumentierte 401/403-Verhalten und die Discovery für die Version, die Sie tatsächlich bereitstellen.
- Lehnen Sie unbekannte Tool-Argumente ab und begrenzen Sie Ergebnisgröße, Anfragedauer und Parallelität.
- Testen Sie einen erneuten Versuch nach einer simulierten Netzwerkunterbrechung und prüfen Sie genau einen folgenreichen Vorgang, nicht zwei.
Offizielle Dokumentation: MCP 2026-07-28: HTTP-Autorisierung