Migliori Strumenti IAM per MCP 2026

Okta è il miglior strumento di identity and access management per MCP per le aziende che stanno standardizzando i connettori Claude oggi, ma solo se Okta è già una voce a bilancio. Una distribuzione Starter da 250 postazioni costa a listino $18,000 all'anno, quasi il doppio rispetto a uno scenario pianificato di $9,375 per le approvazioni manuali dei connettori; pertanto, il business case risiede nella revoca centralizzata e nel controllo delle policy, non nella riduzione dei clic di accesso.

La risposta in breve: quali sono i migliori strumenti IAM per MCP 2026?

Non esiste un singolo prodotto di identità MCP in grado di gestire qualsiasi aspetto dell'identità. L'identity provider certifica l'identità dell'utente. Un server di autorizzazione OAuth emette un token con permessi (scope) definiti. Un policy engine decide se tale utente o agente possa invocare uno specifico tool. Un vault per le credenziali protegge il segreto di cui un server MCP potrebbe aver bisogno a valle. Acquistare un unico livello presumendo che copra gli altri tre è l'errore più costoso che si possa commettere in questa categoria.

Per un'impresa che utilizza già Okta e desidera connettori Claude governati a livello centrale, Okta è la prima scelta da valutare. Per un'azienda software che rilascia il proprio server MCP, WorkOS rappresenta il punto di partenza più solido poiché AuthKit fornisce il layer di autorizzazione OAuth 2.1, mentre Connect consente di preservare il sistema di login esistente. Descope è la soluzione più avanzata per l'identità degli agenti, Scalekit è l'opzione più economica e snella, mentre Permit.io o Cerbos diventano indispensabili quando la vera complessità risiede nella decisione da prendere subito dopo il login.

I prezzi e i dettagli dei prodotti riportati di seguito sono stati verificati sulle pagine ufficiali dei nove fornitori il 26 August 2026. La classifica confronta le funzionalità documentate e i costi attuali. Non presume che ciascun prodotto sia stato testato in un ambiente di produzione reale durante questa analisi.

Panoramica rapida

La colonna del prezzo di partenza è volutamente rigida. Permit.io dispone di un piano Community a $0, ma il suo proxy OAuth 2.1 e l'editor del consenso sono inclusi a partire dal piano Pro a $25 al mese; pertanto, $25 rappresenta il costo reale d'ingresso per un gateway MCP. 1Password occupa la nona posizione perché protegge le credenziali anziché stabilire le regole di accesso. Si tratta di un ruolo prezioso, ma non di un piano di controllo IAM.

Cosa è cambiato nell'agosto 2026

Il 24 August 2026, Anthropic ha annunciato la disponibilità generale dell'autorizzazione gestita a livello aziendale (Enterprise-managed authorization). Un amministratore può autorizzare un connettore MCP supportato una sola volta; gli utenti erediteranno poi l'accesso in base a gruppi e ruoli dell'identity provider al primo accesso. La medesima autorizzazione aziendale si applica trasversalmente su Claude chat, Claude Code e Cowork.

L'elenco attuale dei connettori supportati comprende Datadog, Notion, Slack, Asana, Atlassian, Canva, Figma, Granola, Linear e Supabase. Anthropic ha dichiarato che Exa, Miro e Zoom saranno disponibili a breve. Okta è l'unico identity provider citato al momento del lancio della disponibilità generale, con l'integrazione di ulteriori IdP promessa per il futuro.

Questo scenario trasforma il business case. Il flusso precedente imponeva a ogni dipendente di approvare ciascun connettore, lasciando la revoca frammentata tra molteplici relazioni client-server. L'estensione MCP Enterprise-Managed Authorization rende l'identity provider aziendale l'unica vera autorità. Utilizza un Identity Assertion JWT Authorization Grant (ID-JAG), ovvero un'asserzione d'identità che un server MCP scambia con il proprio token di accesso. In termini pratici, l'azienda certifica chi sia l'utente, il server continua a emettere il token di cui si fida e la revoca può essere avviata centralmente dall'identity provider.

C'è tuttavia una discrepanza sulle pagine ufficiali da considerare con attenzione. L'aggiornamento datato di Anthropic dichiara la disponibilità generale, mentre una sezione sottostante intitolata "Getting started" sulla stessa pagina indica ancora lo stato di beta e richiede una richiesta di accesso. L'aggiornamento datato rappresenta lo stato più recente, ma l'ufficio acquisti dovrebbe comunque verificare che il connettore e il tenant richiesti siano abilitati prima di considerare la funzione pienamente operativa.

La conseguenza: un budget di controllo, non di convenienza

Si consideri un piano di sviluppo per 250 dipendenti, 6 connettori, 5 minuti per approvazione individuale di ciascun connettore e un costo orario lordo del lavoro di $75. Ciò comporta 125 ore e $9,375 di lavoro di onboarding una tantum. Okta Starter per gli stessi 250 dipendenti ha un prezzo di listino di $6 per utente al mese, pari a $18,000 all'anno, escludendo eventuali componenti aggiuntivi non pubblicati per l'AI o MCP.

La matematica rende la scelta inequivocabile. Acquistare Okta esclusivamente per risparmiare i minuti necessari all'approvazione non genera un ritorno economico in questo scenario. Sfruttare un'infrastruttura Okta preesistente è invece una mossa efficace, poiché il costo incrementale d'identità può rivelarsi contenuto a fronte di provisioning centralizzato, ereditarietà delle policy e revoca immediata. Un nuovo acquisto di Okta richiede una giustificazione legata alla mitigazione del rischio: meno autorizzazioni orfane, disattivazione più rapida degli accessi, controllo degli audit più lineare o un programma globale di gestione delle identità aziendali.

