Descripción
MCP Context Forge es un gateway MCP y una plataforma de administración. En versiones anteriores a la 1.0.2, mcpgateway/config.py y .env.example incluyen una JWT_SECRET_KEY conocida, mientras que verify_jwt_token() acepta tokens HS256 firmados con esa clave y get_current_user() crea un administrador de la plataforma cuando el sujeto del token coincide con PLATFORM_ADMIN_EMAIL y REQUIRE_USER_IN_DB es false. Por lo tanto, un atacante remoto no autenticado puede generar tokens de administrador que serán aceptados sin necesidad de una cuenta en la base de datos. Mientras la clave de firma vulnerable siga configurada y el arranque del administrador de la plataforma siga habilitado, el acceso falsificado persiste a pesar de la rotación de contraseñas, la eliminación de cuentas y la revocación de sesiones, lo que permite la divulgación de información administrativa, su modificación y la interrupción del servicio. Este problema está corregido en la versión 1.0.2.
Qué hacer
Revisa si usas el producto afectado y en qué versión, y aplica la actualización o la mitigación que indique el aviso del fabricante. CISA no ha confirmado que se esté explotando; si eso cambia, esta ficha pasa a «explotada» y te avisamos en el boletín.
Versiones afectadas
- mcp-context-forge Afectadas: < 1.0.2
Según el registro de la vulnerabilidad en CVE.org, tal como lo publicó el fabricante. Confirma tu versión exacta en el aviso del fabricante.
Referencias
- Referencia en github.comgithub.com/IBM/mcp-context-forge/security/advisories/GHSA-m8rv-5m6m-3…
- Referencia en github.comgithub.com/IBM/mcp-context-forge/commit/2af690f894b6e35f5f21190fdab15…
- Referencia en github.comgithub.com/IBM/mcp-context-forge/releases/tag/v1.0.2
Ver el texto original en inglés (CVE.org)
MCP Context Forge: Hardcoded default JWT_SECRET_KEY shipped in source and .env.example enables pre-authentication platform admin token forgery
MCP Context Forge is an MCP gateway and administrative platform. Prior to 1.0.2, mcpgateway/config.py and .env.example ship a known JWT_SECRET_KEY, while verify_jwt_token() accepts HS256 tokens signed with that key and get_current_user() creates a platform administrator when the token subject matches PLATFORM_ADMIN_EMAIL and REQUIRE_USER_IN_DB is false. A remote unauthenticated attacker can therefore mint accepted administrator tokens without a database account. While the vulnerable signing key remains configured and the platform-admin bootstrap remains enabled, forged access survives password rotation, account deletion, and session revocation, allowing administrative disclosure, modification, and service disruption. This issue is fixed in version 1.0.2.