Rug pull: qué pasa cuando una herramienta cambia después de ser aprobada

Introducción

Un rug pull en el contexto de herramientas MCP es un cambio posterior a la aprobación inicial que modifica lo que el servidor presenta o hace. La expresión describe un escenario de riesgo; no es una categoría normativa del protocolo.

Qué puede cambiar

Puede variar la descripción que consume el modelo, los parámetros aceptados, los recursos accesibles o el comportamiento de la implementación. En algunos sistemas, una herramienta se actualiza automáticamente o el servidor cambia sin una revisión equivalente a la inicial. Si el cliente no detecta o comunica el cambio, la aprobación anterior puede resultar demasiado amplia.

La investigación de Invariant Labs describió esta clase de cambios como parte de sus experimentos de tool poisoning. Conviene presentar esos hallazgos como investigación, no como afirmación de que todas las implementaciones permiten cambios silenciosos.

Controles para el ciclo de vida

Mantén un inventario aprobado que relacione servidor, versión, propietario, herramientas y permisos. Fija versiones o artefactos cuando sea viable y revisa cambios de descripción, esquema y dependencias antes de ponerlos en producción. Conserva una referencia de integridad verificable y genera una alerta cuando el servidor o sus capacidades cambien.

Vincula la aprobación a la versión revisada, no solo al nombre de la herramienta. Ante un cambio relevante, pausa las llamadas sensibles hasta completar la revisión. Ten preparada la revocación de credenciales, la desactivación del servidor y la investigación de llamadas recientes. Registra los cambios necesarios para responder a incidentes, evitando guardar secretos o contenido personal innecesario.

Conclusión

Una aprobación inicial es un punto del ciclo de vida, no una garantía permanente. Inventario, control de versiones, revisión de cambios y capacidad de revocar reducen el riesgo de que una integración evolucione fuera de lo esperado.