Criteri di selezione degli strumenti

La selezione è stata definita sulla base di sei criteri essenziali:

1. Evidenza specifica per MCP: il fornitore doveva documentare un flusso di lavoro per autorizzazione, gestione token, policy o credenziali MCP su documentazione ufficiale diretta.
2. Chiarezza del layer: il ruolo effettivo del prodotto doveva essere esplicito: identity provider, server OAuth, policy engine, gateway o vault.
3. Percorso di revoca: l'acquirente doveva poter verificare dove e come decade l'accesso nel momento in cui un utente, agente, token o credenziale viene rimosso.
4. Controllo a livello di tool: scope, policy, consenso o contesto delle risorse dovevano andare oltre il semplice esito positivo del login.
5. Verificabilità (Auditability): il prodotto doveva offrire un registro affidabile degli eventi legati a identità, token, policy o credenziali.
6. Trasparenza economica: ogni piano pubblico, limite rilevante, costo per consumo eccedente e condizione di prova doveva essere consultabile sulla pagina dei prezzi ufficiale.

I vendor IAM tradizionali sono stati esclusi se la loro documentazione non presentava flussi specifici per MCP. I componenti open source sono stati considerati solo quando il loro layer di competenza e l'onere operativo risultavano ben definiti. 1Password è stato incluso come soluzione di supporto poiché la custodia dei segreti rappresenta una parte reale di un'infrastruttura MCP, ma è collocato dietro ai prodotti che autorizzano concretamente una sessione o la chiamata a un tool.

Questo aspetto è cruciale poiché l'identità e la sicurezza MCP si sovrappongono senza coincidere. Una più ampia piattaforma di sicurezza MCP può aggiungere discovery, ispezione del traffico, osservabilità ed enforcement a runtime. Gli strumenti riportati di seguito sono valutati per la questione più specifica: chi o cosa ottiene l'accesso, quale token lo abilita, quale policy lo delimita e dove risiedono le credenziali.

1. Okta: Ideale per connettori Claude gestiti a livello enterprise

Okta è la migliore soluzione attuale per le aziende che utilizzano già Okta Workforce Identity e intendono gestire i connettori Claude in modo centralizzato.

Okta documenta la registrazione, la configurazione, la validazione e la gestione del ciclo di vita per server MCP di terze parti, con autorizzazione gestita tramite flussi OAuth standard. I suoi authorization server personalizzati supportano Cross App Access e lo scambio di token ID-JAG, mentre un authorization server esterno può utilizzare lo scambio di token Security Token Service. Questa conformità è determinante, poiché Anthropic cita espressamente Okta come l'identity provider di lancio per l'autorizzazione Enterprise-managed disponibile a livello generale.

L'ostacolo principale è rappresentato dai prezzi e dalla chiarezza dei pacchetti. Workforce Identity richiede un contratto minimo annuale di $1,500, e il listino prezzi pubblico non mostra cifre separate per l'identità AI o per componenti aggiuntivi MCP dedicati. Un'azienda che acquista Okta da zero unicamente per MCP rischia una spesa sproporzionata; un'azienda che già sostiene i costi di Okta può invece attivare una naturale estensione del proprio piano di controllo.

Ideale per: Imprese che utilizzano già Okta e richiedono provisioning basato su gruppi e revoca centralizzata per i connettori Claude.
Punto di forza: L'unico identity provider citato da Anthropic al lancio della disponibilità generale.
Prezzi: Starter $6 per utente al mese, Core Essentials $14 per utente al mese, Essentials $17 per utente al mese, Professional personalizzato ed Enterprise personalizzato, tutti con fatturazione annuale. Il minimo contrattuale annuale è di $1,500. I prezzi dei moduli per identità AI e MCP non sono pubblicati separatamente.
Prova gratuita: 30 giorni.

Rollout pratico con Okta

1. 1

   Confermare l'effettiva abilitazione

   Richiedi ad Anthropic e a Okta la conferma che il tenant Claude target, il connettore e le capacità di autorizzazione necessarie siano attivi. La pagina pubblica di Anthropic riporta sia la disponibilità generale sia le istruzioni beta; acquisisci quindi una prova documentale dello stato effettivo del tenant.

2. 2

   Selezionare il flusso di scambio token

   Utilizza un authorization server personalizzato Okta se il percorso prescelto è Cross App Access o ID-JAG. Se il server MCP si appoggia a un server di autorizzazione esterno, implementa lo scambio documentato con Security Token Service per non esporre credenziali a lungo termine sul client.

3. 3

   Mappare gli accessi sui gruppi esistenti

   Inizia con un connettore e due gruppi IdP: un gruppo operativo autorizzato e un gruppo di controllo non autorizzato. Mantieni gli scope dei singoli tool più circoscritti rispetto al ruolo applicativo complessivo, così che un login riuscito non dia accesso a ogni singola azione MCP.

4. 4

   Collaudare tutte e tre le interfacce utente

   Valida il medesimo account su Claude chat, Claude Code e Cowork. Successivamente, rimuovi l'account dal gruppo autorizzato e accerta che la revoca centralizzata blocchi effettivamente l'accesso al connettore.

Verdetto: Scegli Okta se rappresenta già l'autorità centrale per l'identità aziendale e la priorità è la governance dei connettori Claude. Scartalo per un nuovo prodotto MCP che necessita di un server di autorizzazione senza l'onere di un'intera suite per i dipendenti.

