Anthropic kunngjorde 24. august 2026 at bedriftsstyrt autorisering (EMA) for Claude koblinger basert på Model Context Protocol (MCP) er allment tilgjengelig.
Publisert avRedigert med GPT-5.6 LunaBilder generert med GPT Image 1.5
Research answer

Create 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 har gjort Enterprise-Managed Authorization (EMA) for Claude-koblinger basert på Model Context Protocol (MCP) allment tilgjengelig, ifølge rapportering datert 24. august 2026. Endringen flytter autoriseringen fra gjentatte OAuth-godkjenninger for hver enkelt ansatt til virksomhetens eksisterende system for identitets- og tilgangsstyring. 39
43
MCP er en åpen standard for å koble AI-assistenter til eksterne verktøy, forretningsapplikasjoner, datakilder og utviklingsmiljøer. 12 Målet med EMA er å gjøre slike koblinger enklere å rulle ut og administrere, uten at virksomheten mister den sentrale kontrollen over hvem som får tilgang.
Den tidligere prosessen besto i praksis av to trinn:
Med EMA konfigurerer administratoren koblingen og tilgangspolicyen gjennom virksomhetens identitetsleverandør. Ansatte som har tilgang gjennom eksisterende grupper eller regler, kan deretter bruke den godkjente koblingen via sin vanlige enkel-pålogging (SSO) – uten en ny nettleseromdirigering eller en separat samtykkeskjerm for hver kobling. 49
62
Det betyr ikke at tilgangen blir ubegrenset. Identitetsleverandøren er fortsatt virksomhetens autoritative kilde for tilgangsbeslutningen. Administratorer kan bestemme hvilke brukere eller grupper som får tilgang, og trekke den tilbake gjennom det samme sentrale systemet. 41
42
Løsningen bygger på MCP-utvidelsen Enterprise-Managed Authorization og profilen Identity Assertion JWT Authorization Grant (ID-JAG).
Forenklet ser flyten slik ut:
Den ansatte trenger dermed ikke å gjenta koblingens egen OAuth-samtykkeprosess. MCP-serveren mottar i stedet en verifiserbar bekreftelse på brukerens virksomhetsidentitet og tilgangsrettigheter. 49
63
Okta implementerer mønsteret gjennom Cross App Access (XAA). XAA er Oktas navn på sin implementasjon av den bredere, identitetsleverandørstyrte modellen. MCP-utvidelsen er laget som et åpent protokollag, og krever derfor ikke at alle virksomheter bruker en proprietær koblingsmekanisme fra Okta. 35
38
MCP-prosjektets kunngjøring sier at Anthropic har implementert utvidelsen i sitt felles MCP-lag. Administratorer skal dermed kunne autorisere MCP-servere på tvers av Claude, Claude Code og Cowork. 62
Det gir virksomheter en mer enhetlig tilgangsmodell for vanlig Claude-bruk, utviklerarbeid og arbeidsflyter på skrivebordet eller i agentbaserte miljøer.
Claude Code har i tillegg egne bedriftskontroller for MCP-konfigurasjon. Anthropic opplyser at administrerte policyinnstillinger kan håndheve regler for verktøytillatelser, filtilgang og MCP-servere, blant annet gjennom lister over servere som virksomheten har godkjent. 13
EMA håndterer dermed selve koblingen mellom identitet og autorisasjon, mens de administrerte innstillingene i Claude Code kan begrense hvilke MCP-servere brukerne får lov til å konfigurere i utgangspunktet.
Anthropics plattformdokumentasjon beskriver også kortlevde OIDC-legitimasjoner fra virksomhetens identitetsleverandør for autentisering av arbeidsbelastninger, i stedet for langsiktige, statiske API-nøkler. Dette er en beslektet retning innen bedriftsidentitet, men må ikke forveksles med den koblingsspesifikke EMA-flyten. 18
Materialet bekrefter en første gruppe MCP-leverandører knyttet til Oktas program:
Kildene gir imidlertid ikke et endelig bilde av alle koblinger som var støttet ved lanseringen 24. august. De skiller heller ikke pålitelig mellom koblinger som allerede er tilgjengelige og planlagte utvidelser. Det finnes også ikke en komplett, bekreftet oversikt over identitetsleverandører utover Oktas dokumenterte XAA-implementasjon.
Virksomheter bør derfor kontrollere tilgjengeligheten for hver enkelt kobling og kompatibiliteten med egen identitetsleverandør før de legger til grunn at EMA fungerer universelt.
Adopsjonsmodellen er likevel bredere enn Okta alene. Identitetsleverandører må kunne utstede de relevante bekreftelsene, mens utviklere av MCP-koblinger må ha autorisasjonsservere som kan motta og validere dem. Anthropics dokumentasjon beskriver kravene for utviklere som vil la MCP-servere godta bedriftsbaserte identitetsbekreftelser og returnere tilgangstoken uten et separat brukersamtykke. 49
Okta har omtalt Ramp, Webflow, HubSpot og andre felles kunder som deltakere i det tidlige programmet for å styre Claudes tilgang til applikasjoner fra deltakende MCP-leverandører. 38
Det foreliggende kildematerialet sier imidlertid ikke nok om Ramps konkrete utrulling, størrelsen på programmet, hvilke koblinger som ble brukt eller målte resultater. Disse detaljene kan derfor ikke utledes av kunngjøringen alene.
EMA tar tak i en praktisk flaskehals ved utrulling av AI-verktøy i større organisasjoner. Mange separate OAuth-forespørsler skaper mer arbeid ved onboarding, gjør tilgangen vanskeligere å standardisere og kan gjøre administratorene avhengige av at hver ansatt fullfører oppsettet riktig.
Når beslutningen legges til virksomhetens identitetsleverandør, kan tilgangen i stedet følge eksisterende roller, grupper og sikkerhetspolicyer. Når en ansatt bytter rolle eller slutter, kan tilgangen også fjernes sentralt.
Sikkerhetsgrensen blir samtidig tydeligere: Identitetsleverandøren avgjør om brukeren har rett til å bruke koblingen, mens MCP-koblingens autorisasjonsserver validerer identitetsbekreftelsen før den utsteder sitt eget tilgangstoken. Virksomheten må fortsatt vurdere hver MCP-server, bruke minst mulig privilegium og kontrollere hvilke servere brukerne kan legge til. Anthropics dokumentasjon for Claude Code anbefaler bruk av pålitelige MCP-servere og beskriver hvordan organisasjoner kan begrense serverkonfigurasjonen gjennom administrerte eller kildekontrollerte innstillinger. 13
Hovedendringen er derfor ikke at «OAuth forsvinner». Den ansattrettede samtykkerunden erstattes av en bedriftsstyrt autorisasjonsutveksling som kobler eksisterende SSO-policyer til tilgang på MCP-koblinger.
For virksomheter som tar Claude i bruk på tvers av team, kan dette gi mer ensartet klargjøring av koblinger i Claude, Claude Code og Cowork – samtidig som den sentrale administrative kontrollen beholdes. 49
62
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Anthropic kunngjorde 24. august 2026 at bedriftsstyrt autorisering (EMA) for Claude koblinger basert på Model Context Protocol (MCP) er allment tilgjengelig.
Anthropic kunngjorde 24. august 2026 at bedriftsstyrt autorisering (EMA) for Claude koblinger basert på Model Context Protocol (MCP) er allment tilgjengelig. Løsningen bruker en signert identitetsbekreftelse i form av en JWT fra virksomhetens innloggingsleverandør.
Okta er den dokumenterte innloggingsleverandøren gjennom Cross App Access, mens både andre identitetsleverandører og utviklere av MCP koblinger må støtte den åpne EMA utvidelsen for å delta.
Anthropic kunngjorde 24. august 2026 at bedriftsstyrt autorisering (EMA) for Claude koblinger basert på Model Context Protocol (MCP) er allment tilgjengelig.
Publisert avRedigert med GPT-5.6 LunaBilder generert med GPT Image 1.5
Research answer

