Uwierzytelnianie i SSO
Okta, Auth0 i Keycloak łączą Twojego dostawcę tożsamości z MCP. Agent uwierzytelnia się danymi firmowymi przez OAuth 2.1 + PKCE i dziedziczy Twoje istniejące role oraz przynależności do grup.
Uruchomienie Cursora, Claude Code czy Codeksa w środowisku korporacyjnym wymaga spełnienia trzech warunków: uwierzytelniania przez firmowe SSO, ścieżki audytu dla każdej akcji agenta oraz gwarancji, że kod źródłowy nigdy nie wychodzi niezatwierdzonym kanałem. Serwery Model Context Protocol są pomostem, który spełnia wszystkie trzy.
Dział bezpieczeństwa zwykle nakłada te wymagania naraz i z terminem. Ta strona to plan działania, jak je spełnić bez zatrzymywania wdrożenia.
Gdy to się zepsuje, obejmującą awarie, o które dział bezpieczeństwa naprawdę pyta: ujawnienie danych, przechwytywanie proxy/TLS i integrację z systemami legacyJesteś w środku incydentu: poziom błędów gwałtownie rośnie, a Ty potrzebujesz logów Azure, zgłoszenia w Jira, aktualizacji runbooka w Confluence i ostrzeżenia na Slacku. Bez integracji to pięć kart przeglądarki i utracona koncentracja. Serwery MCP pozwalają agentowi zorganizować to wszystko z poziomu IDE lub terminala.
W kontekście korporacyjnym MCP ma znaczenie z jednego powodu ważniejszego niż funkcje: dziedziczy Twój istniejący model uprawnień, zamiast wymyślać nowy. Serwer MCP łączy się z Twoją tożsamością OAuth, więc agent może dotknąć tylko tego, co Ty już możesz dotknąć, a każde działanie jest przypisane do Twojego konta w logu audytu. To jest zdanie, które skłania dział bezpieczeństwa do zgody.
Wszystkie trzy narzędzia mówią w MCP. Definicje serwerów są przenośne; różni się tylko lokalizacja pliku konfiguracyjnego.
Uwierzytelnianie i SSO
Okta, Auth0 i Keycloak łączą Twojego dostawcę tożsamości z MCP. Agent uwierzytelnia się danymi firmowymi przez OAuth 2.1 + PKCE i dziedziczy Twoje istniejące role oraz przynależności do grup.
Zarządzanie projektami
Zdalny serwer MCP Atlassian daje zabezpieczony OAuth dostęp do Jira i Confluence. Twórz zgłoszenia, aktualizuj runbooki i sprawdzaj status sprintu bez przełączania kontekstu.
Infrastruktura chmurowa
Serwery MCP Azure i GitHub wprowadzają DevOps do gry: odpytuj logi, sprawdzaj przebiegi CI, otwieraj PR-y i kontroluj status wdrożeń poleceniami w języku naturalnym.
Monitoring i jakość
Serwery MCP Sentry i SonarQube wplatają obserwowalność i jakość kodu w przepływ pracy. Pobieraj kontekst błędów, segreguj newralgiczne miejsca i sprawdzaj bramki jakości na bieżąco.
Specyfikacja autoryzacji MCP nakazuje OAuth 2.1 z PKCE (SHA-256) dla serwerów HTTP, więc firmowe SSO jest pełnoprawnym obywatelem, a nie obejściem. Poniższa konfiguracja używa oficjalnego serwera MCP Auth0 jako przykładu; ten sam kształt konfiguracji odnosi się do dowolnego serwera.
Definicje serwerów MCP są co do istoty identyczne we wszystkich trzech narzędziach — blok mcpServers z kluczem będącym nazwą serwera. Różni się tylko lokalizacja pliku i polecenie dodające:
Cursor czyta serwery MCP z .cursor/mcp.json w projekcie (lub ~/.cursor/mcp.json globalnie). Dodaj serwer Auth0:
{ "mcpServers": { "auth0": { "command": "npx", "args": ["-y", "@auth0/auth0-mcp-server", "run"] } }}Przy pierwszym użyciu Cursor uruchamia przepływ OAuth w przeglądarce; uwierzytelniasz się danymi firmowymi i dziedziczysz swoje uprawnienia Auth0.
Claude Code przechowuje serwery projektu w .mcp.json (zatwierdź go, aby udostępnić zespołowi). Dodaj lokalny serwer stdio jednym poleceniem:
claude mcp add auth0 -- npx -y @auth0/auth0-mcp-server runPierwszy prompt, który sięga do Auth0, uruchamia przepływ device-authorization wobec Twojej dzierżawy.
Codex przechowuje serwery MCP w ~/.codex/config.toml w tabeli [mcp_servers.<name>]:
[mcp_servers.auth0]command = "npx"args = ["-y", "@auth0/auth0-mcp-server", "run"]Codex uwierzytelnia się przy pierwszym użyciu w ten sam sposób. Zwróć uwagę na podkreślenie: w TOML to mcp_servers, a nie mcpServers.
Dla zdalnego, natywnie obsługującego OAuth serwera, takiego jak Atlassian, pomijasz lokalny proces w całości i kierujesz narzędzie na endpoint HTTPS:
{ "mcpServers": { "atlassian": { "url": "https://mcp.atlassian.com/v1/mcp" } }}claude mcp add --transport http atlassian https://mcp.atlassian.com/v1/mcp[mcp_servers.atlassian]url = "https://mcp.atlassian.com/v1/mcp"To są dema, które przekonują do zatwierdzenia pilotażu. Każde jest niezależne od narzędzia — liczy się prompt, a wkleja się go w czat Cursora, REPL claude lub codex wymiennie.
Jesteś na dyżurze, poziom błędów właśnie skoczył, a zegar tyka. Złącz pracę w łańcuch, zamiast skakać po kartach.
Dział bezpieczeństwa chce kwartalnego przeglądu głównych repozytoriów. Zamień dzień ręcznej pracy w jeden łańcuch.
Agent czyta tylko to, co widzi Twoja tożsamość OAuth, a każde zadanie, które otwiera w Jira, jest przypisane do Ciebie — dokładnie to, co audyt ma potwierdzić.
Pożar ugaszony; teraz trzeba odtworzyć, co się stało. To tutaj zebranie czterech systemów w całość oszczędza najwięcej czasu.
Twoja początkowa czwórka. Każda karta pokazuje, dlaczego zasługuje na miejsce i jak ją dodać.
Microsoft Learn Docs MCP
Dlaczego: Osadza agenta w aktualnej dokumentacji Microsoft — niezbędne przy pracy z .NET i Azure, gdzie dane treningowe szybko się dezaktualizują.
Dodaj go (zdalny HTTP, identyczny we wszystkich narzędziach — pokazano Claude Code):
claude mcp add --transport http mslearn https://learn.microsoft.com/api/mcpPrzykładowy prompt: “Review this C# code against current .NET best practices from Microsoft Learn.”
GitHub MCP Server
Dlaczego: Przepływy PR, monitoring Actions i segregacja zgłoszeń. Używaj oficjalnego serwera zdalnego z OAuth — stary pakiet npm @modelcontextprotocol/server-github jest przestarzały.
Dodaj go (OAuth przy pierwszym użyciu):
claude mcp add --transport http github https://api.githubcopilot.com/mcp/Przykładowy prompt: “Show me all failing CI runs this week and open issues for the broken tests.”
Atlassian Remote MCP
Dlaczego: Zabezpieczone OAuth Jira i Confluence bez żadnej lokalnej konfiguracji.
Dodaj go:
claude mcp add --transport http atlassian https://mcp.atlassian.com/v1/mcpPrzykładowy prompt: “Summarize all bugs fixed in the current sprint and update our release-notes page.”
Azure MCP Server
Dlaczego: Jeden serwer, wiele konektorów Azure (Monitor, PostgreSQL, SQL, Cosmos DB) za językiem naturalnym.
Dodaj go (lokalny stdio):
claude mcp add azure -- npx -y @azure/mcp@latest server startPrzykładowy prompt: “Query Log Analytics for authentication failures and flag any publicly accessible storage accounts.”
Nie każda funkcja potrzebuje trwałego serwera. Agent Skills to lżejsze, jednozadaniowe wzbogacenia instalowane jednym uniwersalnym CLI z vercel-labs/skills:
npx skills add vercel-labs/agent-skillsKompromis: sięgnij po skill, gdy chcesz skupionego, łatwego do udostępnienia zachowania (lista kontrolna przeglądu kodu, runbook wdrożenia), które nie wymaga aktywnego połączenia; sięgnij po serwer MCP, gdy potrzebujesz trwałego, uwierzytelnionego łącza do systemu źródłowego, takiego jak Jira czy Azure. Skills działają w Claude Code, Cursor i Codex z tej samej instalacji.
Większość przedsiębiorstw kieruje ruch zewnętrzny przez proxy. Wszystkie trzy narzędzia honorują standardowe zmienne środowiskowe HTTPS_PROXY / HTTP_PROXY / NO_PROXY, więc konfiguracja jest identyczna — ustaw je w powłoce, która uruchamia narzędzie:
export HTTPS_PROXY=http://corporate-proxy:8080export HTTP_PROXY=http://corporate-proxy:8080export NO_PROXY=localhost,127.0.0.1,.internal.company.comCursor (aplikacja Electron) dziedziczy je przy uruchomieniu z terminala, w którym są ustawione; Claude Code i Codex czytają je bezpośrednio. Jeśli Twoje proxy przechwytuje TLS, wskaż Node firmowy główny certyfikat CA, aby walidacja certyfikatów nadal przechodziła:
export NODE_EXTRA_CA_CERTS=/etc/ssl/certs/corporate-root-ca.pemNajczęstsza blokada — i ta, na którą MCP odpowiada najlepiej:
Objaw: serwery MCP i wywołania modelu padają z UNABLE_TO_GET_ISSUER_CERT_LOCALLY lub self-signed certificate in certificate chain. Przyczyna: proxy ponownie podpisuje TLS firmowym CA, któremu Node nie ufa. Rozwiązanie: ustaw NODE_EXTRA_CA_CERTS na firmowy pakiet głównego CA (powyżej). Nigdy nie wyłączaj walidacji certyfikatów przez NODE_TLS_REJECT_UNAUTHORIZED=0 — to niweczy przechwytywanie, na którym polega Twój dział bezpieczeństwa, i nie przejdzie kontroli.
Nie istnieje gotowy serwer dla Twojego wewnętrznego API? Zbuduj cienki serwer MCP. Oficjalne SDK są oparte na atrybutach/dekoratorach — udostępniasz metodę, a nie dziedziczysz po klasie bazowej. W C# z oficjalnym pakietem NuGet ModelContextProtocol:
[McpServerToolType]public static class LegacyOrderTools{ [McpServerTool, Description("Look up an order in the legacy ERP by ID.")] public static string GetOrder(string orderId) => LegacyErpClient.FetchOrder(orderId); // wrap your existing API}
// Program.cs — register and serve over stdiobuilder.Services .AddMcpServer() .WithStdioServerTransport() .WithToolsFromAssembly();Dla SOAP lub innych protokołów legacy każ agentowi najpierw naszkicować fasadę REST, a potem opakuj ją:
Zacznij od operacji tylko do odczytu, aby pierwsze tygodnie budowały zaufanie, a nie incydenty:
Skodyfikuj dostęp w pliku polityki, który Twój zespół może przeglądać i wersjonować:
## Approved MCP servers- Microsoft Learn (read-only docs): all developers- GitHub MCP: all developers- Atlassian MCP: team leads and above- Azure MCP: DevOps team only- Auth0 MCP: security-team approval required
## Usage guidelines- Authenticate through corporate SSO only- No production credentials in prompts- Confirmation required before any infrastructure write- AI-generated code is reviewed before mergeAdopcja AI w przedsiębiorstwie nie polega na zastępowaniu deweloperów; chodzi o wyeliminowanie skakania po kartach między systemami, których już używają. MCP daje Cursor, Claude Code i Codex bezpieczny, dziedziczący uprawnienia pomost do tego ekosystemu. Zacznij od trybu tylko do odczytu, przypisuj każde działanie, mierz własną bazę i skaluj to, co uzasadniają liczby.