2. WorkOS: Ideale per il rilascio di server MCP in produzione

WorkOS è la scelta d'elezione per le software house che sviluppano server MCP e richiedono un'autorizzazione conforme agli standard senza dover rimpiazzare l'infrastruttura di autenticazione preesistente.

AuthKit opera come server di autorizzazione compatibile con OAuth 2.1 per l'applicazione MCP, lasciando allo sviluppatore la realizzazione dei tool e degli endpoint delle risorse. WorkOS Connect consente di integrare il flusso OAuth come middleware standalone salvaguardando il database utenti attuale. Tale separazione è vantaggiosa se l'applicazione gestisce già i propri utenti ma intende delegare discovery, gestione del consenso, emissione dei token e federazione enterprise.

Il vincolo da considerare è che "AuthKit gratuito" non equivale a una fattura d'identità aziendale pari a zero. AuthKit costa $0 fino a 1 milione di utenti attivi mensili (MAU), ma le connessioni SSO e Directory Sync, l'inoltro degli audit log, gli eventi conservati e il dominio personalizzato prevedono costi dedicati. Inoltre non vi sono costi aggiuntivi specifici per MCP, quindi una stima accurata deve quantificare queste voci accessorie.

Ideale per: Team SaaS che rilasciano server MCP in produzione preservando il sistema di autenticazione attuale.
Punto di forza: AuthKit come layer di autorizzazione completo OAuth 2.1 unito a Connect per un'implementazione middleware.
Prezzi: Pay as you go o Annual Credits su misura. AuthKit costa $0 fino a 1 milione di utenti attivi mensili, poi $2,500 al mese per ogni milione aggiuntivo. Le connessioni SSO e Directory Sync costano $125 ciascuna per le prime 1-15, $100 ciascuna da 16 a 30, $80 ciascuna da 31 a 50 e $65 ciascuna da 51 a 100. Gli Audit Logs costano $125 al mese per connessione SIEM più $99 al mese per milione di eventi conservati. Il dominio personalizzato costa $99 al mese. Non sono previsti costi extra specifici per MCP.
Prova gratuita: Ambiente di staging gratuito, senza carta di credito richiesta fino al passaggio in produzione.

Verdetto: Scegli WorkOS se il team vuole implementare OAuth a regola d'arte mantenendo l'attuale gestione utenti. Evitalo se la priorità è l'autorizzazione granulare sui singoli tool a valle dell'emissione del token.

3. Descope: Ideale per l'identità degli agenti e Bring-Your-Own Auth

Descope è la soluzione integrata più completa per i team che necessitano di OAuth per MCP, gestione sicura delle credenziali, scope granulari per tool, policy e la flessibilità di integrare un sistema di identità proprietario.

L'Agentic Identity Hub include OAuth 2.1 e PKCE, Dynamic Client Registration e registrazione client CIMD, scope per singolo agente e tool, archiviazione e refresh delle credenziali, regole di policy e log esportabili verso sistemi SIEM. La funzionalità Bring Your Own Auth consente a Descope di operare come server di autorizzazione MCP federando contemporaneamente l'identity provider già in uso. Gli oltre 50 template di connessione riducono drasticamente lo sviluppo di integrazioni personalizzate verso i servizi a valle.

Il limite riguarda la suddivisione dei piani commerciali. L'autorizzazione a grana fine e i connettori di audit esterni partono dal piano Growth a $799 al mese (fatturati annualmente), non essendo disponibili nei piani Free Forever o Pro. I livelli base permettono di testare flussi di identità e token, ma le funzionalità necessarie per governare un'ampia flotta di agenti richiedono spesso il passaggio diretto a Growth.

Ideale per: Prodotti basati su agenti che richiedono un piano di controllo d'identità completo senza abbandonare l'IdP preesistente.
Punto di forza: Suite integrata comprendente OAuth per MCP, custodia credenziali, scope per tool, policy, log e Bring Your Own Auth.
Prezzi: Free Forever $0, Pro a partire da $249 al mese con fatturazione annuale, Growth a partire da $799 al mese con fatturazione annuale ed Enterprise personalizzato. Free Forever comprende 7,500 MAU, 10 tenant attivi, 3 connessioni SSO, 1 app OIDC federata, 10,000 scambi M2M, 2,000 consensi attivi mensili e 2,000 token attivi mensili. Pro include 10,000 MAU, 35 tenant, 5 connessioni SSO, 2 app federate, 50,000 scambi M2M, 5,000 consensi attivi mensili e 5,000 token attivi mensili. Growth include 25,000 MAU, 100 tenant, 10 connessioni SSO, app federate illimitate, 100,000 scambi M2M, 10,000 consensi attivi mensili e 10,000 token attivi mensili. I costi per eccedenza sono $0.05 per MAU, $1 per tenant, $50 per connessione SSO, $2 per 1,000 scambi M2M, $0.05 per consenso attivo mensile e $0.05 per token attivo mensile.
Prova gratuita: Piano gratuito illimitato al posto di una prova a tempo. Le startup idonee possono accedere a Pro gratuitamente per un anno.

Verdetto: Scegli Descope se l'identità degli agenti è parte integrante del prodotto e non una semplice integrazione isolata. Evitalo se ti occorre solo l'infrastruttura OAuth di base e gestisci già le policy altrove.

4. Auth0: Ideale per distribuzioni Auth0 esistenti

