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

Imagine a internet como um mercado gigante e movimentado onde computadores (chamados de "agentes") vão para encontrar ferramentas que os ajudem a realizar seus trabalhos. Para facilitar isso, existe uma "lista telefônica" pública chamada registro do Protocolo de Contexto de Modelo (MCP). Nessa lista telefônica, cada ferramenta tem um pequeno cartão com uma descrição dizendo o que ela faz. Recentemente, especialistas em segurança começaram a verificar esses cartões para garantir que eles não estejam mentindo ou sejam perigosos. Eles tiram uma foto da lista telefônica, leem os cartões e dizem: "Este é seguro" ou "Este é suspeito".

Mas há um detalhe: as listas telefônicas no mundo real são atualizadas o tempo todo. Se você ler uma descrição hoje, ela ainda será a mesma descrição amanhã? Ou o proprietário mudou o texto secretamente enquanto você não estava olhando? Este artigo faz uma pergunta simples, mas vital: Quanto tempo uma verificação de segurança em uma descrição realmente permanece válida antes que a própria descrição mude? Não se trata de saber se a ferramenta dentro é perigosa (essa é uma história diferente); trata-se de saber se o texto que o segurança leu ainda é o texto que a ferramenta está mostrando atualmente. Se o texto mudar, a antiga verificação de segurança pode estar olhando para um fantasma, e não para a coisa real.

---

O Mistério dos 89 Dias: Quando as Listas Telefônicas Ficam Obsoletas

Pense no registro do MCP como uma biblioteca enorme e viva, onde novos livros são adicionados a cada poucas horas e as capas dos livros existentes são reescritas constantemente. Um pesquisador decidiu jogar um jogo de "encontre a diferença" com esta biblioteca. Ele não tirou apenas uma foto; ele tirou 120 instantâneos ao longo de 88,6 dias (aproximadamente três meses), observando a biblioteca crescer de cerca de 3.500 livros para quase 19.000. Seu objetivo era ver o quão rápido o "borrão" da mudança acontece e se os seguranças poderiam prever quem mudaria sua capa a seguir.

A Grande Surpresa: A "Minoria Ocupada" e a "Maioria Silenciosa"

O pesquisador descobriu algo fascinante sobre quem muda suas descrições. Imagine uma sala de aula com 19.000 alunos. Se você perguntasse: "Quem mudou de roupa hoje?", poderia esperar que metade da classe o tivesse feito. Mas nesta biblioteca, 75% dos servidores (os "alunos") nunca mudaram sua descrição nenhuma vez durante todos os 89 dias. Eles eram estáveis como uma rocha.

No entanto, as mudanças que aconteceram foram incrivelmente concentradas. Não foi um pouco de mudança de todo mundo; foi uma quantidade massiva de mudança de apenas alguns. Os 5% dos servidores mais ativos foram responsáveis por 61% de todas as mudanças. É como se 5% dos alunos de uma escola fossem responsáveis por 61% das pichações nas paredes. O resto da escola estava apenas lá, imóvel.

A "Bola de Cristal" que Rachou

As equipes de segurança frequentemente tentam economizar tempo verificando apenas os servidores que têm um histórico de mudanças. A lógica é: "Se você mudou sua descrição ontem, é provável que a mude novamente hoje. Vamos apenas verificar os 'clientes frequentes'".

O pesquisador testou essa ideia. Eles tentaram prever o futuro classificando os servidores com base em suas mudanças passadas. Descobriram que, embora esse método fosse um tanto melhor do que adivinhar aleatoriamente, era uma estratégia terrível para capturar mudanças de descrição.

• Se eles gastassem seu orçamento verificando os 5% de servidores com mais histórico, eles capturariam apenas cerca de 20% dos servidores que realmente mudaram suas descrições no período seguinte.
• Pior ainda, esse método era completamente cego para os novos chegados. Como os novos servidores não têm histórico, eles não podem ser classificados. Mas o pesquisador descobriu que os novos servidores são exatamente onde ocorrem a maioria das mudanças de descrição. Ao olhar apenas para os "veteranos", os seguranças estavam perdendo os "novatos" que estavam mudando suas capas com mais frequência.

