MCP Kotlin SDK: Unkontrollierte Speicherallokation im WebSocket-Transport
Zusammenfassung
Das MCP Kotlin SDK bis einschliesslich 0.15.0 installiert Ktor-WebSockets in Application.mcpWebSocket ohne Begrenzung über maxFrameSize. Ein entfernter Client kann kleine Frame-Header senden, die Nutzlasten nahe 2 GiB ankündigen, und so den Server zu grossen Heap-Allokationen über eine oder wenige Verbindungen zwingen. Dadurch kann der Arbeitsspeicher des Servers erschöpft werden, was zu einem Denial of Service führt. Vertraulichkeit und Integrität sind nicht betroffen.
Betroffen
- MCP Kotlin SDK bis einschliesslich 0.15.0 (Maven: io.modelcontextprotocol:kotlin-sdk, kotlin-sdk-server und verwandte Pakete)
- Beginn des betroffenen Bereichs: Unbekannt.
Behoben in
- Unbekannt. Eine Korrektur in 0.16.0 wird nur von einer Sekundärquelle gemeldet und ist in den offiziellen Versionshinweisen nicht bestätigt. Prüfen Sie die offizielle Release-Seite, bevor Sie aktualisieren.
Umgehung
- Setzen Sie im eigenen Code beim Installieren von WebSockets einen expliziten maxFrameSize-Wert, auch für die Route.mcpWebSocket-Überladung.
- Beschränken Sie den Zugriff auf den MCP-Endpunkt auf vertrauenswürdige Netzwerke oder setzen Sie einen Reverse Proxy mit Begrenzung der Anfragegrösse davor.
Ausnutzung
- Keine Hinweise auf aktive Ausnutzung in freier Wildbahn. Die CVE ist nicht im CISA KEV-Katalog aufgeführt.
- CISA SSVC: Ausnutzung none, automatisierbar yes, technische Auswirkung partial.
- VulDB meldet keinen bekannten Exploit. Ein technischer Bericht existiert, wurde aber nicht verifiziert.
Unsere Empfehlung
- Prüfen Sie Lockfiles und Build-Dateien auf io.modelcontextprotocol:kotlin-sdk.
- Identifizieren Sie MCP-Server, die den WebSocket-Transport nutzen, und ob sie aus nicht vertrauenswürdigen Netzwerken erreichbar sind.
- Aktualisieren Sie auf eine korrigierte Version, sobald diese bestätigt ist, oder setzen Sie maxFrameSize explizit.
- Priorität: mittel für aus dem Internet erreichbare MCP-WebSocket-Server, sonst niedrig.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- MCP Kotlin SDK repository github.com
- WebSocketMcpTransport.kt at 0.15.0 github.com
- VulnCheck advisory: MCP Kotlin SDK memory exhaustion www.vulncheck.com
- HackMD write-up on WebSocket frame allocation DoS hackmd.io
- OSV entry CVE-2026-108714 osv.dev
- Pull request #1129 (bound inbound WebSocket message size) github.com
- Tenable CVE-2026-108714 www.tenable.com
- VulDB entry 416616 vuldb.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:04.
Referenzen der NVD (5)
- https://github.com/modelcontextprotocol/kotlin-sdk
- https://github.com/modelcontextprotocol/kotlin-sdk/blob/0.15.0/kotlin-sdk-core/src/commonMain/kotlin/io/model…
- https://github.com/modelcontextprotocol/kotlin-sdk/blob/0.15.0/kotlin-sdk-server/src/commonMain/kotlin/io/mod…
- https://hackmd.io/@haind/mcp-kotlin-sdk-websocket-frame-allocation-dos
- https://www.vulncheck.com/advisories/mcp-kotlin-sdk-through-0.15.0-memory-exhaustion-via-application-mcpwebso…
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.