Auth0 è la soluzione naturale per i team che hanno standardizzato la gestione accessi su Auth0 e richiedono token circoscritti alle risorse, scambi "on-behalf-of" e gestione delle credenziali a valle.

Auth for MCP implementa OAuth 2.1 e OpenID Connect con flussi di accesso, discovery e registrazione conformi agli standard, oltre a token vincolati alle risorse. L'On-Behalf-Of Token Exchange converte il token del client MCP in un token temporaneo per API interne, delimitato rispetto all'utente e alla risorsa. Token Vault presiede all'emissione, archiviazione, rotazione e revoca dei token per le API di terze parti interrogate dal server MCP.

Il fattore critico risiede nella modularità del prezzo. Sebbene Auth for MCP figuri nella comparazione pubblica, i token M2M richiedono un modulo aggiuntivo a partire dal piano Professional, e varie funzioni enterprise presentano costi a parte. Un prezzo iniziale di $0 o $35 può apparire appetibile, ma sottostima i costi effettivi di un'architettura di produzione ad alta intensità di traffico machine-to-machine.

Ideale per: Prodotti che impiegano già Auth0 e necessitano di estendere l'identità a MCP e alle API interne o esterne.
Punto di forza: Scambio di token On-Behalf-Of e Token Vault collegano la sessione utente a risorse interne e di terze parti.
Prezzi: Free $0, Essentials $35 al mese, Professional $240 al mese ed Enterprise personalizzato (in base al selettore pubblico a 500 MAU). Il piano Free supporta fino a 25,000 MAU. I token M2M sono disponibili come componente aggiuntivo da Professional, e alcune funzioni enterprise richiedono licenze dedicate.
Prova gratuita: 22 giorni, con passaggio automatico al piano Free.

Verdetto: Scegli Auth0 se MCP rappresenta una naturale estensione di un'infrastruttura Auth0 consolidata. Scartalo se non utilizzi Auth0 e cerchi un servizio di autorizzazione MCP circoscritto e con prezzi trasparenti.

5. Scalekit: La migliore autenticazione MCP standalone a basso costo

Scalekit è l'opzione più vantaggiosa sul fronte del prezzo per i team che necessitano di OAuth delegato e di un vault per le credenziali senza dover acquistare un'intera piattaforma di identità aziendale.

Scalekit gestisce OAuth delegato, rinnovo dei token e archiviazione delle credenziali, impostando i permessi su base per-tool ed escludendo le credenziali dal contesto dell'agente e del modello. Il suo vault isolato per tenant impiega crittografia AES-256 e garantisce una conservazione dei registri di audit di 90 giorni per impostazione predefinita. Questa combinazione risulta molto pratica per i server MCP che interrogano servizi SaaS dei clienti: l'agente riceve l'autorizzazione a procedere senza mai visualizzare la credenziale persistente necessaria alla chiamata a valle.

L'elemento di attenzione riguarda la scalabilità e le regole dei piani. Il piano Free prevede limiti rigidi senza possibilità di consumo extra, mentre Growth introduce tariffe di eccedenza sia per utente sia per organizzazione. Il modulo Standalone MCP Auth ha un costo di $99 al mese, a cui si aggiunge un ulteriore add-on di personalizzazione da $99 al mese; è opportuno quindi chiarire prima dell'acquisto se si stia optando per il piano Auth for SaaS o per la componente standalone.

Ideale per: Startup e team di prodotto alla ricerca di OAuth delegato per MCP e custodia dei segreti a una tariffa d'ingresso accessibile.
Punto di forza: MCP Auth è incluso nel piano Free, con un'opzione standalone pubblicata al costo di $99 al mese.
Prezzi: Free $0 al mese, Growth $99 al mese ed Enterprise personalizzato. Free include 25,000 MAU, 25 organizzazioni, 1 connessione SSO, 1 connessione SCIM e MCP Auth, con soglie fisse senza overage. Growth include 100,000 MAU e 100 organizzazioni, con un costo di $0.05 per MAU aggiuntivo e $1 per organizzazione aggiuntiva. Superata la prima connessione SSO o SCIM inclusa, le successive costano $60 ciascuna da 2 a 15, $45 da 16 a 30, $35 da 31 a 50, $30 da 51 a 100 e trattativa personalizzata oltre 100. Standalone MCP Auth costa $99 al mese; la personalizzazione è un modulo separato a $99 al mese.
Prova gratuita: Ambienti di Development, QA, UAT e staging gratuiti.

Verdetto: Scegli Scalekit se il numero di connessioni e il canone fisso per l'auth MCP sono le variabili determinanti. Opta per altre soluzioni se la priorità è una quota molto estesa di MAU o un ecosistema IAM aziendale più ampio.

6. Stytch: Ideale per prodotti B2B SaaS già basati su Stytch

Stytch è la soluzione più lineare per i software B2B SaaS che modellano già la clientela come organizzazioni e vogliono gestire i client MCP esattamente come Connected Apps.

Stytch adotta il grant di autorizzazione con codice (authorization-code grant), offre una componente per il consenso OAuth, pubblica i metadati delle risorse protette e del server di autorizzazione, emette token di accesso e di refresh, valida gli scope e supporta la Dynamic Client Registration. Per uno sviluppatore SaaS l'architettura è intuitiva: un client MCP diventa una normale applicazione connessa, con ciclo di vita di consenso e token esplicito, senza ricorrere a eccezioni basate su API key.

