zarządzana autoryzacja korporacyjna

Rozszerzenie MCP odpowiadające na potrzeby autoryzacji w organizacjach: centralne zarządzanie dostępem agentów do serwerów i zgodność z rzeczywistymi wdrożeniami OAuth i OpenID Connect. Powstało, bo rdzeń nie rozstrzygał układu „jeden klient, wiele serwerów o różnych właścicielach".

W Polsce nazywane też:

autoryzacja korporacyjna MCPcentralne zarządzanie dostępem agentów

Autoryzacja jest obszarem MCP, który zmienił się najbardziej — i tym, który organizacje oceniające protokół wskazują jako najważniejszy.

Czym jest

Enterprise Managed Authorization to rozszerzenie specyfikacji odpowiadające na potrzeby wdrożeń korporacyjnych: centralne zarządzanie dostępem agentów do serwerów, zgodność z tym, jak organizacje faktycznie wdrażają OAuth i OpenID Connect, oraz możliwość egzekwowania polityki poza pojedynczym klientem.

Dlaczego rdzeń nie wystarczał

MCP opiera się na OAuth 2.0, ale sam protokół nie rozstrzygał, jak zarządzać poświadczeniami w organizacji, gdzie jeden klient łączy się z wieloma serwerami o różnych właścicielach. Ten kształt wdrożenia — jeden klient, wiele serwerów — jest źródłem większości problemów autoryzacyjnych, o których mówi się przy agentach.

Co się zmieniło w rdzeniu

Równolegle utwardzono samą autoryzację: wprowadzono walidację wystawcy zgodnie z RFC 9207 i rozpoczęto formalne odchodzenie od dynamicznej rejestracji klientów na rzecz dokumentów metadanych klienta.

Dlaczego to ważne poza korporacjami

Wzorzec „jeden agent, wiele serwerów o różnych właścicielach” dotyczy każdego, kto podłączył więcej niż jeden serwer MCP. Agent działa wtedy z uprawnieniami zebranymi z kilku źródeł, a treść pochodząca z jednego serwera może wpłynąć na wywołanie skierowane do drugiego. To jest dokładnie ten układ, w którym uprawnienia trzeba trzymać wąsko i rozdzielnie, niezależnie od skali wdrożenia.

dokumenty metadanych klientaDokumenty metadanych klienta — mechanizm identyfikacji klienta MCP przez opis dostępny pod stałym adresem, zamiast dynamicznej rejestracji u każdego serwera osobno. Formalnie zastępuje Dynamic Client Registration w specyfikacji 2026-07-28. Tożsamość klienta da się dzięki temu sprawdzić i wycofać w jednym miejscu.rozszerzenia MCPSformalizowany framework dodawania możliwości poza rdzeniem MCP. Rdzeń pozostaje mały, a funkcje potrzebne części wdrożeń żyją jako opcjonalne, negocjowane rozszerzenia. Pierwsze trzy to MCP Apps, Tasks i Enterprise Managed Authorization.Kontrola dostępu oparta na rolach dla agentówRozszerzenie RBAC o agentów AI jako osobny typ principal — definiujące jakie zasoby i akcje są dostępne dla agenta, niezależnie od uprawnień użytkownika w imieniu którego działa. RBAC na poziomie infrastruktury (nie promptu) jest odporny na permission injection.OAuth dla agentówAdaptacja standardu OAuth 2.0 do przypadku gdzie autoryzację przeprowadza autonomiczny agent AI — wymagająca rozwiązania problemów specyficznych dla agentów: bezpiecznego przechowywania tokenów bez narażenia modelu językowego, odnowienia tokenów bez interakcji użytkownika i ograniczenia zakresu uprawnień do minimum.Złośliwy serwer MCPZłośliwy serwer MCP udający legitymowany serwis — przez typosquatting nazwy, podszywanie się pod znany serwis, lub kompromitację prawdziwego serwera — który serwuje agentom zatrute narzędzia lub eksfiltruje dane z konwersacji. Odpowiednik typosquattingu npm w ekosystemie MCP.