AnswersPublished23 sources
Anthropic upraszcza dostęp do konektorów MCP w Claude. Enterprise-Managed Authorization jest już ogólnodostępne
24 sierpnia 2026 r. Anthropic ogłosił ogólną dostępność Enterprise Managed Authorization (EMA) dla konektorów Claude wykorzystujących Model Context Protocol.
Opublikowane przezEdytowane za pomocą GPT-5.6 LunaObrazy wygenerowane za pomocą GPT Image 1.5
Research answer
Key takeaways
- 24 sierpnia 2026 r. Anthropic ogłosił ogólną dostępność Enterprise Managed Authorization (EMA) dla konektorów Claude wykorzystujących Model Context Protocol.
- Nowy mechanizm zastępuje indywidualne ekrany zgody OAuth podpisanym tokenem JWT wystawianym podczas firmowego logowania SSO.
- Okta jest udokumentowanym dostawcą tożsamości w pierwszej implementacji, realizowanej za pomocą Cross App Access, a twórcy konektorów MCP muszą obsługiwać rozszerzenie EMA.
AI Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: What did Anthropic announce on August 24, 2026, about the general availability of enterprise-managed authorization for Claude’s Model Contex. Article summary: Anthropic announced that enterprise-managed authorization (EMA) for Claude MCP connectors is generally available: organizations can centrally authorize supported connectors through their identity provider rather than req. Topic tags: general, general web, documentation, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks,
Anthropic udostępnił ogólnie Enterprise-Managed Authorization (EMA) dla konektorów Claude opartych na Model Context Protocol (MCP). Zmiana przenosi autoryzację z powtarzanych, indywidualnych zgód OAuth do systemu zarządzania tożsamością i dostępem używanego już przez organizację. 39
43
MCP to otwarty standard łączenia asystentów AI z zewnętrznymi narzędziami, aplikacjami biznesowymi, repozytoriami danych i środowiskami programistycznymi. 12 EMA ma ułatwić administratorom wdrażanie i nadzorowanie takich połączeń bez obchodzenia centralnych zasad dostępu.
Co zmienia się dla pracowników i administratorów?
Dotychczas proces składał się z dwóch etapów:
- Administrator włączał lub zatwierdzał konektor dla organizacji.
- Każdy pracownik osobno logował się do połączonej usługi i przechodził jej procedurę zgody OAuth.
W modelu EMA administrator konfiguruje konektor oraz politykę dostępu w firmowym dostawcy tożsamości. Pracownicy, którym dostęp przyznano na podstawie istniejących grup lub reguł organizacyjnych, mogą korzystać z zatwierdzonego konektora w ramach swojej sesji jednokrotnego logowania (SSO). Nie muszą wykonywać dodatkowego przekierowania w przeglądarce ani potwierdzać zgody dla każdego konektora osobno. 49
62
Nie oznacza to jednak, że dostęp staje się niekontrolowany. Dostawca tożsamości pozostaje źródłem decyzji autoryzacyjnej organizacji. Administratorzy mogą określać, którzy użytkownicy lub grupy otrzymują dostęp, a także odbierać go w tym samym, centralnym systemie polityk. 41
42
Jak działa przepływ przez dostawcę tożsamości?
Mechanizm korzysta z rozszerzenia MCP Enterprise-Managed Authorization oraz profilu Identity Assertion JWT Authorization Grant (ID-JAG). W uproszczeniu wygląda to tak:
- Pracownik loguje się przez firmowy system SSO.
- Dostawca tożsamości wystawia podpisane potwierdzenie tożsamości w formie JSON Web Token (JWT).
- Claude przekazuje to potwierdzenie serwerowi autoryzacyjnemu konektora MCP.
- Serwer weryfikuje token i — jeśli polityka organizacji zezwala na dostęp — wystawia standardowy token dostępu dla konektora.
- Claude używa tego tokenu do połączenia z zatwierdzonym serwerem MCP.
Pracownik nie musi ponownie przechodzić procesu zgody OAuth właściwego dla danego konektora, ponieważ serwer otrzymuje możliwe do zweryfikowania potwierdzenie firmowej tożsamości użytkownika i jego kontekstu uprawnień. 49
63
Okta realizuje ten schemat za pomocą Cross App Access (XAA). XAA jest implementacją szerszego podejścia, w którym dostawca tożsamości pośredniczy w autoryzacji. Samo rozszerzenie MCP ma zapewniać otwartą warstwę protokołu, a nie wymuszać korzystania z jednego, własnościowego mechanizmu. 35
38
Claude, Claude Code i Cowork
Zgodnie z ogłoszeniem projektu MCP Anthropic wdrożył rozszerzenie we wspólnej warstwie MCP, dzięki czemu administratorzy mogą autoryzować serwery MCP w Claude, Claude Code i Cowork. 62 Celem jest spójny model dostępu zarówno podczas pracy z czatem, jak i w procesach programistycznych czy zadaniach realizowanych przez aplikacje desktopowe i agentowe.
Claude Code ma również osobne mechanizmy kontroli konfiguracji MCP. Anthropic podaje, że zarządzane ustawienia polityk mogą wymuszać uprawnienia narzędzi, ograniczenia dostępu do plików i konfigurację serwerów MCP, w tym listę serwerów kontrolowaną przez organizację. 13 EMA rozwiązuje więc problem przekazania tożsamości i autoryzacji, natomiast ustawienia Claude Code mogą dodatkowo ograniczyć, które serwery MCP użytkownicy w ogóle mogą konfigurować.
Dokumentacja platformy Anthropic opisuje też krótkotrwałe poświadczenia OIDC wystawiane przez firmowego dostawcę tożsamości do uwierzytelniania obciążeń, zamiast długowiecznych, statycznych kluczy API. To powiązany kierunek rozwoju zabezpieczeń dla przedsiębiorstw, ale nie należy go utożsamiać z przepływem EMA przeznaczonym dla konektorów. 18
Które konektory i systemy tożsamości są obsługiwane?
Dostarczone materiały potwierdzają początkową grupę dostawców MCP powiązanych z programem Okta: Asana, Atlassian, Canva, Figma, Granola, Linear i Supabase. 38
56
Nie ma jednak wystarczających dowodów, aby stworzyć definitywną listę wszystkich konektorów obsługiwanych dokładnie w wydaniu ogólnodostępnym z 24 sierpnia 2026 r. Dostępne informacje nie rozróżniają też wiarygodnie konektorów już dostępnych od tych dopiero planowanych. Nie przedstawiają również pełnej listy dostawców tożsamości poza udokumentowaną implementacją Okta.
Organizacje powinny zatem sprawdzić dostępność konkretnego konektora oraz zgodność z używanym dostawcą tożsamości, zanim uznają funkcję za powszechnie obsługiwaną. Model adopcji nie ogranicza się przy tym z założenia do Okta: dostawcy tożsamości muszą wystawiać odpowiednie potwierdzenia, a twórcy konektorów MCP — posiadać serwery autoryzacyjne zdolne je przyjmować i weryfikować. Dokumentacja Anthropic opisuje wymagania dla deweloperów, którzy chcą akceptować firmowe potwierdzenia tożsamości i zwracać tokeny dostępu bez osobnej zgody użytkownika. 49
Co wiadomo o roli Ramp?
Okta wymieniła Ramp, Webflow, HubSpot i innych wspólnych klientów jako uczestników wczesnego programu służącego do zarządzania dostępem Claude do aplikacji od uczestniczących dostawców MCP. 38
Dostarczone źródła nie zawierają jednak wystarczających informacji o konkretnej konfiguracji Ramp, skali wdrożenia, zestawie używanych konektorów ani zmierzonych rezultatach. Nie należy więc wyciągać dalej idących wniosków na podstawie samej wzmianki w komunikacie.
Dlaczego EMA ma znaczenie dla firm?
Enterprise-Managed Authorization usuwa praktyczne wąskie gardło we wdrażaniu narzędzi połączonych z AI na większą skalę. Powtarzające się monity OAuth zwiększają obciążenie związane z onboardingiem, utrudniają standaryzację dostępu i uzależniają poprawną konfigurację od działań każdego pracownika. Centralny przepływ przez dostawcę tożsamości pozwala zamiast tego oprzeć decyzje na istniejących rolach, grupach i politykach organizacji.
Wyraźniejsza staje się również granica bezpieczeństwa: dostawca tożsamości rozstrzyga, czy użytkownik ma prawo korzystać z danego konektora, a serwer autoryzacyjny MCP weryfikuje otrzymane potwierdzenie przed wydaniem własnego tokenu dostępu. Firma nadal musi ocenić każdy serwer MCP, stosować zasadę najmniejszych uprawnień i kontrolować, jakie serwery mogą być dodawane. Dokumentacja Claude Code zaleca korzystanie z zaufanych serwerów MCP i pozwala ograniczać ich konfigurację za pomocą ustawień zarządzanych lub kontrolowanych w kodzie źródłowym. 13
Najważniejsza zmiana nie polega więc na tym, że „OAuth znika”. Znika przede wszystkim pętla zgód wykonywanych przez poszczególnych pracowników. Zastępuje ją zarządzana przez przedsiębiorstwo wymiana autoryzacyjna, która łączy zasady istniejącego SSO z dostępem do konektorów MCP. Dla firm wdrażających Claude w wielu zespołach może to oznaczać bardziej spójne przyznawanie dostępu w Claude, Claude Code i Cowork, przy zachowaniu centralnej kontroli administratorów. 49
62
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
People also ask
What is the short answer to "Anthropic upraszcza dostęp do konektorów MCP w Claude. Enterprise-Managed Authorization jest już ogólnodostępne"?
24 sierpnia 2026 r. Anthropic ogłosił ogólną dostępność Enterprise Managed Authorization (EMA) dla konektorów Claude wykorzystujących Model Context Protocol.
What are the key points to validate first?
24 sierpnia 2026 r. Anthropic ogłosił ogólną dostępność Enterprise Managed Authorization (EMA) dla konektorów Claude wykorzystujących Model Context Protocol. Nowy mechanizm zastępuje indywidualne ekrany zgody OAuth podpisanym tokenem JWT wystawianym podczas firmowego logowania SSO.
What should I do next in practice?
Okta jest udokumentowanym dostawcą tożsamości w pierwszej implementacji, realizowanej za pomocą Cross App Access, a twórcy konektorów MCP muszą obsługiwać rozszerzenie EMA.