Il punto debole è la stima dei costi per volumi superiori a quelli inclusi. La pagina pubblica elenca i costi per personalizzazione del brand, connessioni SSO/SCIM e controlli antifrode, ma le tariffe per MAU ed M2M addizionali richiedono l'uso del calcolatore interattivo. Il piano base risulta trasparente, ma la quantificazione per ambienti ad alto carico in produzione richiede passaggi aggiuntivi.

Ideale per: Prodotti B2B SaaS che già gestiscono organizzazioni e autenticazione tramite Stytch.
Punto di forza: I client MCP sono trattati come Connected Apps native con gestione di consenso, metadati, scope e ciclo di vita dei token.
Prezzi: Pay as you go a partire da $0, con Enterprise personalizzato. Il consumo gratuito incluso comprende 10,000 utenti attivi mensili e agenti AI, organizzazioni illimitate, 5 connessioni SSO o SCIM e 1,000 token M2M. La personalizzazione di marchio ed email costa $99. Ogni connessione SSO o SCIM aggiuntiva costa $125. La protezione dalle frodi costa $0.005 per fingerprint oltre le prime 10,000 incluse. Le tariffe MAU e M2M oltre soglia si ottengono tramite calcolatore.
Prova gratuita: Livello gratuito continuativo anziché prova a tempo limitato.

Verdetto: Scegli Stytch se MCP rappresenta un'ulteriore connected-app all'interno di una piattaforma B2B Stytch esistente. Guardati attorno se esigi un listino completamente aperto e dettagliato riga per riga prima di avviare una trattativa.

7. Permit.io: Il miglior proxy drop-in con policy sui tool

Permit.io è la migliore soluzione integrabile a monte quando l'autenticazione è già funzionante ma ogni invocazione di un tool MCP richiede una verifica di autorizzazione, registrazione del consenso e tracciabilità di audit dedicate.

Il Permit MCP Gateway si collega all'identity provider esistente, gestisce le sessioni OAuth 2.1 e lo scambio di token, e verifica le chiamate ai tool rispetto a modelli di policy basati su ruoli (RBAC), attributi (ABAC) o relazioni (ReBAC). Questi tre paradigmi rispondono a domande sempre più granulari: quale ruolo ha il chiamante, quali attributi qualificano la richiesta e quale relazione lega il richiedente alla risorsa target. Il gateway gestisce inoltre schermate di consenso, esegue il provisioning delle identità degli agenti e registra la catena delle decisioni.

L'aspetto critico è celato dietro l'offerta gratuita: il piano Community a $0 non comprende né il proxy OAuth 2.1 né l'editor del consenso. Le funzioni distintive del gateway MCP di Permit.io partono dal piano Pro a $25 al mese, mentre le funzionalità di grado enterprise come SSO, individuazione di agenti non autorizzati (shadow agents), approvazione umana e deployment on-premise/VPC sono riservate al piano Enterprise.

Ideale per: Team con un IdP preesistente che richiedono un proxy con controllo puntuale delle policy davanti ai server MCP.
Punto di forza: Gestione delle sessioni OAuth e regole granulari sui singoli tool integrate nello stesso gateway.
Prezzi: Community $0, Pro a partire da $25 al mese ed Enterprise personalizzato. Community include 1,000 MAU umane o agentiche, 10 tenant, 1 ambiente e 7 giorni di log, ma non il proxy OAuth 2.1 o l'editor di consenso. Pro supporta fino a 50,000 MAU, 20,000 tenant, 50 ambienti, proxy OAuth 2.1, editor di consenso, log da 21+ giorni, SLA del 99.95% e SSO come componente aggiuntivo. Enterprise offre MAU, tenant e ambienti illimitati, SSO integrato, rilevamento shadow agent, approvazioni umane, deployment on-premises o VPC e SLA del 99.99%.
Prova gratuita: Community non richiede carta di credito; il gateway OAuth operativo richiede l'attivazione del piano Pro a pagamento.

Verdetto: Scegli Permit.io se il quesito da risolvere è: "può questa identità eseguire questa azione su questo tool in questo preciso momento?". Scartalo se l'architettura a monte è ancora priva di un'autenticazione d'identità solida e dell'emissione dei token.

8. Cerbos: Ideale per la Policy as Code esternalizzata

Cerbos è la scelta d'eccellenza per implementare la policy-as-code quando le regole di autorizzazione MCP devono essere svincolate dal codice applicativo e distribuite su molteplici microservizi.

Cerbos analizza il contesto dell'utente, dell'agente, della richiesta e della risorsa, restituendo una risposta affermativa (allow) o negativa (deny) insieme a un registro di audit completo. Il fornitore dichiara una latenza di decisione inferiore al millisecondo. Tale caratteristica risulta ideale quando la medesima regola deve governare più server MCP, ad esempio per consentire a un agente contabile di consultare le fatture della propria business unit impedendogli al contempo di approvare pagamenti.

Il vincolo da comprendere è strutturale, non meramente commerciale: Cerbos non è un identity provider né un authorization server OAuth. Il suo intervento si colloca dopo la validazione dell'identità e del token. Un team che adotta Cerbos deve comunque disporre di un soggetto autenticato affidabile, di un flusso token e possibilmente di un vault credenziali; Cerbos sostituisce la frammentazione della logica decisionale, non il resto dello stack IAM.

Ideale per: Team di ingegneria che richiedono policy di autorizzazione centralizzate e verificabili trasversalmente su più server MCP.
Punto di forza: Valutazioni di policy guidate dal contesto con una latenza dichiarata inferiore al millisecondo.
Prezzi: Il motore open source è gratuito per sempre. Cerbos Hub Proof of Concept costa $0 al mese, Development parte da $25 al mese, Production parte da $933 al mese ed Enterprise è su preventivo. Proof of Concept include 100 entità attive mensili (principals) e 1 settimana di log unificati. Development copre i primi 100 principals e 3 mesi di log. Production include i primi 5,000 principals e 1 anno di conservazione log.
Prova gratuita: 3 mesi sul piano Development.

