Model Context Protocol ma za sobą bardzo dobre półtora roku. Tysiące publicznych serwerów, wdrożenie w każdym dużym kliencie AI i specyfikacja, która rozwija się teraz w otwartym procesie. Obraz bezpieczeństwa jest mniej pochlebny: specyfikacja wymaga OAuth 2.1, a niezależne badania publicznych serwerów wciąż wykazują, że faktycznie wdraża go tylko niewielki odsetek.

Czego wymaga specyfikacja

OAuth 2.1, a od rewizji z lipca 2026 — w wyraźnie bardziej rygorystycznej wersji. Serwery autoryzacji powinny zwracać parametr iss zgodnie z RFC 9207, a klienci muszą go zweryfikować przed wymianą kodu, co zamyka atak polegający na pomyleniu serwerów autoryzacji. Dane uwierzytelniające klienta są powiązane z wystawcą, który je utworzył, więc nie da się ich ponownie użyć wobec innego serwera autoryzacji. A Client ID Metadata Documents są teraz preferowaną ścieżką rejestracji — Dynamic Client Registration jest formalnie wycofywany na rzecz CIMD, choć dla zgodności nadal działa.

Dlaczego kupującego powinno to obchodzić

  • Serwer bez uwierzytelniania, który dotyka prawdziwych danych, to otwarty punkt końcowy z przyjaznym opisem.
  • Dane uwierzytelniające niepowiązane z wystawcą to problem „zdezorientowanego zastępcy” (confused deputy), który czeka, aż ktoś go zauważy.
  • Bez tożsamości na poziomie stanowiska nie da się odebrać dostępu jednej osobie — tylko wszystkim.
  • Jeśli serwer nie potrafi powiedzieć, kto wywołał narzędzie, nie powie Ci też, kto coś wyniósł.

Co robimy my

Punkt końcowy MCP w SuperCognit wdraża OAuth 2.1 łącznie z weryfikacją wystawcy i rejestracją CIMD. Lista narzędzi jest celowo dostępna bez logowania, żeby potencjalny kupujący mógł wkleić URL i zobaczyć dokładnie, co oferuje serwer, zanim jakiekolwiek dane uwierzytelniające zmienią właściciela; OAuth włącza się przy pierwszym faktycznym wywołaniu narzędzia. To połączenie — możliwość wglądu bez konta, uwierzytelnienie, zanim cokolwiek się wydarzy — to właśnie to, czego oczekiwalibyśmy od cudzego serwera.

Jeśli oceniasz serwer, lista kontrolna jest krótka: czy w ogóle obsługuje OAuth, czy weryfikuje wystawcę, czy możesz odebrać dostęp pojedynczemu stanowisku i czy rejestruje, kto co wywołał. Serwer, który nie przechodzi pierwszego pytania, nie potrzebuje pozostałych trzech.