Oceń bezpieczeństwo bramy MCP przez testy zezwalania, odmowy i audytu oraz sprawdź przetwarzanie danych i wymagania wdrożeniowe.
Zakup bramy MCP powinien określać, z jakich narzędzi może korzystać aplikacja, co zostanie odrzucone i jakie dowody pozostaną dostępne. Oceniaj Sluis według pisemnego planu odbioru, oddzielając dostępne mechanizmy polityk od wymagań integracyjnych, które nadal musisz sprawdzić.
Określ granicę kontroli, której potrzebujesz
Sluis oferuje zarządzaną bramę stawiającą UE na pierwszym miejscu, wielu dostawców, API zgodne z OpenAI i Anthropic oraz polityki dla modeli i narzędzi MCP. Zgodność API nie dowodzi obsługi każdego serwera MCP, transportu ani sposobu uwierzytelniania. Przed wyborem wdrożenia spisz konkretne wymagania dotyczące klientów, serwerów i tożsamości.
Scenariusz ilustracyjny: asystent finansowy ma odczytywać faktury, ale nie może eksportować całej księgowości. Planowany serwer MCP udostępnia fikcyjne narzędzia invoices.read oraz invoices.export. Nazwy służą testowi zakupowemu i nie oznaczają gotowych integracji Sluis. Ustal, gdzie mają być egzekwowane uprawnienia użytkownika, identyfikacja obciążenia i własne uprawnienia serwera.
- Spisz modele, serwery MCP i narzędzia potrzebne każdemu obciążeniu.
- Udokumentuj wymagania uwierzytelniania i identyfikacji serwera do sprawdzenia.
- Oddziel polityki bramy od uprawnień w systemie docelowym.
Osobno testuj zezwolenia i odmowy
Ilustracyjny test odbiorowy: skonfiguruj obciążenie invoice-review dla zatwierdzonego modelu i invoices.read na wskazanym serwerze testowym. Odczyt syntetycznej faktury powinien się udać; invoices.export i niezatwierdzony model powinny zostać odrzucone. Powtórz próbę z innego obciążenia, aby wykryć niezamierzone przenoszenie uprawnień.
Sprawdź oddzielnie tryby zezwalania i odmawiania, a następnie drugi serwer z identyczną nazwą narzędzia. Poproś o demonstrację rozpoznawania właściwego serwera, zamiast zakładać, że wystarcza zgodność nazwy. Zezwolenie na narzędzie samo w sobie nie potwierdza walidacji argumentów, ochrony przed wstrzykiwaniem instrukcji ani autoryzacji w systemie docelowym.
- Zapisz oczekiwany i faktyczny wynik każdej próby zezwolenia i odmowy.
- Sprawdź niedozwolony model, inne obciążenie i powtórzoną nazwę narzędzia.
- Osobno zweryfikuj argumenty oraz uprawnienia w systemie docelowym.
Sprawdź ślad audytowy i przetwarzanie danych
Sluis zapewnia ślad audytowy z łańcuchem skrótów kryptograficznych. Dla każdej dozwolonej i odrzuconej próby poproś o dowody pozwalające odtworzyć obciążenie, model, narzędzie i decyzję polityki. W kontrolowanej kopii zmień lub usuń wpis i sprawdź sposób wykrycia zmiany. Łańcuch skrótów nie oznacza niezmiennego magazynu ani pełnej rejestracji zdarzeń.
Ochrona danych domyślnie stosuje odwracalną tokenizację; mask, block i allow_log to odrębne tryby. Wykrywanie nie jest doskonałe, a istniejące wyniki wyszukiwania w sieci i odpowiedzi modeli nie są tokenizowane na nowo. Skanowanie bezpieczeństwa jest opcjonalne. Treść jest domyślnie przechowywana do usunięcia lub zmiany konfiguracji; metadane są zachowywane. Sprawdź rzeczywistą ścieżkę danych MCP.
- Zbierz dowody udanych wywołań, odmów i błędów weryfikacji.
- Użyj syntetycznych danych wrażliwych i sprawdź zawartość narzędzia oraz audytu.
- Uzgodnij retencję, usuwanie, dostęp do metadanych i opcjonalne skanowanie.
Ujmij wdrożenie i odbiór w warunkach zakupu
Wybierz usługę zarządzaną lub Edge zgodnie z wymaganiami operacyjnymi. Edge uruchamia cały produkt na twoim Kubernetes lub Dockerze, również w środowisku odizolowanym od sieci zewnętrznych z modelami lokalnymi. Twoja organizacja odpowiada za kopie zapasowe i licencję. Zweryfikuj dostępność modeli i narzędzi przy wybranych ograniczeniach sieciowych i politykach.
Rezydencja danych w UE, europejska własność i podleganie prawu USA to odrębne pytania zakupowe. Pogłębioną analizę oprzyj na istniejącym poradniku o suwerenności, a opublikowane materiały ISO 27001 oceniaj bez traktowania ich jako gwarancji prawnej. Sluis rozlicza według użycia. Sprawdź cennik i uzgodnij dowody odbioru, otwarte wymagania integracyjne oraz odpowiedzialność operacyjną przed podpisaniem umowy.
- Wyznacz odpowiedzialnych za wdrożenie, kopie zapasowe, licencje i incydenty.
- Sprawdź dostawców i dostępność modeli zgodnie z twoją polityką.
- Dołącz wyniki testów i otwarte wymagania do zgody na zakup.
Pytania przed wyborem
Czy zgodność API gwarantuje działanie naszego serwera MCP?
Nie. Zgodność z API OpenAI i Anthropic nie potwierdza zgodności transportu MCP, wersji protokołu ani uwierzytelniania. Poproś o sprawdzenie konkretnej pary klienta i serwera, w tym obsługi tożsamości, zanim uznasz integrację za wspieraną.
Czy ślad audytowy z łańcuchem skrótów gwarantuje zgodność z prawem?
Nie. Wspiera kontrolę integralności, ale musisz też ocenić zakres rejestrowanych zdarzeń, dostęp, retencję i procedury weryfikacji. Ocena prawna zależy od twojego przetwarzania i obowiązków, a nie od jednej funkcji audytowej.
Czy każdy model działa przy polityce ograniczonej do UE?
Nie zakładaj tego. Dostępność zależy od dostawcy, wdrożenia i polityki. Sprawdź całą ścieżkę przetwarzania; hosting w UE sam nie rozstrzyga kwestii własności ani wpływu zagranicznych przepisów.