Rug pull: o que acontece quando uma ferramenta muda depois de aprovada

Introdução

Um rug pull no contexto de ferramentas MCP é uma mudança posterior à aprovação inicial que modifica o que o servidor apresenta ou faz. A expressão descreve um cenário de risco; não é uma categoria normativa do protocolo.

O que pode mudar

Podem variar a descrição que o modelo consome, os parâmetros aceitos, os recursos acessíveis ou o comportamento da implementação. Em alguns sistemas, uma ferramenta é atualizada automaticamente ou o servidor muda sem uma revisão equivalente à inicial. Se o cliente não detectar ou comunicar a mudança, a aprovação anterior pode se tornar ampla demais.

A pesquisa da Invariant Labs descreveu essa classe de mudanças como parte de seus experimentos de tool poisoning. Convém apresentar esses achados como pesquisa, não como afirmação de que todas as implementações permitem mudanças silenciosas.

Controles para o ciclo de vida

Mantenha um inventário aprovado que relacione servidor, versão, responsável, ferramentas e permissões. Fixe versões ou artefatos quando for viável e revise mudanças de descrição, esquema e dependências antes de colocá-las em produção. Preserve uma referência de integridade verificável e gere um alerta quando o servidor ou suas capacidades mudarem.

Vincule a aprovação à versão revisada, não apenas ao nome da ferramenta. Diante de uma mudança relevante, pause as chamadas sensíveis até concluir a revisão. Tenha preparadas a revogação de credenciais, a desativação do servidor e a investigação de chamadas recentes. Registre as mudanças necessárias para responder a incidentes, evitando guardar segredos ou conteúdo pessoal desnecessário.

Conclusão

Uma aprovação inicial é um ponto do ciclo de vida, não uma garantia permanente. Inventário, controle de versões, revisão de mudanças e capacidade de revogar reduzem o risco de que uma integração evolua fora do esperado.