AnswersPublished23 sources
Claude elimina l’attrito dell’OAuth per i connettori MCP aziendali
Anthropic ha annunciato il 24 agosto 2026 la disponibilità generale di Enterprise Managed Authorization (EMA) per i connettori MCP di Claude. Il sistema usa un’asserzione di identità JWT ottenuta durante il single sign on aziendale: il server di autorizzazione del connettore la verifica e rilascia un token di access...
Pubblicato daModificato con GPT-5.6 LunaImmagini generate con GPT Image 1.5
Research answer
Key takeaways
- Anthropic ha annunciato il 24 agosto 2026 la disponibilità generale di Enterprise Managed Authorization (EMA) per i connettori MCP di Claude.
- Il sistema usa un’asserzione di identità JWT ottenuta durante il single sign on aziendale: il server di autorizzazione del connettore la verifica e rilascia un token di accesso senza un’ulteriore schermata di consenso.
- Okta è il provider di identità documentato attraverso Cross App Access, mentre i fornitori dei connettori MCP devono implementare l’estensione EMA per partecipare.
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 ha reso generalmente disponibile Enterprise-Managed Authorization (EMA) per i connettori del Model Context Protocol (MCP) di Claude, secondo le informazioni pubblicate il 24 agosto 2026. La novità sposta l’autorizzazione dei connettori dal processo ripetuto, dipendente da ogni singolo dipendente, a un sistema gestito all’interno dell’infrastruttura aziendale di identità e controllo degli accessi. 39
43
MCP è uno standard aperto che permette agli assistenti di intelligenza artificiale di collegarsi a strumenti esterni, applicazioni aziendali, archivi di dati e ambienti di sviluppo. 12 EMA è pensata per rendere queste integrazioni più semplici da distribuire e amministrare, mantenendo le decisioni di accesso all’interno delle policy centralizzate dell’organizzazione.
Cosa cambia per dipendenti e amministratori
Prima, l’attivazione seguiva due passaggi distinti:
- l’amministratore abilitava o approvava il connettore per l’organizzazione;
- ogni dipendente accedeva separatamente al servizio collegato e completava il relativo flusso di consenso OAuth.
Con EMA, l’amministratore configura il connettore e la relativa policy direttamente tramite il provider di identità aziendale. I dipendenti autorizzati in base ai gruppi o ai ruoli già presenti nell’organizzazione possono quindi usare il connettore con la sessione di single sign-on esistente, senza un nuovo reindirizzamento nel browser né una schermata di consenso per ogni integrazione. 49
62
Questo non significa che l’accesso diventi automatico per chiunque. Il provider di identità resta la fonte della decisione di autorizzazione: gli amministratori stabiliscono quali utenti o gruppi possono usare un connettore e possono revocare l’accesso tramite lo stesso sistema centralizzato. 41
42
Come funziona il flusso basato sul provider di identità
Il meccanismo utilizza l’estensione MCP Enterprise-Managed Authorization e il profilo Identity Assertion JWT Authorization Grant.
In forma semplificata, il percorso è questo:
- il dipendente effettua l’accesso attraverso il sistema SSO aziendale;
- il provider di identità emette un’asserzione firmata sotto forma di JSON Web Token (JWT);
- Claude presenta l’asserzione al server di autorizzazione del connettore MCP;
- il server verifica l’asserzione e, se la policy aziendale consente l’accesso, rilascia il normale token di accesso del connettore;
- Claude usa quel token per collegarsi al server MCP approvato.
Il dipendente non deve ripetere il processo di consenso OAuth del singolo connettore perché il server riceve un’asserzione verificabile sull’identità aziendale dell’utente e sul relativo contesto di autorizzazione. 49
63
Okta implementa questo modello attraverso Cross App Access (XAA). XAA è il nome dell’implementazione di Okta dell’approccio mediato dal provider di identità; l’estensione MCP, invece, è pensata come uno strato di protocollo aperto e non impone alle organizzazioni l’uso di un meccanismo proprietario. 35
38
Claude, Claude Code e Cowork: un modello comune
L’annuncio del progetto MCP afferma che Anthropic ha implementato l’estensione nel proprio livello MCP condiviso, così da permettere agli amministratori di autorizzare i server MCP in Claude, Claude Code e Cowork. 62 L’obiettivo è offrire un modello coerente tra l’uso interattivo di Claude, i flussi di lavoro degli sviluppatori e le attività desktop o orientate agli agenti.
Claude Code dispone inoltre di controlli aziendali separati per la configurazione MCP. Anthropic indica che le impostazioni gestite possono imporre autorizzazioni per gli strumenti, limitazioni sull’accesso ai file e configurazioni dei server MCP, compresi elenchi di server controllati dall’organizzazione. 13 EMA gestisce quindi il passaggio relativo a identità e autorizzazione, mentre le impostazioni amministrate di Claude Code possono limitare in anticipo quali server MCP gli utenti sono autorizzati a configurare.
La documentazione della piattaforma Anthropic descrive separatamente anche credenziali OIDC di breve durata, emesse dal provider di identità dell’organizzazione per autenticare i carichi di lavoro senza ricorrere a chiavi API statiche di lunga durata. Si tratta di una direzione collegata verso l’identità aziendale, ma non va confusa con il flusso EMA specifico dei connettori. 18
Quali connettori e provider sono supportati?
Il materiale disponibile conferma un primo gruppo di provider MCP associati al programma Okta: Asana, Atlassian, Canva, Figma, Granola, Linear e Supabase. 38
56
Le fonti fornite, tuttavia, non stabiliscono un inventario definitivo di tutti i connettori inclusi nella disponibilità generale del 24 agosto, né distinguono in modo affidabile tra connettori già supportati e aggiunte pianificate. Non è inoltre disponibile un elenco completo dei provider di identità oltre all’implementazione XAA documentata da Okta. Prima di considerare la funzione universalmente compatibile, le organizzazioni dovrebbero quindi verificare la disponibilità del singolo connettore e la compatibilità con il proprio provider di identità.
Il modello di adozione non è limitato a Okta. I provider di identità devono poter emettere le asserzioni richieste, mentre gli sviluppatori dei connettori MCP devono disporre di server di autorizzazione capaci di accettarle e validarle. La documentazione di Anthropic per i connettori descrive i requisiti per gli sviluppatori che vogliono accettare asserzioni di identità aziendale e restituire token di accesso senza un ulteriore passaggio di consenso dell’utente. 49
Che ruolo ha avuto Ramp?
Okta ha indicato Ramp, Webflow, HubSpot e altri clienti comuni come partecipanti al programma iniziale per governare l’accesso di Claude alle applicazioni offerte dai provider MCP aderenti. 38 Le fonti disponibili non contengono però informazioni sufficienti per descrivere l’implementazione specifica di Ramp, le dimensioni del rollout, la combinazione di connettori utilizzata o risultati misurati. Questi dettagli non possono quindi essere dedotti dall’annuncio.
Perché la novità è importante per le aziende
EMA affronta uno degli ostacoli pratici alla distribuzione degli strumenti collegati all’IA su larga scala. Le richieste OAuth per singolo utente aumentano il lavoro di onboarding, rendono più difficile uniformare gli accessi e possono lasciare gli amministratori in attesa che ogni dipendente completi correttamente la configurazione. Un flusso centralizzato tramite il provider di identità permette invece di collegare l’accesso ai ruoli e ai gruppi già usati dall’organizzazione.
Anche il perimetro di sicurezza diventa più chiaro: il provider di identità decide se l’utente ha diritto ad accedere al connettore, mentre il server di autorizzazione MCP verifica l’asserzione prima di rilasciare il proprio token. Restano comunque necessarie la valutazione dei singoli server MCP, l’applicazione del principio del privilegio minimo e una gestione rigorosa dei server che gli utenti possono aggiungere. La documentazione di Claude Code raccomanda di utilizzare server MCP affidabili e consente alle organizzazioni di limitarne la configurazione attraverso impostazioni gestite o controllate nel codice sorgente. 13
La novità, quindi, non è semplicemente che «l’OAuth scompare». Più precisamente, il ciclo di consenso visibile al dipendente viene sostituito da uno scambio di autorizzazione gestito dall’azienda, che collega le policy SSO esistenti all’accesso ai connettori MCP. Per le imprese che stanno distribuendo Claude a più team, questo può rendere il provisioning più uniforme tra Claude, Claude Code e Cowork, preservando al tempo stesso il controllo amministrativo centralizzato. 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 "Claude elimina l’attrito dell’OAuth per i connettori MCP aziendali"?
Anthropic ha annunciato il 24 agosto 2026 la disponibilità generale di Enterprise Managed Authorization (EMA) per i connettori MCP di Claude.
What are the key points to validate first?
Anthropic ha annunciato il 24 agosto 2026 la disponibilità generale di Enterprise Managed Authorization (EMA) per i connettori MCP di Claude. Il sistema usa un’asserzione di identità JWT ottenuta durante il single sign on aziendale: il server di autorizzazione del connettore la verifica e rilascia un token di accesso senza un’ulteriore schermata di consenso.
What should I do next in practice?
Okta è il provider di identità documentato attraverso Cross App Access, mentre i fornitori dei connettori MCP devono implementare l’estensione EMA per partecipare.