Seguridad cuántica en despliegues MCP: qué hay que tener en cuenta

El 17 de junio, Security Boulevard publicó un análisis titulado "Quantum Cyber Security: Why Your MCP Deployment Needs an Upgrade Now" que conecta dos conversaciones que hasta ahora corrían en paralelo: la madurez creciente de los despliegues MCP en entornos de producción y el avance —todavía incipiente pero ya planificable— de los ordenadores cuánticos capaces de romper ciertos esquemas criptográficos actuales. La combinación merece atención, porque los MCP servers que se configuran hoy pueden estar en producción dentro de cinco o diez años.

El argumento central no es alarmista: ningún ordenador cuántico operativo amenaza hoy las claves TLS de un servidor MCP. El problema es el modelo de ataque conocido como harvest now, decrypt later: actores con recursos suficientes pueden estar capturando tráfico cifrado ahora mismo con la expectativa de descifrarlo cuando la tecnología cuántica lo permita. Para infraestructuras que manejan credenciales, tokens de acceso o datos sensibles a través de llamadas a herramientas MCP, ese horizonte temporal no es irrelevante.

Qué hace especialmente expuesto a MCP

El Model Context Protocol es, en esencia, un canal por el que Claude —ya sea desde Claude Code, desde la API o desde un cliente de escritorio— invoca herramientas externas y recibe datos estructurados de vuelta. Ese canal utiliza transporte HTTP con TLS en la mayoría de implementaciones actuales, lo que lo sitúa exactamente en el espacio de riesgo que describe el artículo.

Hay tres vectores concretos que conviene separar:

• Autenticación entre cliente y servidor MCP. Los tokens y credenciales que identifican a Claude Code frente a un servidor MCP privado viajan cifrados, pero con algoritmos que un ordenador cuántico suficientemente potente podría comprometer.
• Secretos que el servidor MCP gestiona internamente. Muchos MCP servers actúan como proxies hacia APIs de terceros, bases de datos o sistemas internos. Las claves que almacenan o transmiten heredan el mismo riesgo.
• Integridad del mensaje. Más allá del cifrado, la autenticación de mensajes con HMAC-SHA256 también entra en el radar cuántico a largo plazo, aunque con un horizonte más lejano que RSA o ECDH.

Qué significa "upgrade" en la práctica

El NIST finalizó en 2024 sus primeros estándares de criptografía post-cuántica: ML-KEM (antes Kyber) para intercambio de claves y ML-DSA (antes Dilithium) para firmas digitales. La recomendación operativa del artículo es migrar gradualmente hacia estos algoritmos en las capas de transporte y autenticación de los servidores MCP, especialmente en aquellos que manejan datos con requisitos de confidencialidad a largo plazo.

En términos concretos para el ecosistema Claude, esto afecta principalmente a quienes mantienen MCP servers privados o semi-privados —los que se distribuyen en el marketplace de Claude Code con acceso restringido, o los que se despliegan en intranets corporativas—. Los MCP servers de uso personal con datos de baja sensibilidad tienen menos urgencia inmediata.

La configuración en `claude_desktop_config.json` o en Claude Code no requiere cambios por parte del usuario final: la responsabilidad recae en quien opera el servidor MCP, no en quien lo consume. Pero los equipos que construyen y mantienen esos servidores —y aquí ElephantPink entra en el espacio de clientes que desarrollamos— sí deberían incluir una revisión criptográfica en su hoja de ruta de 2026-2027.

Para quién es urgente ahora mismo

La lectura honesta del artículo es que la urgencia no es universal. Para la mayoría de desarrolladores que usan MCP en proyectos personales o prototipos, el riesgo práctico hoy es mínimo. Donde sí conviene actuar con más diligencia es en:

• Entornos regulados (salud, finanzas, sector público) donde los datos tienen requisitos de confidencialidad que se extienden décadas.
• Empresas con información competitivamente sensible que puedan ser objetivo de ataques de recopilación preventiva.
• MCP servers que actúan como brokers de credenciales hacia sistemas críticos.

Para estos casos, la recomendación práctica es auditar qué librerías TLS usa el servidor MCP, verificar si el proveedor de infraestructura ofrece ya opciones post-cuánticas (varios proveedores cloud empezaron a desplegarlas en 2025) y considerar una rotación de credenciales más frecuente como medida de higiene intermedia.

Desde EP, valoramos que la comunidad de seguridad empiece a incluir MCP en sus análisis de superficie de ataque: es una señal de que el protocolo ha ganado suficiente adopción como para merecer escrutinio serio. El artículo de Security Boulevard no resuelve el problema, pero hace bien en nombrarlo antes de que sea urgente.