Create 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 har gjort Enterprise-Managed Authorization (EMA) for Claude-koblinger basert på Model Context Protocol (MCP) allment tilgjengelig, ifølge rapportering datert 24. august 2026. Endringen flytter autoriseringen fra gjentatte OAuth-godkjenninger for hver enkelt ansatt til virksomhetens eksisterende system for identitets- og tilgangsstyring. 39
43
MCP er en åpen standard for å koble AI-assistenter til eksterne verktøy, forretningsapplikasjoner, datakilder og utviklingsmiljøer. 12 Målet med EMA er å gjøre slike koblinger enklere å rulle ut og administrere, uten at virksomheten mister den sentrale kontrollen over hvem som får tilgang.
Den tidligere prosessen besto i praksis av to trinn:
Med EMA konfigurerer administratoren koblingen og tilgangspolicyen gjennom virksomhetens identitetsleverandør. Ansatte som har tilgang gjennom eksisterende grupper eller regler, kan deretter bruke den godkjente koblingen via sin vanlige enkel-pålogging (SSO) – uten en ny nettleseromdirigering eller en separat samtykkeskjerm for hver kobling. 49
62
Det betyr ikke at tilgangen blir ubegrenset. Identitetsleverandøren er fortsatt virksomhetens autoritative kilde for tilgangsbeslutningen. Administratorer kan bestemme hvilke brukere eller grupper som får tilgang, og trekke den tilbake gjennom det samme sentrale systemet. 41
42
Løsningen bygger på MCP-utvidelsen Enterprise-Managed Authorization og profilen Identity Assertion JWT Authorization Grant (ID-JAG).
Forenklet ser flyten slik ut:
Den ansatte trenger dermed ikke å gjenta koblingens egen OAuth-samtykkeprosess. MCP-serveren mottar i stedet en verifiserbar bekreftelse på brukerens virksomhetsidentitet og tilgangsrettigheter. 49
63
Okta implementerer mønsteret gjennom Cross App Access (XAA). XAA er Oktas navn på sin implementasjon av den bredere, identitetsleverandørstyrte modellen. MCP-utvidelsen er laget som et åpent protokollag, og krever derfor ikke at alle virksomheter bruker en proprietær koblingsmekanisme fra Okta. 35
38
MCP-prosjektets kunngjøring sier at Anthropic har implementert utvidelsen i sitt felles MCP-lag. Administratorer skal dermed kunne autorisere MCP-servere på tvers av Claude, Claude Code og Cowork. 62
Det gir virksomheter en mer enhetlig tilgangsmodell for vanlig Claude-bruk, utviklerarbeid og arbeidsflyter på skrivebordet eller i agentbaserte miljøer.
Claude Code har i tillegg egne bedriftskontroller for MCP-konfigurasjon. Anthropic opplyser at administrerte policyinnstillinger kan håndheve regler for verktøytillatelser, filtilgang og MCP-servere, blant annet gjennom lister over servere som virksomheten har godkjent. 13
EMA håndterer dermed selve koblingen mellom identitet og autorisasjon, mens de administrerte innstillingene i Claude Code kan begrense hvilke MCP-servere brukerne får lov til å konfigurere i utgangspunktet.
Anthropics plattformdokumentasjon beskriver også kortlevde OIDC-legitimasjoner fra virksomhetens identitetsleverandør for autentisering av arbeidsbelastninger, i stedet for langsiktige, statiske API-nøkler. Dette er en beslektet retning innen bedriftsidentitet, men må ikke forveksles med den koblingsspesifikke EMA-flyten. 18
Materialet bekrefter en første gruppe MCP-leverandører knyttet til Oktas program:
Kildene gir imidlertid ikke et endelig bilde av alle koblinger som var støttet ved lanseringen 24. august. De skiller heller ikke pålitelig mellom koblinger som allerede er tilgjengelige og planlagte utvidelser. Det finnes også ikke en komplett, bekreftet oversikt over identitetsleverandører utover Oktas dokumenterte XAA-implementasjon.
Virksomheter bør derfor kontrollere tilgjengeligheten for hver enkelt kobling og kompatibiliteten med egen identitetsleverandør før de legger til grunn at EMA fungerer universelt.
Adopsjonsmodellen er likevel bredere enn Okta alene. Identitetsleverandører må kunne utstede de relevante bekreftelsene, mens utviklere av MCP-koblinger må ha autorisasjonsservere som kan motta og validere dem. Anthropics dokumentasjon beskriver kravene for utviklere som vil la MCP-servere godta bedriftsbaserte identitetsbekreftelser og returnere tilgangstoken uten et separat brukersamtykke. 49
Okta har omtalt Ramp, Webflow, HubSpot og andre felles kunder som deltakere i det tidlige programmet for å styre Claudes tilgang til applikasjoner fra deltakende MCP-leverandører. 38
Det foreliggende kildematerialet sier imidlertid ikke nok om Ramps konkrete utrulling, størrelsen på programmet, hvilke koblinger som ble brukt eller målte resultater. Disse detaljene kan derfor ikke utledes av kunngjøringen alene.
EMA tar tak i en praktisk flaskehals ved utrulling av AI-verktøy i større organisasjoner. Mange separate OAuth-forespørsler skaper mer arbeid ved onboarding, gjør tilgangen vanskeligere å standardisere og kan gjøre administratorene avhengige av at hver ansatt fullfører oppsettet riktig.
Når beslutningen legges til virksomhetens identitetsleverandør, kan tilgangen i stedet følge eksisterende roller, grupper og sikkerhetspolicyer. Når en ansatt bytter rolle eller slutter, kan tilgangen også fjernes sentralt.
Sikkerhetsgrensen blir samtidig tydeligere: Identitetsleverandøren avgjør om brukeren har rett til å bruke koblingen, mens MCP-koblingens autorisasjonsserver validerer identitetsbekreftelsen før den utsteder sitt eget tilgangstoken. Virksomheten må fortsatt vurdere hver MCP-server, bruke minst mulig privilegium og kontrollere hvilke servere brukerne kan legge til. Anthropics dokumentasjon for Claude Code anbefaler bruk av pålitelige MCP-servere og beskriver hvordan organisasjoner kan begrense serverkonfigurasjonen gjennom administrerte eller kildekontrollerte innstillinger. 13
Hovedendringen er derfor ikke at «OAuth forsvinner». Den ansattrettede samtykkerunden erstattes av en bedriftsstyrt autorisasjonsutveksling som kobler eksisterende SSO-policyer til tilgang på MCP-koblinger.
For virksomheter som tar Claude i bruk på tvers av team, kan dette gi mer ensartet klargjøring av koblinger i Claude, Claude Code og Cowork – samtidig som den sentrale administrative kontrollen beholdes. 49
62
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Anthropic kunngjorde 24. august 2026 at bedriftsstyrt autorisering (EMA) for Claude koblinger basert på Model Context Protocol (MCP) er allment tilgjengelig.
Anthropic kunngjorde 24. august 2026 at bedriftsstyrt autorisering (EMA) for Claude koblinger basert på Model Context Protocol (MCP) er allment tilgjengelig. Løsningen bruker en signert identitetsbekreftelse i form av en JWT fra virksomhetens innloggingsleverandør.
Okta er den dokumenterte innloggingsleverandøren gjennom Cross App Access, mens både andre identitetsleverandører og utviklere av MCP koblinger må støtte den åpne EMA utvidelsen for å delta.