IBM ContextForge MCP Gateway: Authentifizierungsumgehung durch fest codierten JWT-Schlüssel

Zusammenfassung

ContextForge (mcp-context-forge) enthält im Quellcode und in der Datei .env.example einen öffentlich bekannten Standard-JWT_SECRET_KEY. Da die Token-Prüfung HS256-Token akzeptiert, die mit diesem Schlüssel signiert sind, und bei REQUIRE_USER_IN_DB=false anhand des Token-Subjects einen Plattform-Administrator erzeugen kann, kann ein nicht authentifizierter Angreifer aus dem Netzwerk Administrator-Token ohne Datenbankkonto fälschen. Der gefälschte Zugriff bleibt bestehen, solange der Standardschlüssel konfiguriert und das Bootstrap des Plattform-Administrators aktiviert ist, auch nach Passwortwechsel, Löschen des Kontos oder Widerruf der Sitzung. Dadurch sind Offenlegung, Änderung und Dienstunterbruch möglich.

Betroffen

• IBM mcp-context-forge Versionen vor 1.0.2 (GHSA nennt <=1.0.1)
• Betroffen, wenn der Standard-JWT_SECRET_KEY noch konfiguriert ist und das Bootstrap über PLATFORM_ADMIN_EMAIL aktiviert ist

Behoben in

• Behoben in Version 1.0.2
• Fix-Commit 2af690f: REQUIRE_USER_IN_DB ist standardmässig True, das is_admin-Flag des Bootstrap wird aus einem JWT-Claim abgeleitet, schwache Secrets führen in Produktion zu einem Konfigurationsfehler

Umgehung

• JWT_SECRET_KEY durch einen langen, zufälligen Wert ersetzen, der nicht im öffentlichen Repository oder in .env.example vorkommt (bestehende Token werden ungültig)
• REQUIRE_USER_IN_DB=true setzen, damit Token ein Datenbankkonto benötigen
• Netzwerkzugriff auf das Gateway einschränken (VPN oder Allow-List)
• Hinweis: Laut Herstellerwarnung behebt ein vorgelagerter Proxy, der Authorization-Header weiterleitet, das Problem nicht

Ausnutzung

• CISA SSVC: Exploitation poc, automatisierbar ja, technische Auswirkung total
• Die Herstellerwarnung beschreibt den Angriff mit Reproduktionsschritten (öffentlich verfügbar)
• Keine Hinweise auf Ausnutzung in freier Wildbahn gefunden
• Der Angriff erfordert keine Zugangsdaten und keine Benutzerinteraktion

Unsere Empfehlung

• Auf Version 1.0.2 oder neuer aktualisieren und die Versionshinweise zu 1.0.2 auf Konfigurationsänderungen prüfen
• JWT_SECRET_KEY und AUTH_ENCRYPTION_SECRET unabhängig vom Update rotieren
• REQUIRE_USER_IN_DB=true setzen und die Standardwerte von PLATTFORM_ADMIN_EMAIL ändern
• Prüfen, dass das Gateway nicht aus dem Internet erreichbar ist; Zugriff über VPN oder Allow-List beschränken
• Administratorkonten und Audit-Logs auf unerwartete Admin-Aktivitäten und Token-Nutzung prüfen

Öffentliche Exploits iAngriffscode ist öffentlich verfügbar (PoC auf GitHub, Metasploit oder Exploit-DB).

In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.

Quellen der Recherche

• GitHub Security Advisory GHSA-m8rv-5m6m-32ff github.com
• Fix commit 2af690f github.com
• Release v1.0.2 github.com
• OSV entry CVE-2026-53709 osv.dev
• CNA record via Vulners (CVELIST) vulners.com
• IONIX threat center CVE-2026-53709 www.ionix.io

Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 30.10.2026 19:05.