Verdetto: Scegli Cerbos se il collo di bottiglia risiede nella complessità delle logiche decisionali e l'identità è già risolta. Evitalo se il progetto necessita ancora di IdP o server OAuth e ci si attende che un solo prodotto risponda a entrambe le esigenze.

9. 1Password: La migliore soluzione di supporto per la custodia delle credenziali

1Password è il componente di supporto più efficace per isolare le credenziali MCP dai file di configurazione e dal contesto degli agenti, ma non può e non deve sostituire il sistema di autorizzazione.

Attraverso l'integrazione con Runlayer, 1Password accetta riferimenti con sintassi op:// nei campi dedicati alle credenziali dei server MCP, estraendo il segreto dinamico solo al momento della connessione del proxy, senza memorizzare alcuna credenziale in chiaro su Runlayer. Il confronto tramite hash SHA-256 rileva le rotazioni dei segreti, mentre gli eventi di lettura e aggiornamento vengono tracciati. Si tratta di un significativo passo avanti nella sicurezza dei server MCP costretti a comunicare con API legacy vincolate a chiavi statiche.

Il limite da ricordare è chiaro: custodire una credenziale non equivale a governare gli accessi. 1Password protegge e ruota un segreto, ma non determina se un utente o un agente sia autorizzato a invocare un tool contro una determinata risorsa. Deve essere necessariamente affiancato da un IdP, un authorization server OAuth e un policy layer ogni volta che l'applicazione opera con accessi delegati.

Ideale per: Team che necessitano di conservazione protetta, recupero e rotazione delle credenziali a valle utilizzate da server MCP.
Punto di forza: I puntatori op:// consentono al proxy di risolvere la credenziale in fase di esecuzione senza mantenerne il valore in memoria persistente.
Prezzi: Teams Starter Pack costa $24.95 al mese fatturati annualmente per 10 utenti, con licenze aggiuntive a $4.99 ciascuna fino a un massimo di altri 10 utenti. Business costa $8.99 per utente al mese con fatturazione annuale. Enterprise e listini a volume sono personalizzati.
Prova gratuita: 14 giorni per Teams Starter Pack e Business.

Verdetto: Adotta 1Password come cassaforte a supporto dell'infrastruttura d'identità, specie se i sistemi legacy impongono segreti statici. Non considerarlo un sostituto del sistema IAM per MCP.

I cinque layer che devono lavorare all'unisono

La comparazione ha valore solo se ogni tecnologia è posizionata nel rispettivo strato di appartenenza. Sebbene alcuni fornitori coprano più livelli, le responsabilità restano nettamente distinte:

• IdP (Identity Provider): attesta l'identità dell'utente umano o del carico di lavoro (workload), governando l'appartenenza ai gruppi e i processi di disattivazione (offboarding).
• OAuth: rilascia un token a uno specifico client MCP per una determinata risorsa protetta e con scope circoscritti.
• Policy Engine: determina se il soggetto autenticato possieda i permessi necessari per invocare un dato tool su una determinata risorsa.
• Vault: custodisce e protegge qualsiasi segreto o chiave a valle che non possa essere rimpiazzata da deleghe OAuth.
• Server MCP: espone tool e risorse, valida il token di sicurezza e applica l'esito della decisione finale.

Il meccanismo di revoca chiude il cerchio. Se l'IdP elimina un dipendente ma il server continua ad accettare un token con scadenza indeterminata, la sicurezza centralizzata fallisce. Se il token OAuth è limitato ma il server MCP omette di validare il contesto della risorsa, il token agisce come un filtro grossolano. Se la policy è impeccabile ma la chiave API sottostante è inserita nel prompt dell'agente, l'ultimo miglio è compromesso.

Per questo Okta, WorkOS, Permit.io, Cerbos e 1Password non sono strumenti equivalenti o alternativi. In un impianto maturo possono coesistere nella stessa architettura. La domanda da porsi è quale anello debole richieda un fornitore esterno e quali parti possano essere gestite direttamente dal team di sviluppo in sicurezza.

Guida alla scelta

Scegli Okta se Okta è già la spina dorsale dell'identità aziendale e l'esigenza immediata è governare l'accesso ai connettori Claude supportati. Escludilo se l'attivazione di un nuovo contratto di identità aziendale servirebbe unicamente a coprire MCP.

Scegli WorkOS se sviluppi un'applicazione SaaS, esponi un tuo server MCP e necessiti di un server di autorizzazione OAuth 2.1 senza voler riscrivere l'attuale flusso di login. Valuta invece Descope se identità degli agenti, template di credenziali, tracciamento del consenso e regole di policy devono risiedere in un'unica piattaforma integrata.

Scegli Descope se il software si sta evolvendo in una piattaforma di agenti autonomi e la funzione Bring Your Own Auth evita complesse migrazioni del database utenti. Passa a Scalekit se la configurazione è più contenuta, la prevedibilità dei costi è prioritaria e il modulo standalone MCP Auth è sufficiente.

Scegli Auth0 o Stytch se uno dei due governa già il modello d'identità dei tuoi utenti. Preservare l'architettura consolidata riduce rischi di sicurezza, duplicazioni di record e incongruenze nei processi di revoca. Chi parte da zero dovrebbe confrontarli con WorkOS, Descope e Scalekit in base al layer mancante.

