# Scegliere un gateway MCP con accessi controllati

Valuta la sicurezza di un gateway MCP con test di accesso, rifiuto e audit, verificando anche trattamento dei dati e distribuzione.

L’acquisto di un gateway MCP deve chiarire quali strumenti può usare un’applicazione, cosa viene rifiutato e quali prove restano disponibili. Valuta Sluis con un piano di accettazione scritto che distingua i controlli disponibili dai requisiti di integrazione ancora da verificare.

## Definisci il confine di controllo da acquistare

Sluis offre un gateway gestito che privilegia l’UE, con più fornitori, API compatibili con OpenAI e Anthropic e policy per modelli e strumenti MCP. La compatibilità API non dimostra il supporto di ogni server MCP, trasporto o sistema di autenticazione. Elenca i requisiti precisi di client, server e identità prima di scegliere come distribuire il prodotto.

Scenario illustrativo: un assistente finanziario deve leggere fatture, ma non esportare l’intera contabilità. Il server MCP previsto espone gli strumenti fittizi invoices.read e invoices.export. Questi nomi servono a una prova di acquisto, non indicano integrazioni fornite da Sluis. Decidi dove applicare l’autorizzazione utente, l’identificazione del carico di lavoro e i permessi propri del server.

- [ ] Elenca modelli, server MCP e strumenti necessari per ogni carico di lavoro.
- [ ] Documenta i requisiti di autenticazione e identità del server da validare.
- [ ] Separa le policy del gateway dai permessi del sistema di destinazione.

## Prova separatamente autorizzazioni e rifiuti

Test di accettazione illustrativo: configura il carico invoice-review per un modello approvato e invoices.read sul server di prova designato. La lettura di una fattura sintetica deve riuscire; invoices.export e un modello non approvato devono essere rifiutati. Ripeti la prova da un altro carico per rilevare eventuali trasferimenti involontari dei permessi.

Prova separatamente le modalità di autorizzazione e blocco, poi un secondo server con lo stesso nome di strumento. Chiedi una dimostrazione di come la policy identifichi il server previsto, senza presumere che basti il nome. Il permesso di usare uno strumento non dimostra la validazione degli argomenti, la protezione dalla prompt injection o l’autorizzazione nel sistema di destinazione.

- [ ] Registra esito atteso e osservato per ogni autorizzazione e rifiuto.
- [ ] Prova un modello vietato, un carico diverso e un nome di strumento duplicato.
- [ ] Verifica separatamente gli argomenti e le autorizzazioni del sistema di destinazione.

## Esamina la traccia di audit e i dati

Sluis fornisce una traccia di audit con concatenamento degli hash. Per ogni test autorizzato o rifiutato, chiedi prove che permettano di ricostruire carico, modello, strumento e decisione della policy. Modifica o elimina una voce in una copia controllata e verifica come viene rilevata. Il concatenamento non equivale a un archivio immutabile o alla registrazione completa degli eventi.

La protezione dei dati usa per impostazione predefinita la tokenizzazione reversibile; mask, block e allow_log sono modalità distinte. Il rilevamento non è perfetto e i risultati di ricerca web esistenti e le risposte dei modelli non vengono nuovamente tokenizzati. La scansione di sicurezza è facoltativa. I contenuti sono conservati fino alla cancellazione o a una configurazione diversa; i metadati vengono conservati. Prova il percorso MCP effettivo.

- [ ] Raccogli prove delle chiamate riuscite, dei rifiuti e degli errori di verifica.
- [ ] Prova dati sensibili sintetici e controlla cosa arriva allo strumento e all’audit.
- [ ] Concorda conservazione, cancellazione, accesso ai metadati e scansioni facoltative.

## Formalizza gestione e criteri di accettazione

Scegli il servizio gestito oppure Edge in base ai tuoi requisiti operativi. Edge esegue il prodotto completo sul tuo Kubernetes o Docker, anche in ambienti isolati dalle reti esterne con modelli locali. La tua organizzazione gestisce backup e licenza. Verifica quali modelli e strumenti sono utilizzabili con le restrizioni di rete e le policy scelte.

Residenza dei dati nell’UE, proprietà europea ed esposizione al diritto statunitense sono questioni diverse. Usa la guida esistente sulla sovranità per approfondire e valuta la documentazione ISO 27001 pubblicata senza considerarla una garanzia legale. I prezzi Sluis dipendono dall’uso. Consulta la pagina prezzi e concorda prove di accettazione, requisiti di integrazione aperti e responsabilità operative prima di firmare.

- [ ] Assegna responsabilità per gestione, backup, licenze e incidenti.
- [ ] Verifica fornitori e disponibilità dei modelli rispetto alla tua policy.
- [ ] Allega risultati dei test e requisiti aperti all’approvazione dell’acquisto.

## Domande prima di scegliere

### La compatibilità API garantisce il funzionamento del nostro server MCP?

No. La compatibilità con le API OpenAI e Anthropic non dimostra quella del trasporto MCP, della versione del protocollo o dell’autenticazione. Fai validare la tua combinazione di client e server, compresa la gestione delle identità.

### Una traccia di audit con hash concatenati garantisce la conformità?

No. Aiuta a verificare l’integrità, ma devi anche valutare copertura degli eventi, accessi, conservazione e procedure di verifica. L’adeguatezza giuridica dipende dai tuoi trattamenti e obblighi, non da una singola funzione di audit.

### Ogni modello è utilizzabile con una policy limitata all’UE?

Non darlo per scontato. La disponibilità dipende da fornitore, distribuzione e policy. Verifica l’intero percorso di trattamento: l’hosting europeo non risolve da solo le questioni di proprietà o esposizione a leggi straniere.

## Documentazione e prossimi passi

- [Sluis Gateway](/gateway)
- [Leggi la fonte: /docs/data-protection](/docs/data-protection)
- [Leggi la fonte: /docs/residency](/docs/residency)
- [Leggi la fonte: /docs/limits](/docs/limits)
- [Sluis Edge](/edge)
- [Leggi la fonte: /pricing](/pricing)
- [Leggi la fonte: /guides/sovereign-ai-due-diligence](/guides/sovereign-ai-due-diligence)