MCP TypeScript-Server-SDK: Geteilte Transport- oder Server-Instanzen lieferten Nachrichten eines HTTP-Clients an einen anderen aus
Zusammenfassung
In betroffenen Versionen konnte ein über HTTP erreichter MCP-Server die Antworten und Benachrichtigungen eines Clients an einen anderen Client zustellen. Dies geschah, wenn Clients einen zustandslosen Transport oder dieselbe Instanz von McpServer bzw. Server gemeinsam nutzten.
Nachrichten wurden Verbindungen ausschließlich anhand der JSON-RPC-id zugeordnet. Da SDK-Clients Anfragen ab 0 nummerieren, kommt es im Normalbetrieb zu ID-Kollisionen.
Bin ich betroffen?
Ja, wenn mehr als ein Client Ihren HTTP-Endpunkt erreichen kann und Ihr Code den Transport oder den Server einmalig beim Start anstelle von einmal pro Anfrage oder pro Sitzung erstellt. Bis zu dieser Version zeigten die README-Beispiele von @modelcontextprotocol/hono, express, fastify und node dieses Muster.
Betroffene Versionen: @modelcontextprotocol/server 2.0.0 bis 2.2.0.
Nicht betroffen:
createMcpHandler()mit einer Factory, die bei jedem Aufruf einen neuen Server erstellt- stdio-Server
@modelcontextprotocol/sdk1.26.0 und neuere Versionen
Was zu tun ist
Aktualisieren Sie auf @modelcontextprotocol/server 2.3.0 oder höher.
Sie müssen zudem Ihren Anwendungscode anpassen. Das SDK verweigert nun die Mehrfachnutzung, weshalb betroffene Anwendungen nach dem Upgrade Anfragen abweisen: Ein zweiter Aufruf von connect() schlägt mit ALREADY_CONNECTED fehl, und ein zustandsloser Transport lehnt seine zweite Anfrage ab.
Wechseln Sie zu einem der folgenden Ansätze:
createMcpHandler(): Übergeben Sie eine Factory, die bei jedem Aufruf eine neue Instanz vonMcpServererstellt.- Pro Anfrage: Erstellen Sie innerhalb des Request-Handlers ein neues
McpServerund einen neuen Transport. - Pro Sitzung: Setzen Sie
sessionIdGeneratorund verwalten Sie genau einMcpServersowie einen Transport pro Sitzung.
Falls Sie noch nicht aktualisieren können, behebt dieselbe Codeänderung das Problem auch in betroffenen Versionen.
Betroffene Software
Klicken Sie auf eine Technologie, um alle zugehörigen Schwachstellen anzuzeigen.
| Plattform | Paket | Anfällige Versionen | Behoben in |
|---|---|---|---|
| npm-Paket | @modelcontextprotocol/server | >= 2.0.0, < 2.3.0 | 2.3.0 |
Verweise
- https://github.com/modelcontextprotocol/typescript-sdk/security/advisories/GHSA-jm63-cq47-j5jp
- https://github.com/modelcontextprotocol/typescript-sdk/pull/2918
- https://github.com/modelcontextprotocol/typescript-sdk/commit/84804c22e45a662675a198f853b7f00063838a8d
- https://github.com/modelcontextprotocol/typescript-sdk
- CVSS-Vektor
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:L/A:H- Schwäche (CWE)
CWE-362- Plattform
- npm
- Paket
@modelcontextprotocol/server- Veröffentlicht
- 20.10.2026
- Aktualisiert
- 20.10.2026 23:19
Quellen und Lizenzen · Von DockRay bearbeitet oder übersetzt; Rechte und Lizenzen der Quellen bleiben erhalten.
OSV / GitHub Advisory Database - GHSA-jm63-cq47-j5jp - CC BY 4.0
Schwachstellenhistorie: @modelcontextprotocol/server
Alle veröffentlichten Schwachstellen dieses Pakets (npm-Paket), neueste zuerst. Zeigt, ob es ein einmaliger Ausrutscher ist oder ein Paket, das man im Auge behalten muss.
- Einträge insgesamt
- 3
- Erste → letzte
- 10.2026 10.2026
- Ohne Fix
- 0
- In Angriffen ausgenutzt
- 0
Verteilung nach Schweregrad
- Hoch 2
- Mittel 1
Veröffentlichungen pro Jahr
- 2026: 3
-
MCP TypeScript-Server-SDK: Geteilte Transport- oder Server-Instanzen lieferten Nachrichten eines HTTP-Clients an einen anderen aus dieser Eintrag
Erkennen Sie Schwachstellen in Ihrer Anwendung
Mit der DockRay-Integration und aktivierter Softwareinventarisierung prüft DockRay gemeldete Komponentenversionen auf bekannte Schwachstellen und benachrichtigt Sie über bestätigte Treffer. Die Abdeckung hängt von der unterstützten Technologie und den verfügbaren Meldungen ab.