Oddziel rejestrację u dostawcy od dostępu klienta
Konto hostingowe i osoby korzystające z Twojego punktu końcowego MCP to różne warstwy. Minimalna rejestracja hostingowa nie uzasadnia publicznie zapisywalnego serwera narzędzi. Zdefiniuj, które tożsamości klientów mogą wywoływać które narzędzia.
Wydawaj wąskie poświadczenia
Preferuj niezależnie odwoływalne dane uwierzytelniające o ograniczonym przeznaczeniu. Przechowuj je prywatnie, rotuj je i zapobiegaj ich pojawianiu się w URL lub logach. Rozważ zestaw narzędzi tylko do odczytu, zanim zezwolisz na operacje wpływające na zasoby klientów lub środki pieniężne.
Uczyń wyniki widocznymi
Śledź identyfikatory i statusy operacji. Sprawdzaj schemat narzędzia, obsługuj anulowanie i zapewnij, że ponowna próba nie powtórzy po cichu istotnej akcji. Zapewnij jasną ścieżkę zatwierdzania dla akcji, które jej wymagają.
Publikuj tylko to, co istnieje
Sprawdź obsługiwaną wersję protokołu, punkt końcowy, uwierzytelnianie i limity przed podłączeniem klienta. Hostowany punkt końcowy KoalaVPS MCP i oficjalny pakiet do pobrania nie są obecnie dostępne.
Minimalne konto wciąż może mieć silną kontrolę dostępu
Minimalizacja tożsamości jest zgodna z ograniczonymi danymi uwierzytelniającymi API i uwierzytelnionym punktem końcowym HTTPS. Utrzymuj odzyskiwanie konta i autoryzację klienta jako odrębne kwestie. Adres e-mail nie jest jedynym sposobem ustalenia tożsamości API, ale wybrany proces wymaga jasnej reakcji na utratę kluczy i przejęcie klientów.
Test akceptacyjny uruchomienia
Zweryfikuj TLS, negocjację protokołu, walidację schematu, ograniczone zakresy i anulowanie. Wypróbuj zduplikowane żądanie utworzenia i potwierdź, że rozwiązuje się do jednej operacji. Odrzuć żądanie zasobu spoza granic poświadczenia. Sprawdź, czy błędy i logi nie zawierają tokenu ani prywatnych danych wejściowych narzędzia.
Oficjalna dokumentacja: Autoryzacja MCP
Zbuduj osobną mapę tożsamości dla każdej warstwy
Udokumentuj konto dostawcy, portfel płatności, tożsamość klienta MCP, poświadczenie usługi narzędziowej i podrzędne konto API jako odrębne podmioty. Wspólny sekret administracyjny utrudnia unieważnienie i przypisanie. Minimalna rejestracja u dostawcy nie ukrywa adresu IP publicznego punktu końcowego, nazwy DNS ani zewnętrznego użycia API. Wybierz, które dane minimalizować na każdej granicy, i wyjaśnij, które rejestry pozostają niezbędne.
- Przyznaj każdemu klientowi wąską, odwoływalną ścieżkę dostępu i nazwij dozwolone zasoby.
- Używaj oddzielnych poświadczeń, gdy usługa MCP wywołuje inną API; token dostępu MCP klienta nie jest uniwersalnym tokenem dla usług podrzędnych.
- Oddziel produkcyjne i eksperymentalne procesy robocze, zwłaszcza tam, gdzie narzędzia mogą wydawać środki lub wysyłać wiadomości.
- Publikuj obsługiwane wersje i zweryfikowany punkt końcowy dopiero gdy istnieją. KoalaVPS obecnie nie prowadzi publicznej hostowanej usługi MCP.
Oficjalna dokumentacja: MCP: najlepsze praktyki bezpieczeństwa
Zdefiniuj ćwiczenie utraty klucza i odwołanego dostępu
Utwórz jednorazowe poświadczenie klienta, wywołaj jedną dozwoloną operację odczytu, unieważnij to poświadczenie i powtórz wywołanie. Sprawdź, czy wszelkie buforowane uprawnienia lub dzierżawa aplikacji respektują politykę unieważniania. Powtórz z zasobem, którego klient nigdy nie posiadał. Zachowaj zapisy wyników bez przechowywania pełnych promptów lub argumentów narzędzi. Jeśli nieautoryzowane wywołanie się powiedzie, wstrzymaj przyznawanie narzędzi zapisu, dopóki kontrola zasobów po stronie serwera nie zostanie poprawiona.
- Nie akceptuj identyfikatora sesji protokołu ani żądania jako dowodu tożsamości użytkownika.
- W przypadku OAuth HTTP przetestuj udokumentowane zachowanie 401/403 i wykrywanie dla wersji, którą faktycznie wdrażasz.
- Odrzucaj nieznane argumenty narzędzi i ograniczaj rozmiar wyników, czas trwania żądania i współbieżność.
- Przetestuj ponowną próbę po symulowanym przerwaniu sieci i zweryfikuj jedną istotną operację, nie dwie.
Oficjalna dokumentacja: MCP 2026-07-28: autoryzacja HTTP