Intel

AIKIDO-2026-153689

@langwatch/mcp-server is vulnerable to Authentication Bypass

Authentication BypassGHSA-h25p-f8f6-2ccf Published 6 days ago

66

Medium Risk

This Affects:

JS@langwatch/mcp-server
0.7.0 - 1.0.0
Fixed in 2.0.0
Are you affected? Scan for Free

TL;DR

The standalone HTTP server in the LangWatch MCP server, reachable only when the non-default --http transport is enabled, authorizes requests using just a session identifier without revalidating the bearer API key that issued the session. It also accepts API keys in the SSE query string, returns a wildcard Access-Control-Allow-Origin without validating the Origin header, binds beyond loopback, and never expires sessions or caps how many any bearer token may allocate. Someone who obtains a valid session identifier through a side channel can invoke platform tools such as creating and revoking API keys, while the permissive CORS and query-string key handling expose credentials to browsers, logs, and proxies. The fix ties sessions to their issuing credential, revalidates bearer keys before allocation, validates origins and removes wildcard CORS, binds to loopback by default, drops URL-based API key parameters, and enforces session expiration and allocation limits.

Who does this affect?

You are affected if you are using a version that falls within the vulnerable range and you run the standalone MCP server with the non-default --http transport reachable by clients.

Background info

@langwatch/mcp-server is vulnerable to Authentication Bypass in versions 0.7.0 - 1.0.0.

How to fix this

Upgrade the @langwatch/mcp-server library to the patch version.

Are You Affected?

Connect your repositories to instantly see whether vulnerable or malicious packages exist in your codebase.

Free. No credit card required.

Aikido Platform