Registry Descriptions Go Stale Unevenly: An 89-Day Measurement of Model Context Protocol Drift, and Why Drift-Ranked Re-Auditing Under-Covers It

Immagina Internet come un enorme e frenetico mercato dove i computer (chiamati "agenti") vanno a cercare strumenti per aiutarli a svolgere il proprio lavoro. Per rendere tutto questo più facile, esiste un "elenco telefonico" pubblico chiamato registro MCP (Model Context Protocol). In questo elenco telefonico, ogni strumento ha una piccola scheda con una descrizione che spiega cosa fa. Recentemente, esperti di sicurezza hanno iniziato a controllare queste schede per assicurarsi che non stiano mentendo o che non siano pericolose. Prendono una fotografia dell'elenco, leggono le descrizioni e dicono: "Questo è sicuro" oppure "Questo è sospetto".

Ma c'è un problema: gli elenchi telefonici nel mondo reale vengono aggiornati continuamente. Se leggi una descrizione oggi, sarà la stessa descrizione domani? O il proprietario l'ha cambiata furtivamente mentre non guardavi? Questo articolo pone una domanda semplice ma vitale: Quanto dura effettivamente la validità di un controllo di sicurezza su una descrizione prima che la descrizione stessa cambi? Non si tratta di capire se lo strumento all'interno sia pericoloso (questa è un'altra storia); si tratta di capire se il testo che il guardiano della sicurezza ha letto è ancora lo stesso testo che lo strumento sta mostrando attualmente. Se il testo cambia, il vecchio controllo di sicurezza potrebbe stare guardando un fantasma, non la realtà.

---

Il mistero degli 89 giorni: Quando gli elenchi telefonici diventano obsoleti

Pensa al registro MCP come a una biblioteca enorme e vivente dove vengono aggiunti nuovi libri ogni poche ore e le copertine dei libri esistenti vengono riscritte costantemente. Un ricercatore ha deciso di giocare a "trova le differenze" con questa biblioteca. Non ha scattato solo una foto; ha scattato 120 istantanee in 88,6 giorni (circa tre mesi), osservando la crescita della biblioteca da circa 3.500 libri a quasi 19.000. Il suo obiettivo era vedere quanto velocemente avvenga il "colpo di scena" del cambiamento e se i guardiani della sicurezza potessero prevedere chi avrebbe cambiato la propria copertina dopo.

La grande sorpresa: La "minoranza frenetica" e la "maggioranza silenziosa"

Il ricercatore ha scoperto qualcosa di affascinante su chi cambia le proprie descrizioni. Immagina un'aula di 19.000 studenti. Se chiedessi: "Chi ha cambiato outfit oggi?", ti aspetteresti che metà della classe l'abbia fatto. Ma in questa biblioteca, il 75% dei server (gli "studenti") non ha mai cambiato la propria descrizione nemmeno una volta durante l'intero periodo di 89 giorni. Erano stabili come una roccia.

Tuttavia, i cambiamenti che sono avvenuti erano incredibilmente concentrati. Non si è trattato di un piccolo cambiamento da parte di tutti; è stato un cambiamento massiccio da parte di pochissimi. Il 5% dei server più attivi è stato responsabile del 61% di tutti i cambiamenti. È come se il 5% degli studenti di una scuola fosse responsabile del 61% dei graffiti sui muri. Il resto della scuola stava solo lì, immobile e immutata.

La "palla di cristallo" che si è frantumata

I team di sicurezza spesso cercano di risparmiare tempo controllando solo i server che hanno una storia di cambiamenti. La logica è: "Se hai cambiato la tua descrizione ieri, è probabile che tu la cambi di nuovo oggi. Controlliamo solo i 'clienti abituali'".

Il ricercatore ha testato questa idea. Ha cercato di prevedere il futuro classificando i server in base ai loro cambiamenti passati. Ha scoperto che, sebbene questo metodo fosse piuttosto migliore rispetto al tirare a indovinare, era una strategia terribile per intercettare i cambiamenti delle descrizioni.

• Se avessero speso il loro budget controllando il top 5% dei server con la storia più lunga, avrebbero intercettato solo circa il 20% dei server che hanno effettivamente cambiato le loro descrizioni nel periodo successivo.
• Peggio ancora, questo metodo era completamente cieco verso i nuovi arrivi. Poiché i nuovi server non hanno una storia, non possono essere classificati. Ma il ricercatore ha scoperto che i nuovi server sono esattamente dove avvengono i maggiori cambiamenti di descrizione. Limitandosi a guardare i "vecchi veterani", i guardiani della sicurezza stavano perdendo i nuovi ragazzi del quartiere che stavano cambiando le loro copertine più di tutti.