Scegli Permit.io se necessiti di un gateway compatibile con OAuth in grado di validare regole basate su ruoli, attributi o relazioni a ogni singola chiamata ai tool. Scegli Cerbos se la validazione del token è già risolta e la policy-as-code è l'unico requisito non soddisfatto. Permit.io offre un pacchetto proxy più pronto all'uso; Cerbos garantisce una gestione logica e dichiarativa della decisione di autorizzazione.

Scegli 1Password esclusivamente come layer di custodia delle credenziali. Va affiancato alla soluzione principale ogni volta che un'API a valle esige una chiave persistente. Non impiegarlo mai per sostituire il sistema di autorizzazione.

L'analisi economica dietro la decisione

I prezzi base di listino assumono significato solo se rapportati all'unità di misura dell'architettura. Okta fattura per dipendente aziendale. WorkOS e Scalekit basano i costi sia sulle connessioni enterprise sia sul volume degli utenti. Descope misura MAU, tenant, connessioni SSO, transazioni M2M, consensi e token attivi. Permit.io e Cerbos legano i propri scaglioni alle policy e ai requisiti di audit. Una classifica basata su un solo importo nasconderebbe la metrica che guida realmente la spesa.

Caso 1: Azienda di 250 dipendenti che standardizza Claude

Okta Starter ha un prezzo di listino di $6 per utente al mese. Per 250 postazioni, la spesa ammonta a $1,500 al mese e $18,000 all'anno. Lo scenario stimato in precedenza quantificava le approvazioni manuali in 125 ore lavorative e $9,375 una tantum.

La linea guida è chiara: se l'azienda finanzia già Okta, confronta i costi incrementali dei moduli, dell'integrazione e dei connettori con i vantaggi tangibili offerti da revoca centralizzata e verificabilità degli audit. Se l'azienda non impiega Okta, non giustificare una spesa annuale di $18,000 per l'identità facendola passare per mera automazione delle approvazioni. Si tratta di un progetto strutturale di sicurezza aziendale e come tale va ponderato.

Caso 2: Prodotto SaaS con 10 connessioni aziendali

Dieci connessioni SSO su WorkOS costano $125 ciascuna nello scaglione 1-15, pari a $1,250 al mese. Scalekit Growth parte da $99 al mese includendo la prima connessione; aggiungendone altre 9 a $60 ciascuna si ottiene un costo di $639 al mese. Il divario a listino è di $611 al mese, ovvero $7,332 all'anno a favore di Scalekit.

Scalekit prevale nettamente su questo specifico conteggio delle connessioni. WorkOS può rivelarsi più vantaggioso quando entra in gioco la franchigia di AuthKit fino a 1 milione di MAU a $0, poiché Scalekit Growth include 100,000 MAU, applicando poi $0.05 per utente extra. La scelta si inverte se il peso economico del volume utenti supera il risparmio sulle connessioni.

Caso 3: La gestione delle policy diventa il centro di costo

Permit.io Pro parte da $25 al mese e integra proxy OAuth ed editor del consenso. Cerbos Development parte anch'esso da $25 al mese, ma è mirato all'esternalizzazione delle policy e non all'emissione dei token; la sua versione Production passa a $933 al mese includendo 5,000 principals attivi al mese e 1 anno di conservazione log. Descope Growth parte da $799 al mese ed è il primo livello Descope a offrire autorizzazione a grana fine e connettori audit verso l'esterno.

Non si tratta di tre prezzi diversi per lo stesso servizio. Permit.io offre un bundle accessibile di proxy e policy. Cerbos è una soluzione di policy-as-code pura con un piano di produzione di fascia alta. Descope Growth è una suite d'identità completa in cui policy e audit avanzati sono abbinati ad ampie quote d'utenza. Valuta il modello operativo prima di focalizzarti sulla sola cifra economica.

Gli errori da evitare

Le scelte peggiori nell'ambito dell'identità per MCP derivano da errori architetturali più che da singoli fornitori inadeguati. Evita queste tre scorciatoie d'acquisto.

Le API key statiche come sistema di identità primario

Una chiave API statica può identificare un'applicazione, ma non veicola l'identità umana, l'evento di consenso, permessi delegati minimi o un percorso di deprovisioning basato su gruppi aziendali. Qualora un sistema a valle richieda necessariamente una chiave statica, isolala all'interno di un vault come 1Password o nel gestore di credenziali dell'infrastruttura, interponendo a monte un layer OAuth e una decisione di policy. Non esporre mai la chiave al modello linguistico e non interpretarne il possesso come un'autorizzazione incondizionata a ogni operazione.

Un fornitore IAM generico senza architettura documentata per MCP

Disporre di un solido sistema di gestione delle identità non produce automaticamente i metadati per le risorse protette MCP, la registrazione client, la gestione del consenso, lo scambio di token, gli scope per i tool o la validazione lato server. Un IdP tradizionale può essere l'autorità corretta, ma pretendi una documentazione architetturale specifica per client e server MCP prima di sottoscrivere accordi basati solo su generiche liste di funzionalità IAM.

Un proxy OAuth proprietario sviluppato internamente senza una reale motivazione strategica

Costruire e mantenere un proxy OAuth interno impone di gestire discovery, registrazione dei client, validazione dei redirect, consensi, emissione e revoca dei token, refresh, rotazione delle chiavi crittografiche, registri di audit, controlli anti-abuso e ogni futura variazione dello standard. Ha senso intraprendere questo percorso solo se il motore di autorizzazione rappresenta la proprietà intellettuale centrale del business o se sussistono vincoli normativi stringenti che impediscono l'uso di terze parti. In caso contrario, l'onere manutentivo supererà ampiamente quanto preventivato dopo la prima demo.

