¿Es seguro guardar las claves de tus servidores MCP en un archivo?

En corto

Escribir la clave tal cual en el archivo de configuración de tu servidor MCP es la opción más arriesgada, y es habitual: en unos 82.000 archivos públicos, 1 de cada 8 huecos para credenciales llevaba la clave escrita. Lo seguro es sacarla del archivo, darle los permisos justos y poder revocarla.

¿Qué es ese archivo y por qué tiene claves?

Cuando conectas Claude, Cursor o Codex a otras herramientas por MCP, un archivo de configuración le dice a qué servidores conectarse y cómo identificarse. Ahí suele ir una clave de API o un token: la llave de tu GitHub, tu base de datos o tu Notion.

A diferencia de un .env, estos archivos están pensados para compartirse y subirse al repositorio. Si la clave va dentro, viaja con él.

¿Qué dicen los datos?

Hush Security revisó unos 82.000 archivos de configuración MCP públicos en GitHub (nota de prensa del 17 de septiembre de 2026). Estos son sus hallazgos, que también recoge Help Net Security:

• El 12 % de los huecos para credenciales tenía la clave escrita directamente.
• El 55 % de esas claves no tiene un formato reconocible, así que los escáneres de secretos no las detectan.
• El 53 % de las que tienen un alcance identificable abre toda una organización, cuenta, espacio de trabajo o base de datos, y el 80 % de las que tienen política de caducidad no caduca por defecto.
• De 7.681 configuraciones con credenciales cuyo historial revisó, 243 habían borrado la clave del archivo, pero seguía legible en el historial de Git.

Hush aclara que son cifras mínimas.

¿Y si la clave no está en el archivo?

Mejor, pero no basta. Flare analizó filtraciones reales (7 de octubre de 2026) y encontró 2.327 configuraciones MCP; solo 96 llevaban algún secreto utilizable. Aun así, el archivo funciona como un mapa: dice a qué servicios llega tu agente y en qué variable está cada clave. Un programa ladrón de credenciales se lleva también esas variables del ordenador, así que consigue las dos mitades.

¿Cómo hacerlo seguro?

1. No escribas la clave en el archivo. Usa variables de entorno o un gestor de secretos.
2. Si una clave llegó a subirse, rótala. Borrar la línea no la saca del historial.
3. Pide los permisos justos. La guía de seguridad oficial de MCP recomienda empezar con un alcance mínimo: un token robado con permisos amplios abre todo.
4. Prefiere accesos que caducan. Si el servidor admite OAuth en lugar de una clave fija, úsalo: el acceso se revoca sin tocar el archivo.
5. Trata el archivo como sensible, aunque no lleve claves, y revisa qué servidores locales instalas: la guía oficial recuerda que se ejecutan con los mismos privilegios que tu asistente.

¿Cómo lo vemos en Traiker?

En Traiker nos preocupa lo mismo desde el otro lado: qué pasa con tus datos cuando un asistente se conecta a ellos. Cada persona o empresa tiene su propia base de datos cifrada y no entrenamos modelos con lo que guardas. La idea es que tus asistentes consulten tus datos sin repartir copias ni claves de por vida.

Si estás pensando qué compartir con tu IA, repasa cómo darle tus datos a una IA sin perder el control y quién es dueño de la memoria de tu agente.

Preguntas frecuentes

¿Es seguro usar MCP?

Sí, si controlas qué servidores instalas, qué permisos les das y dónde guardas las claves. El riesgo suele estar en claves con demasiado alcance que nunca caducan.

¿Basta con poner el repositorio en privado?

Ayuda, pero la clave sigue en el historial y en cada copia. Lo seguro es no guardarla ahí.

¿Qué hago si ya subí una clave?

Anúlala en el servicio y crea una nueva. Después, cámbiala por una variable de entorno en el archivo.

Si quieres que tus asistentes trabajen con tus datos en un sitio seguro y tuyo, apúntate a la beta de Traiker.