O artigo argumenta que tentar prever quem vai mudar com base em quem mudou antes é como tentar prever o tempo olhando apenas para as nuvens que estavam lá ontem. Isso ignora as novas nuvens de tempestade que estão chegando.

A Armadilha da "Matemática Simples"

Havia outra armadilha que o pesquisador descobriu. Se você olhar para quantas mudanças ocorrem em um único dia e apenas multiplicar esse número por 30 (para adivinhar o que acontece em um mês), você obterá uma resposta totalmente errada.

• O Palpite Simples: Se 1,5% dos servidores mudam a cada dia, você pode pensar que, no dia 30, cerca de 36% dos servidores teriam mudado.
• A Realidade: Quando eles realmente mediram, apenas cerca de 12% dos servidores haviam mudado até o dia 30.

Por que a diferença? A matemática simples assume que cada mudança atinge um servidor diferente. Mas, na realidade, os mesmos poucos servidores mudam repetidamente. É como uma única pessoa trocando de camisa 10 vezes ao dia; contar as camisas não significa que 10 pessoas diferentes trocaram de roupa. A "vida útil" de uma descrição é, na verdade, muito mais longa do que a matemática simples sugere, mas a "vida útil" de um veredito de segurança específico é complicada porque o texto pode desaparecer e reaparecer.

A Solução Real: Verifique a Digital, Não o Histórico

Então, se não podemos prever quem vai mudar, como mantemos a biblioteca segura? O pesquisador propõe uma regra simples de duas partes que funciona muito melhor do que adivinhar:

1. A Regra da Digital (Vinculação de Conteúdo): Em vez de adivinhar quem vai mudar, basta verificar a "digital" (um hash digital) da descrição. Se a digital mudar minimamente, a verificação de segurança é instantaneamente invalidada. Você não precisa saber quem a mudou; você só precisa saber que o texto é diferente. Isso captura cerca de 20 mudanças por dia automaticamente.
2. A Varredura: Para os novos servidores e aqueles que não mudam com frequência, basta fazer uma varredura completa de toda a biblioteca toda semana ou todo mês.

Essa abordagem é como um segurança que não tenta adivinhar qual ladrão atacará a seguir. Em vez disso, ele tem um scanner que apita no momento em que a capa de um livro é trocada, e faz uma ronda completa pelos corredores uma vez por semana para garantir que nenhum livro novo tenha entrado.

Uma Falha Oculta: O Veredito "Nascido Obsoleto"

Finalmente, o pesquisador espiou por trás das cortinas de seu próprio scanner de segurança. Ele descobriu um problema sorrateiro: às vezes, o scanner estava verificando uma descrição depois que a biblioteca já a havia atualizado, mas o scanner não sabia. Era como um guarda lendo um menu de 10 minutos atrás enquanto o chef já tinha mudado a sopa. Esse "atraso" significava que alguns vereditos estavam errados desde o momento em que nasceram, não apenas porque ficaram obsoletos depois.

A Conclusão

A principal lição aqui não é que a biblioteca é caótica; é que a biblioteca é concentrada. A maioria das coisas permanece igual, mas algumas coisas mudam muito, e as coisas novas mudam mais ainda. Tentar prever o futuro olhando para o passado é um beco sem saída porque ignora os novos chegados. A melhor maneira de manter a segurança não é construir uma bola de cristal; é construir um sistema que detecte instantaneamente quando o texto muda e tenha um plano para verificar as novidades regularmente. É um lembrete de que, no mundo digital, "verificar uma vez" nunca é o suficiente; você tem que manter seus olhos no texto, não apenas no histórico.