- Scegliere un modello che corrisponda a quanto controllo avete bisogno
- Distribuire un set di server fisso con
managed-mcp.json, incluso come disabilitare MCP completamente - Fornire server attraverso impostazioni gestite mentre gli utenti mantengono i propri
- Controllare i server con allowlist e denylists
- Comunicare agli utenti cosa aspettarsi quando una restrizione blocca un server
- Monitorare quali server la vostra organizzazione utilizza effettivamente
La pagina Security copre il modello di minaccia MCP e come valutare un server prima di approvarlo. Decidere cosa applicare copre le restrizioni MCP insieme agli altri controlli amministrativi.
Scegliere un pattern
Claude Code supporta una gamma di livelli di restrizione. Ogni pattern utilizza uno o più dei meccanismi trattati di seguito:managed-mcp.json per distribuire un set fisso, l’impostazione gestita managedMcpServers per fornire server insieme a quelli aggiunti dagli utenti, e allowedMcpServers/deniedMcpServers per filtrare ciò che gli utenti configurano.
Claude Code non dispone di un registro MCP server integrato che gli utenti possono sfogliare e installare. Per il pattern catalogo approvato, condividi l’elenco approvato e i suoi comandi
claude mcp add in un luogo dove i tuoi utenti li troveranno, come un wiki interno, oppure distribuisci i server come plugin tramite un marketplace plugin gestito in modo che gli utenti possano sfogliarli e installarli da /plugin.Controllo esclusivo con managed-mcp.json
Quando distribuisci un filemanaged-mcp.json, Claude Code carica solo questi server MCP:
- I server definiti nel file
- I server che fornisci tramite
managedMcpServers - I server in-process registrati dall’app che ha avviato la sessione, come il server proprio dell’estensione VS Code o i connettori forniti dall’app desktop
- Il server integrato Claude in Chrome, se lo consenti insieme al set gestito
--mcp-config. Il file sopprime anche i connettori claude.ai che Claude Code recupera autonomamente, a meno che tu non li consenta insieme al set gestito.
Distribuire managed-mcp.json
managed-mcp.json è un file autonomo, quindi non può essere distribuito tramite le impostazioni gestite dal server. Per fornire invece i server tramite le impostazioni gestite, senza controllo esclusivo, usa managedMcpServers.
Qualsiasi processo in grado di scrivere in un percorso di sistema con privilegi di amministratore può distribuire il file. Su una flotta di dispositivi, di solito si usano strumenti di gestione dei dispositivi, come Jamf o un profilo di configurazione su macOS, Criteri di gruppo o Intune su Windows, o lo strumento di gestione della flotta che preferisci su Linux. Claude Code cerca il file in uno di questi percorsi:
Il file usa lo stesso formato di un file
.mcp.json di progetto:
Autenticarsi con credenziali per utente
Qualsiasi utente della macchina può leggere questo file, quindi non memorizzare chiavi API o altre credenziali nei blocchienv. Passa invece le credenziali per utente con uno di questi metodi:
- Espansione
${VAR}per leggere i segreti dall’ambiente di ciascun utente. - OAuth o header per utente in modo che ogni utente si autentichi con la propria identità.
headersHelperper generare le credenziali al momento della connessione.
Server passati con --mcp-config o --strict-mcp-config
Quando una sessione riceve server tramite --mcp-config mentre è distribuito un managed-mcp.json che Claude Code può leggere e analizzare, ciò che l’utente vede differisce tra una workstation e una sessione cloud:
- Su una workstation, Claude Code termina all’avvio con
You cannot dynamically configure MCP servers when an enterprise MCP config is present. - Nelle sessioni cloud su un host in cui il file è distribuito, come un runner self-hosted, Claude Code si avvia solo con i server gestiti e ignora i connettori claude.ai e gli altri server che l’host cloud fornisce tramite
--mcp-config. Nulla nella sessione indica all’utente quali server sono stati esclusi. Claude Code li elenca in un avviso sul proprio stderr, che un runner self-hosted registra al livello di logdebug.
--strict-mcp-config richiede di sostituire il set gestito. Se un utente lo passa mentre è distribuito un file di questo tipo, Claude Code termina all’avvio sia su una workstation sia in una sessione cloud.
Come si applicano allowlist e denylist al set gestito
La denylist può filtrare ulteriormente i server inmanaged-mcp.json:
deniedMcpServerssi applica anche ai server gestiti, quindi un server gestito che corrisponde a una voce non verrà caricato.- Il
deniedMcpServersdi un utente viene unito tramite merge dalle sue impostazioni, quindi gli utenti possono bloccare un server gestito per se stessi.
allowedMcpServers non si applica ai server in managed-mcp.json, con un’eccezione: Claude Code verifica comunque rispetto all’allowlist un server la cui definizione usa l’espansione ${VAR}, perché la configurazione effettiva di quel server deriva dall’ambiente di ciascun utente anziché dal solo file. Prima della v2.1.259, ogni server gestito doveva superare l’allowlist ogni volta che ne era impostata una. Consulta Come viene valutato un server per sapere quali campi attivano il controllo ${VAR} e l’ordine completo dei controlli.
Se usavi allowedMcpServers per impedire il caricamento di alcuni dei tuoi server di managed-mcp.json, quei server iniziano a essere caricati al primo avvio della v2.1.259 o successiva da parte di ciascun utente, a meno che non usino l’espansione ${VAR}, senza alcuna richiesta o avviso: solo deniedMcpServers continua a escludere quei server. Aggiungi voci della denylist per loro, oppure distribuisci un managed-mcp.json separato per ciascun gruppo, prima che i tuoi utenti eseguano l’aggiornamento.
Convalidare la configurazione
Per confermare che il file sia effettivo, esegui due controlli su una macchina gestita:claude mcp listmostra solo i server inmanaged-mcp.json, più quelli che fornisci tramitemanagedMcpServers. Altri due risultati indicano un problema:- Se compaiono ancora i server propri di un utente, Claude Code non sta leggendo il file, quindi controlla il percorso e i permessi delle directory padre.
- Se i server del file non compaiono e la sezione
MCP config diagnosticsindica che l’analisi della configurazione enterprise non è riuscita, Claude Code non riesce a leggere o analizzare il file. Correggi l’errore indicato in quella sezione, quindi chiedi all’utente di riavviare Claude Code.
claude mcp add --transport http test https://example.com/mcpnon riesce conCannot add MCP server: enterprise MCP configuration is active and has exclusive control over MCP servers. Non è necessario che l’URL corrisponda a un server reale, poiché il controllo della policy rifiuta il comando prima di contattare qualsiasi cosa.
Disabilitare completamente MCP
Distribuisci unmanaged-mcp.json contenente una mappa di server vuota per bloccare ogni server MCP tranne quelli che vengono caricati in regime di controllo esclusivo:
claude mcp add non riesce con l’errore della policy enterprise indicato sopra. I server configurati in precedenza dagli utenti smettono di essere caricati al successivo avvio di una sessione, senza alcun avviso che ne indichi la policy come causa. I server che fornisci tramite managedMcpServers, e qualsiasi altro elemento che consenti insieme al set gestito, vengono comunque caricati anche con una mappa vuota, quindi lascia queste chiavi non impostate per disattivare completamente MCP.
Consentire i connettori claude.ai insieme al set gestito
Per impostazione predefinita, la distribuzione dimanaged-mcp.json sopprime i connettori claude.ai che Claude Code recupera autonomamente, inclusi i connettori che un amministratore ha configurato per l’organizzazione nella console di amministrazione di claude.ai. Per caricare quei connettori insieme ai server in managed-mcp.json, imposta "allowAllClaudeAiMcps": true in una fonte di impostazioni gestite.
Con l’impostazione attivata, Claude Code carica gli stessi connettori claude.ai che caricherebbe se managed-mcp.json non fosse distribuito. Allowlist e denylist si applicano comunque a quei connettori, quindi puoi bloccarne alcuni specifici con deniedMcpServers. L’impostazione riguarda solo i connettori claude.ai che Claude Code recupera autonomamente; i server forniti dai plugin restano soppressi.
Le sessioni cloud e le sessioni locali e SSH dell’app desktop ricevono i connettori in un altro modo, descritto in Come i connettori raggiungono Claude Code. Un managed-mcp.json sull’host che esegue una sessione cloud, come un host di runner self-hosted, sopprime i connettori di quella sessione indipendentemente dal fatto che tu imposti allowAllClaudeAiMcps. Nessun managed-mcp.json raggiunge i connettori che l’app desktop fornisce alle proprie sessioni locali e SSH.
Claude Code legge allowAllClaudeAiMcps solo dai livelli di policy controllati dall’amministratore: impostazioni gestite dal server, un plist distribuito tramite MDM o una chiave di registro HKLM, oppure un file managed-settings.json di sistema. Inserirla nelle impostazioni utente o di progetto non ha alcun effetto, quindi gli utenti non possono riattivare i connettori soppressi dal controllo esclusivo.
Consentire Claude in Chrome insieme al set gestito
Per impostazione predefinita, quando distribuiscimanaged-mcp.json, Claude Code blocca il server integrato Claude in Chrome nelle sessioni del terminale. Gli utenti non ricevono la richiesta di installazione dell’estensione, e una sessione in cui l’utente ha attivato Chrome per impostazione predefinita si avvia senza di esso e non mostra alcun avviso. Se un utente che altrimenti potrebbe eseguire Claude in Chrome avvia claude --chrome, Claude Code termina all’avvio con un errore che indica l’impostazione allowClaudeInChromeWithManagedMcp.
Per consentire agli utenti di eseguire Claude in Chrome insieme al set gestito, imposta "allowClaudeInChromeWithManagedMcp": true nelle impostazioni gestite proprie del dispositivo. Inseriscila in un plist distribuito tramite MDM, in una chiave di registro HKLM o in un file managed-settings.json di sistema, a seconda di quale di queste fonti Claude Code seleziona su quel dispositivo. Richiede Claude Code v2.1.282 o successiva. Claude Code legge l’impostazione solo da queste fonti del dispositivo, anche quando le impostazioni gestite dal server forniscono il resto della tua policy. Una voce di deniedMcpServers per claude-in-chrome blocca comunque il server anche con l’impostazione attivata.
Fornire server tramite impostazioni gestite
Per fornire a ogni utente un set di server MCP remoti senza assumere il controllo esclusivo di MCP, elencali sottomanagedMcpServers in una fonte di impostazioni gestite: impostazioni gestite dal server, una policy del gateway Claude apps, un profilo MDM o una policy del registro, oppure managed-settings.json. Gli utenti mantengono i server che aggiungono loro stessi e ricevono i tuoi in aggiunta. Richiede Claude Code v2.1.259 o successivo. I client precedenti ignorano la chiave.
Il valore è un oggetto con chiave per nome del server. Ogni voce ha la stessa forma di un server HTTP o SSE in un file di progetto .mcp.json, inclusi i membri facoltativi headers e oauth descritti in Autenticazione con server MCP remoti. Questo esempio fornisce un server di ricerca a cui ogni utente accede con OAuth e un server di record che invia un’intestazione emessa dalla tua organizzazione:
headers e consenti a ogni utente di accedere con OAuth.
Cosa può contenere una voce
Claude Code carica una voce solo quando supera ogni controllo di seguito. Elimina una voce che ne fallisce uno, registra un avviso che puoi leggere con/status e carica comunque le altre voci:
typeèhttposse. Come in.mcp.json,streamable-httpè accettato come alias perhttp.urlè un URLhttps://. Claude Code rifiuta un URLhttp://semplice, incluso uno che punta alocalhost.- La voce non ha un membro
command,args,envoheadersHelper, quindi un documento di impostazioni gestite non nomina mai un programma da eseguire sulla macchina di un utente. - Nessun valore contiene un riferimento
${VAR}. Claude Code non espande le variabili di ambiente in queste voci, quindi scrivi valori letterali. - Il nome del server contiene solo lettere, numeri, trattini e sottolineature, e nessuna chiave o valore contiene caratteri di controllo o formattazione invisibile.
Come si caricano i server forniti
Queste regole decidono cosa si carica quando un server fornito si sovrappone a un’altra definizione di server o a un’altra impostazione su questa pagina:- Un server fornito ha la precedenza su un server con lo stesso nome nell’ambito locale, di progetto o utente, e su un server plugin o connettore claude.ai che punta allo stesso URL.
- Se distribuisci anche
managed-mcp.json, Claude Code carica i suoi server e i server forniti insieme, e la voce del file ha la precedenza quando entrambi definiscono un nome. - I server forniti continuano a caricarsi quando
strictPluginOnlyCustomizationblocca la superficiemcp. deniedMcpServerssi applica ai server forniti, incluse le voci dalle impostazioni personali di un utente, quindi un utente può bloccarne uno per se stesso. I server forniti non necessitano di una voceallowedMcpServers.
managed-mcp.json, i flag per esecuzione mantengono il loro significato:
- Un server che un utente passa con
--mcp-configcon lo stesso nome sostituisce quello fornito per quella esecuzione ed è controllato rispetto aallowedMcpServers. --strict-mcp-configlascia fuori i server forniti insieme a ogni altro server configurato.
managed-mcp.json distribuito, entrambi i flag si comportano come Controllo esclusivo con managed-mcp.json descrive.
Cosa gli utenti possono vedere e modificare
Gli utenti non possono modificare o rimuovere un server fornito:claude mcp removesegnala che il server è fornito dall’organizzazione.- Quando non hai anche distribuito
managed-mcp.json, una voce che un utente aggiunge con lo stesso nome viene salvata ma non utilizzata mentre la tua è presente. - Gli utenti possono comunque disattivare un server fornito per se stessi in
/mcp, che elenca i server forniti sotto Managed MCPs.
claude mcp get e /mcp mostrano l’URL di un server fornito solo come host, ad esempio https://mcp.example.com/…, e claude mcp get mostra i nomi delle intestazioni senza i loro valori.
Dove si applica managedMcpServers
Claude Code legge managedMcpServers dalla fonte gestita che seleziona in Come Claude Code combina le fonti gestite. Quando quella fonte imposta managedSourcesBehavior su "merge", Claude Code fornisce invece i server da ogni fonte admin, e quando due fonti definiscono lo stesso nome, la voce della fonte con ranking più alto si applica interamente. Non legge mai la chiave dal registro HKCU scrivibile dall’utente, dalle impostazioni padre che un host di embedding fornisce, o da file di impostazioni utente, di progetto o locali, dove elimina la chiave con un avviso.
Claude Code non legge la chiave nella scheda Code dell’app Claude Desktop su una distribuzione di terze parti o nelle sessioni Cowork dell’app, perché Claude Desktop fornisce e blocca i server MCP di quelle sessioni stesso. /status e claude doctor lo dicono quando le tue impostazioni gestite portano la chiave lì.
Quando i server forniti si connettono
QuandomanagedMcpServers arriva tramite impostazioni gestite dal server, i suoi tempi seguono Comportamento di recupero e caching:
- Su una macchina con impostazioni memorizzate nella cache, Claude Code trattiene la copia memorizzata nella cache di questa chiave fino a quando il server non conferma le impostazioni per la sessione, e attende quella conferma prima di caricare i server MCP. Se la conferma fallisce, la sessione continua senza i server forniti e
/statusdice che sono trattenuti. - Al primo avvio di una macchina, senza nulla memorizzato nella cache ancora, una sessione interattiva che inizia prima dell’arrivo delle impostazioni connette i server forniti non appena arrivano, e un’esecuzione
claude -pche è già iniziata può terminare senza di loro.
- Aggiungere un server: Claude Code lo connette quando arrivano le impostazioni aggiornate, senza un riavvio.
- Modificare la voce di un server: quelle sessioni si riconnettono ad esso con la nuova definizione.
- Rimuovere un server: una sessione interattiva in esecuzione lo disconnette una volta che legge le impostazioni modificate. Un’esecuzione non interattiva (
-p) lo mantiene fino alla fine.
Controllo basato su policy con allowlist e denylist
Gli allowlist e i denylist filtrano quali server configurati sono autorizzati a caricarsi. Non sono un registro: un server deve comunque essere aggiunto da un utente, un plugin o la tua organizzazione prima che uno dei due elenchi si applichi ad esso. I server che la tua organizzazione fornisce tramitemanagedMcpServers si caricano senza una voce di allowlist, e I server che saltano il controllo dell’allowlist copre i server managed-mcp.json. La denylist si applica a ogni server indipendentemente da dove proviene, ad eccezione delle voci in-process type: "sdk".
Per distribuire server agli utenti, utilizza managed-mcp.json o managedMcpServers. Entrambi gli elenchi filtrano anche i server passati con il flag CLI --mcp-config, ad eccezione delle voci in-process type: "sdk"; --strict-mcp-config limita quali file di configurazione si caricano e non aggira nessuno dei due elenchi.
Per rendere l’allowlist autorevole, imposta allowedMcpServers e allowManagedMcpServersOnly: true insieme in una fonte di impostazioni gestite, come impostazioni gestite dal server o un file managed-settings.json distribuito.
Il blocco si applica da ogni fonte gestita controllata da admin, quindi un blocco in un file distribuito si applica comunque quando vengono utilizzate anche impostazioni gestite dal server che non menzionano MCP. Mentre il blocco è attivo, l’allowlist gestito proviene dalla fonte admin con il ranking più alto che ne imposta uno. La lettura del blocco e dell’allowlist tra le fonti richiede Claude Code v2.1.273 o successivo.
Limitare l’allowlist solo alle impostazioni gestite mostra la configurazione.
Senza allowManagedMcpServersOnly, gli allowlist da ogni ambito di impostazioni si uniscono, incluso il ~/.claude/settings.json dell’utente, quindi un utente può ampliare ciò che il tuo allowlist consente. I denylist si uniscono da ogni ambito indipendentemente.
allowManagedMcpServersOnly è separato da allowManagedPermissionRulesOnly, che blocca solo le regole di autorizzazione. L’impostazione di quel flag non applica l’allowlist MCP.Abbinare server per URL, comando o nome
allowedMcpServers e deniedMcpServers sono elenchi di voci. Ogni voce è un oggetto con una singola chiave che identifica i server per il loro URL, il loro comando o il loro nome:
Lasciare
allowedMcpServers non impostato è diverso dall’impostarlo su un array vuoto:
Vedi Voci non valide nelle impostazioni gestite per sapere cosa accade quando una voce non supera la convalida dello schema.
Come corrispondono le voci serverName
Una voce serverName corrisponde esattamente all’etichetta assegnata dall’utente, senza wildcard.
La convalida di serverName differisce tra i due elenchi:
- In
deniedMcpServers,serverNameaccetta qualsiasi stringa non vuota senza spazi iniziali o finali, quindi puoi bloccare i connettori claude.ai per il loro nome visualizzato. Ad esempio,{ "serverName": "claude.ai Slack" }blocca il connettore Slack. Preferisci una voceserverUrlquando hai bisogno che il deny sia robusto rispetto ai cambi di nome, o quando un nome di connettore collide e ottiene un suffisso(N). - In
allowedMcpServers,serverNameè limitato a lettere, numeri, trattini e sottolineature. UtilizzaserverUrlper aggiungere all’allowlist un connettore claude.ai che Claude Code recupera da solo; per i connettori che un host cloud fornisce alle sessioni self-hosted, utilizza invece le voci elencate in Il traffico dei connettori esce dalla tua rete.
disableClaudeAiConnectors.
Come corrispondono le voci serverCommand
Una voce serverCommand contiene il comando e i suoi argomenti come un unico array, come in { "serverCommand": ["npx", "-y", "server"] }. Claude Code confronta quell’array con il comando e gli argomenti nella configurazione del server:
- I comandi corrispondono esattamente. Ogni argomento, in ordine.
["npx", "-y", "server"]non corrisponde a["npx", "server"]o["npx", "-y", "server", "--flag"]. - Il blocco
envnon viene confrontato.["node", "server.js"]corrisponde a un server che esegue quel comando con qualsiasi valoreenv. Alcune variabili d’ambiente cambiano ciò chenodecarica all’avvio. Per impostare tu stesso i valorienv, definisci il server inmanaged-mcp.json.
Come corrispondono le voci serverUrl
Gli URL supportano wildcard *, incluso * come intero schema. La corrispondenza del nome host non distingue tra maiuscole e minuscole e ignora un punto FQDN finale, quindi https://Mcp.Example.com/* corrisponde a https://mcp.example.com/api. I percorsi rimangono sensibili alle maiuscole e minuscole. Se non specifichi una porta, il modo in cui scrivi il nome host determina se il modello corrisponde solo alla porta predefinita dello schema o a ogni porta:
- Nome host scritto per intero: solo la porta predefinita, 443 per
httpse 80 perhttp - Nome host contenente un
*: ogni porta
Le voci in
deniedMcpServers corrispondono alle porte allo stesso modo, quindi scegli una voce per staging.example.com in base alle porte e agli schemi che devi bloccare:
https://staging.example.com/*: blocca i serverhttpssu quell’host solo sulla porta 443, quindi non blocca un server suhttps://staging.example.com:8443/apihttps://staging.example.com:*/*: blocca i serverhttpssu quell’host su ogni porta*://staging.example.com:*/*: blocca quell’host con qualsiasi schema e su qualsiasi porta
Variabili d’ambiente nelle voci serverCommand e serverUrl
I valori serverCommand e serverUrl si espandono prima della corrispondenza. Sia la voce della policy che il valore configurato del server passano attraverso l’espansione ${VAR} e ${VAR:-default}, quindi una voce scritta come ["${HOME}/bin/server"] corrisponde a una configurazione del server che utilizza lo stesso riferimento o il percorso espanso. I valori serverName corrispondono letteralmente e non si espandono mai.
I due lati leggono ambienti diversi:
- Il valore configurato del server: si espande dall’ambiente del processo live, come il resto di
.mcp.json - Una voce della policy: si espande da un ambiente bloccato, quindi una variabile impostata da un file di impostazioni di progetto o utente non può cambiare cosa significa una voce di allowlist
${USERPROFILE} invece di ${HOME}.
I due elenchi si espandono in modo diverso:
L’ambiente bloccato e le regole in questa tabella richiedono Claude Code v2.1.219 o successivo.
Come viene valutato un server
Prima di caricare un server, incluso uno damanaged-mcp.json, Claude Code esegue i tre controlli di seguito in ordine. Li esegue di nuovo quando un utente ricollega un server o riattiva uno disabilitato in /mcp. I server in-process type: "sdk", che l’app che ha avviato la sessione registra, saltano tutti e tre.
- Merge degli elenchi. Le voci di allowlist e denylist di ogni ambito di impostazioni si combinano in un’unica allowlist e un’unica denylist. Quando
allowManagedMcpServersOnlyètrue, viene mantenuta solo l’allowlist gestita; per la denylist il merge avviene sempre da ogni ambito. Quando è presente più di una fonte gestita, Le chiavi lette da ogni fonte di amministrazione indica quali di esse forniscono gli elenchi dell’ambito gestito. - Controlla la denylist. Un server che corrisponde a qualsiasi voce della denylist, per URL, comando o nome, viene bloccato. Nulla ha la precedenza su una corrispondenza della denylist.
- Controlla l’allowlist. Alcuni server saltano questo controllo. Se
allowedMcpServersnon è impostato da nessuna parte, ogni server che ha superato la denylist si carica. Se è impostato, ciò a cui il server deve corrispondere dipende dal suo tipo, mostrato nella tabella di seguito.
I server che saltano il controllo dell’allowlist
Tre gruppi di server saltano il controllo dell’allowlist, oltre ai server in-processtype: "sdk" che saltano tutti e tre i controlli:
- I server dell’organizzazione: ogni voce
managedMcpServerse qualsiasi vocemanaged-mcp.jsoni cui valori non utilizzano l’espansione${VAR}. - Server integrati, come Claude in Chrome, il server
idea cui Claude Code si connette in un IDE VS Code o JetBrains in esecuzione, e i server che la CLI stessa configura. - Gli strumenti Slack di una sessione Claude Tag: i server che utilizza per leggere il thread e pubblicare le sue risposte si caricano senza una voce di allowlist.
managed-mcp.json che utilizza l’espansione ${VAR} nel suo comando, argomenti, env, URL o intestazioni viene comunque controllato. Claude Code controlla anche ogni server che un utente, un plugin o claude.ai aggiunge, e ogni server che un utente passa con --mcp-config.
Configurazione di esempio
La configurazione di seguito configura un allowlist rigido con un denylist. Le righe evidenziate cambiano come viene valutato il resto dell’elenco, e i callout dopo il blocco spiegano ognuno:- Riga 3: la prima voce
serverUrl. Una volta che ne esiste una, ogni server remoto deve corrispondere a un modello di URL, quindi un utente non può ottenere un server remoto non elencato dandogli un nome consentito. - Riga 5: la prima voce
serverCommand. Lo stesso effetto per i server stdio, quindi ogni server locale deve corrispondere esattamente a un comando elencato. - Riga 11: una voce
serverNamenel denylist. Le voci del denylist si applicano sempre, quindi qualsiasi server denominatodangerous-serverviene bloccato indipendentemente dal suo URL o comando.
serverName in questo allowlist non corrisponderebbe mai a nulla, poiché entrambi i tipi di trasporto hanno già voci più rigorose.
Gli accordion di seguito illustrano come un server viene valutato rispetto ad altre combinazioni di allowlist e denylist.
Allowlist solo URL
Allowlist solo URL
Allowlist solo comando
Allowlist solo comando
Allowlist misto di nome e comando
Allowlist misto di nome e comando
Allowlist solo nome
Allowlist solo nome
Allowlist con override del denylist
Allowlist con override del denylist
Limitare l’allowlist solo alle impostazioni gestite
Per rendere l’allowlist gestito l’unico che si applica, impostaallowManagedMcpServersOnly nel file di impostazioni gestite:
allowManagedMcpServersOnly è true, gli allowlist dalle impostazioni utente, progetto e locali vengono ignorati. Il denylist si unisce comunque da ogni ambito di impostazioni, quindi gli utenti possono sempre bloccare i server per se stessi.
Come le restrizioni appaiono agli utenti
Per vedere cosa gli utenti vedono all’avvio quandomanaged-mcp.json è distribuito e la sessione ha anche server --mcp-config, consultare Controllo esclusivo con managed-mcp.json. Utilizzare questa tabella per riconoscere gli altri rapporti e per comunicare agli utenti cosa aspettarsi prima di implementare una modifica:
Quando un server scompare silenziosamente, l’utente non riceve alcun segnale che la policy sia il motivo, quindi comunicare agli utenti interessati quali server sono bloccati quando si implementa una nuova restrizione.
Monitorare l’utilizzo di MCP
Quando configurate l’esportazione OpenTelemetry, Claude Code può registrare quali server MCP e strumenti gli utenti invocano. ImpostateOTEL_LOG_TOOL_DETAILS=1 per includere i nomi dei server MCP e degli strumenti negli eventi degli strumenti e nei contatori di costi e token, quindi aggregateli nel vostro collector per vedere quali server i vostri utenti effettivamente connettono. Vedere Monitoraggio per configurare l’esportatore e per lo schema completo degli eventi.
Riepilogo della configurazione
Ogni file e impostazione che questa pagina copre, cosa controlla e come consegnarlo:Risorse correlate
- Decidere cosa applicare: restrizioni MCP insieme alle regole di autorizzazione, sandboxing e agli altri controlli di amministrazione
- Connettere Claude Code agli strumenti tramite MCP: il riferimento MCP completo, inclusi trasporti, ambiti e autenticazione
- Impostazioni: la gerarchia delle impostazioni e come le impostazioni gestite hanno la precedenza
- Impostazioni gestite dal server: consegnare
allowedMcpServersedeniedMcpServersdalla console di amministrazione di Claude.ai - Sicurezza: il modello di minaccia che questi controlli difendono
- Guida dell’amministratore Claude Enterprise: SSO, SCIM, gestione dei posti e playbook di implementazione