mcp-go: Denial of Service durch unbegrenztes Zwischenspeichern von POST-Bodys
Zusammenfassung
Der Streamable-HTTP-Server der Go-Bibliothek mcp-go liest vollständige POST-Request-Bodys in den Speicher, bevor sie geprüft werden. Ein entfernter, nicht authentifizierter Angreifer kann sehr grosse oder viele gleichzeitige POST-Requests senden, um den Speicher zu erschöpfen, was den Dienst verlangsamt oder den Prozess beendet. Das Problem betrifft nur Anwendungen, die den Streamable-HTTP-Transport für unsichere Netzwerke erreichbar machen.
Betroffen
- mark3labs mcp-go bis einschliesslich Version 1.2.1
- Nur Anwendungen, die MCP über den Streamable-HTTP-Transport bereitstellen, sind betroffen
Behoben in
Unbestätigt. Der Hersteller hat keine korrigierte Version bestätigt. Upstream-Fix-Pull-Requests existieren, ihre Zusammenführung und Veröffentlichung ist jedoch nicht verifiziert. Den vollständigen Changelog von v1.3.0 und den aktuellen Code prüfen, bevor von einer Korrektur ausgegangen wird.
Umgehung
- Die Grösse der Request-Bodys vor dem MCP-Endpunkt begrenzen, zum Beispiel mit einem Reverse Proxy oder API Gateway, und das Limit testen
- Den MCP-Endpunkt nicht aus dem Internet erreichbar machen; ihn hinter Authentifizierung, VPN oder in einem internen Netzwerk betreiben
- Request-Timeouts und Verbindungslimits pro Client einsetzen und den Speicherverbrauch auf MCP-Hosts überwachen
Ausnutzung
- Keine Ausnutzung in freier Wildbahn bekannt
- CISA SSVC: Ausnutzung keine, automatisierbar ja, technische Auswirkung partiell
- Öffentlicher Proof of Concept: nicht verifiziert
Unsere Empfehlung
- Alle Anwendungen mit mcp-go identifizieren, zum Beispiel durch Prüfung von go.mod, go.sum und gebauten Binärdateien auf Versionen bis 1.2.1
- Prüfen, ob ein MCP-Dienst über HTTP aus unsicheren Netzwerken erreichbar ist, und den Zugriff gegebenenfalls einschränken
- Ein Grössenlimit für Requests oder eine Netzwerkeinschränkung jetzt anwenden und den Speicherverbrauch überwachen
- Auf eine im upstream Changelog bestätigte Version aktualisieren, sobald verfügbar
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- mcp-go GitHub repository github.com
- Affected code (streamable_http.go) github.com
- VulnCheck advisory www.vulncheck.com
- HackMD write-up hackmd.io
- Upstream fix PR 1092 github.com
- Upstream fix PR 1119 github.com
- mcp-go v1.3.0 release github.com
- Giant Swarm mcp-toolkit issue 117 github.com
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 01.11.2026 05:02.
Referenzen der NVD (4)
- https://github.com/mark3labs/mcp-go
- https://github.com/mark3labs/mcp-go/blob/90d247ed8d45cbb7d71d9a95e112789b78760443/server/streamable_http.go#L…
- https://hackmd.io/@1ExmmukzRMWN7B4gQ4W-4Q/mark3labs-mcp-go-streamable-http-unbounded-body
- https://www.vulncheck.com/advisories/mcp-go-through-1.2.1-denial-of-service-via-unbounded-post-body-buffering
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.