Il piano d'azione per lunedì

Non avviare un processo di selezione coinvolgendo nove fornitori contemporaneamente. Comincia mappando un unico percorso di accesso ad alto valore, preferibilmente un connettore che elabora dati di clienti, informazioni finanziarie, codice sorgente o metriche operative sensibili. L'obiettivo operativo per lunedì è identificare il primo livello non protetto e assegnargli un responsabile formale.

1. 1

   Mappare il percorso corrente

   Traccia l'utente o agente, il client MCP, l'identity provider, l'authorization server, il server MCP, l'infrastruttura a valle, le credenziali archiviate e la destinazione dei log per il connettore scelto. Evidenzia qualsiasi componente in cui il referente non sia in grado di spiegare con precisione la procedura di revoca dell'accesso.

2. 2

   Definire una singola autorizzazione granulare

   Individua un singolo tool e una specifica risorsa, come l'accesso in sola lettura a un'unica area di lavoro. Separa nettamente l'esito del login dall'autorizzazione a invocare quel tool. Questo test evidenzierà immediatamente se la carenza risiede negli scope OAuth, nella logica di policy o in entrambi i fronti.

3. 3

   Calcolare i costi sulle metriche effettive

   Verifica il numero reale di licenze utente, MAU, organizzazioni, connessioni SSO/SCIM, transazioni M2M, consensi, token attivi, entità di policy, ritenzione log e integrazioni SIEM. Basa il conteggio esclusivamente sulle metriche applicate dal fornitore preselezionato.

4. 4

   Eseguire il test di revoca

   Assegna il permesso, effettua l'operazione tramite il client MCP di riferimento, rimuovi l'utente o il gruppo e verifica che l'accesso venga interrotto tempestivamente su tutte le interfacce coinvolte. Misura i tempi di disattivazione e conserva i log di audit. Nessun sistema può considerarsi sotto controllo finché la revoca non è comprovata.

5. 5

   Estendere l'accesso per priorità di rischio

   Una volta convalidato il primo connettore, passa a quello successivo caratterizzato dal maggior impatto in caso di violazione. Riutilizza l'architettura di autenticazione e revoca validata, definendo però permessi specifici per i nuovi tool anziché replicare autorizzazioni ad ampio spettro.

Il risultato finale deve consistere in un documento sintetico di governance di una sola pagina, non in una presentazione teorica: chi è l'autorità designata, quale token viene rilasciato, quale policy viene applicata, dove alloggiano i segreti, con quali modalità scatta la revoca, quale sarà l'impatto economico allo scaglione successivo e chi deve intervenire in caso di errore.

Domande frequenti

Esistono strumenti gratuiti di identity and access management per MCP?

Sì. WorkOS AuthKit è gratuito fino a 1 milione di MAU, mentre Descope, Auth0, Scalekit, Stytch, Permit.io e Cerbos offrono ciascuno un piano iniziale a $0. È indispensabile tuttavia verificare i vincoli di funzionalità: il piano Community di Permit.io esclude il proxy OAuth 2.1 e l'editor di consenso, l'autorizzazione a grana fine di Descope richiede il piano Growth e una distribuzione Cerbos in produzione necessita tipicamente di un livello Hub a pagamento.

Quali sono alcuni esempi pratici di strumenti IAM per MCP?

Okta funge da identity provider e piano di controllo per l'autorizzazione enterprise. WorkOS, Descope, Auth0, Scalekit e Stytch implementano server di autorizzazione OAuth per MCP o flussi per connected app. Permit.io e Cerbos sono specializzati nella valutazione delle decisioni di policy, mentre 1Password presiede alla protezione delle credenziali a valle. Costituiscono esempi di layer distinti, non nove suite interscambiabili.

AWS IAM è sufficiente per gestire l'accesso a MCP?

AWS IAM gestisce autenticazione, autorizzazione e privilegi per le risorse interne all'account AWS. Può essere appropriato per governare il perimetro cloud di un'architettura interamente vincolata ad AWS, ma non risolve l'autorizzazione del client MCP, la gestione del consenso, i token, le policy sui tool, l'audit trail e la revoca applicativa. Se il server MCP si interfaccia con servizi non-AWS o gestisce utenti provenienti da un IdP aziendale esterno, AWS IAM rappresenta un singolo tassello e non la soluzione omnicomprensiva.

Qual è la differenza principale tra cloud IAM e MCP IAM?

Il cloud IAM disciplina le identità e i privilegi operativi su account e risorse cloud. L'MCP IAM disciplina le modalità con cui un operatore umano o un agente software si collega, tramite un client MCP, a un server MCP, definendo quale token certifichi l'accesso e quali specifici tool o dati a valle possano essere impiegati durante la sessione. I due ambiti dialogano quando un tool MCP interagisce con un'infrastruttura cloud, ma la sessione MCP e la policy cloud esigono un collegamento architetturale esplicito.

Sintesi finale

Ottieni la AI Business Workflow Audit Checklist

Utilizza la AI Business Workflow Audit Checklist per mappare le criticità di identità, policy, segreti e responsabilità prima del prossimo rollout di automazione.

Keywords

migliori strumenti iam per mcp 2026, mcp iam tools, gestione accessi mcp, identita agenti mcp, strumenti di autorizzazione mcp