L'articolo sostiene che cercare di prevedere chi cambierà basandosi su chi ha cambiato in passato sia come cercare di prevedere il tempo guardando solo le nuvole che c'erano ieri. Si rischia di mancare le nuove nuvole temporalesche che stanno arrivando.

La trappola della "semplice matematica"

C'era un'altra trappola che il ricercatore ha scoperto. Se guardi quanti cambiamenti avvengono in un singolo giorno e moltiplichi semplicemente quel numero per 30 (per indovinare cosa accadrà in un mese), ottieni una risposta totalmente errata.

• L'ipotesi semplice: Se l'1,5% dei server cambia ogni giorno, potresti pensare che entro il trentesimo giorno, circa il 36% dei server sia cambiato.
• La realtà: Quando hanno effettmente misurato il dato, solo il 12% dei server era cambiato entro il trentesimo giorno.

Perché questa differenza? La matematica semplice assume che ogni cambiamento colpisca un server diverso. Ma nella realtà, gli stessi pochi server cambiano continuamente. È come se una singola persona cambiasse maglietta 10 volte al giorno; contare le magliette non significa che 10 persone diverse abbiano cambiato abiti. La "durata di conservazione" di una descrizione è in realtà molto più lunga di quanto suggerisca la matematica semplice, ma la "durata di conservazione" di un determinato risultato di sicurezza è complicata perché il testo può sparire e riapparire.

La vera soluzione: Controlla l'impronta digitale, non la cronologia

Quindi, se non possiamo prevedere chi cambierà, come manteniamo la biblioteca sicura? Il ricercatore propone una regola semplice in due parti che funziona molto meglio che tirare a indovinare:

1. La Regola dell'Impronta Digitale (Content-Binding): Invece di indovinare chi cambierà, controlla semplicemente l' "impronta digitale" (un hash digitale) della descrizione. Se l'impronta digitale cambia anche solo di un millesimo, il controllo di sicurezza è istantaneamente nullo. Non hai bisogno di sapere chi l'ha cambiata; devi solo sapere che il testo è diverso. Questo intercetta automaticamente circa 20 cambiamenti al giorno.
2. Il Monitoraggio Totale (The Sweep): Per i nuovi server e per quelli che non cambiano spesso, esegui semplicemente un controllo completo di tutta la biblioteca ogni settimana o ogni mese.

Questo approccio è come un guardiano che non cerca di indovinare quale ladro colpirà per primo. Invece, ha uno scanner che emette un segnale acustico nel momento in cui la copertina di un libro viene sostituita, e fa un giro completo tra gli scaffali una volta a settimana per assicurarsi che non siano entrati nuovi libri.

Un errore nascosto: Il verdetto "Nato Obsoleto"

Infine, il ricercatore ha sbirciato dietro le quinte del proprio scanner di sicurezza. Ha scoperto un problema subdolo: a volte, lo scanner stava controllando una descrizione dopo che la biblioteca l'aveva già aggiornata, ma lo scanner non lo sapeva. Era come un guardiano che legge un menù di 10 minuti fa mentre lo chef ha già cambiato la zuppa. Circa la metà dei controlli "obsoleti" che hanno trovato era dovuta al fatto che lo scanner stava guardando dati vecchi prima ancora di iniziare il proprio lavoro. Questo "ritardo" significava che alcuni verdetti erano sbagliati fin dal momento della loro nascita, non solo perché erano diventati vecchi in seguito.

Il punto fondamentale

La lezione principale qui non è che la biblioteca sia caotica; è che la biblioteca è concentrata. La maggior parte delle cose rimane uguale, ma alcune cose cambiano molto, e le cose nuove cambiano di più. Cercare di prevedere il futuro guardando il passato è una strada senza uscita perché ignora i nuovi arrivi. Il modo migliore per stare al sicuro non è costruire una palla di cristallo; è costruire un sistema che rilevi istantaneamente quando il testo cambia e avere un piano per controllare regolarmente le novità. È un promemoria del fatto che nel mondo digitale, "controllare una volta" non è mai sufficiente; bisogna tenere gli occhi sul testo, non solo sulla cronologia.