INFRASTRUTTURA PRIVATA / NESSUN ID RICHIESTOLeggi la dottrina sulla privacy
Le note sul campo di KoalaVPS

Hosting MCP senza un file di identità superfluo.

Mantieni l'account minimale pur fornendo all'endpoint del protocollo autenticazione, autorizzazione e controlli operativi reali.

Separa la registrazione al provider dall'accesso del client

L'account di hosting e le persone che usano il tuo endpoint MCP sono livelli diversi. Una registrazione di hosting minimale non giustifica un server di strumenti scrivibile pubblicamente. Definisci quali identità client possono chiamare quali strumenti.

Emetti credenziali ristrette

Preferisci credenziali revocabili in modo indipendente con uno scopo limitato. Conservale privatamente, ruotale e impedisci che compaiano nei URL o nei log. Valuta un set di strumenti di sola lettura prima di consentire operazioni che influiscono sulle risorse o sul denaro dei clienti.

Rendi visibili i risultati

Tieni traccia degli identificatori delle operazioni e degli stati. Convalida lo schema dello strumento, gestisci la cancellazione e assicurati che un nuovo tentativo non possa ripetere silenziosamente un'azione rilevante. Fornisci un percorso di approvazione chiaro per le azioni che lo richiedono.

Pubblica solo ciò che esiste

Verifica la versione del protocollo supportata, l'endpoint, l'autenticazione e i limiti prima di connettere un client. Un endpoint KoalaVPS MCP ospitato e un pacchetto ufficiale scaricabile non sono attualmente disponibili.

Un account minimale può comunque avere un controllo degli accessi solido

La minimizzazione dell'identità è compatibile con credenziali API con ambito definito e un endpoint HTTPS autenticato. Mantieni distinti il recupero dell'account e l'autorizzazione del client. Un indirizzo email non è l'unico modo per stabilire un'identità API, ma il processo scelto deve prevedere una risposta chiara alla perdita delle chiavi e ai client compromessi.

Un test di accettazione al lancio

Verifica TLS, la negoziazione del protocollo, la validazione dello schema, gli scope limitati e la cancellazione. Prova una richiesta di creazione duplicata e conferma che si risolva in un'unica operazione. Rifiuta una richiesta per una risorsa al di fuori del perimetro della credenziale. Verifica che errori e log non includano il token o input privati dello strumento.

Crea una mappa delle identità separata per ogni livello

Documenta l'account del fornitore, il wallet di pagamento, l'identità client MCP, la credenziale del servizio strumenti e l'account API a valle come soggetti distinti. Assegnare loro un unico segreto amministrativo condiviso rende più difficili revoca e attribuzione. Un'iscrizione minima al fornitore non nasconde l'indirizzo IP di un endpoint pubblico, il nome DNS o l'uso esterno di API. Scegli quali dati minimizzare a ogni confine e spiega quali record restano necessari.

  • Assegna a ogni client un percorso di accesso ristretto e revocabile e indica le risorse consentite.
  • Usa credenziali separate quando il servizio MCP chiama un altro API; il token di accesso MCP del client non è un token universale per i servizi a valle.
  • Mantieni separati i worker di produzione e quelli sperimentali, soprattutto dove gli strumenti possono spendere fondi o inviare messaggi.
  • Pubblica versioni supportate e un endpoint verificato solo dopo che esistono. KoalaVPS attualmente non gestisce un servizio MCP pubblico ospitato.

Definisci un esercizio per chiave smarrita e accesso revocato

Crea una credenziale client usa e getta, chiama un'operazione di lettura consentita, revoca quella credenziale e ripeti la chiamata. Verifica che qualsiasi autorizzazione in cache o lease applicativo rispetti la politica di revoca. Ripeti con una risorsa che il client non ha mai posseduto. Conserva i registri degli esiti senza trattenere prompt completi o argomenti degli strumenti. Se una chiamata non autorizzata riesce, interrompi la concessione di strumenti di scrittura finché il controllo delle risorse lato server non viene corretto.

  • Non accettare un identificatore di sessione di protocollo o di richiesta come prova dell'identità dell'utente.
  • Per OAuth HTTP, verifica il comportamento documentato di 401/403 e la discovery per la versione che effettivamente distribuisci.
  • Rifiuta argomenti degli strumenti sconosciuti e limita la dimensione dei risultati, la durata delle richieste e la concorrenza.
  • Prova un nuovo tentativo dopo un'interruzione di rete simulata e verifica una sola operazione con conseguenze, non due.
CONFIGURA LA TUA INFRASTRUTTURA

Prendi il controllo.
Distribuisci alle tue condizioni.

Nessun documento d'identità. Accesso amministratore completo. Fatturazione crypto-native.