@modelcontextprotocol/sdk: MCP TypeScript SDK: Server bearer authentication accepted tokens issued for another service
What fixes it
- 1.32.0@modelcontextprotocol/sdk, npmGitHub
npm install @modelcontextprotocol/sdk@1.32.0 - 2.3.0@modelcontextprotocol/server, npmGitHub
npm install @modelcontextprotocol/server@2.3.0 - 2.0.2@modelcontextprotocol/express, npmGitHub
npm install @modelcontextprotocol/express@2.0.2 - 2.3.1@modelcontextprotocol/server-legacy, npmGitHub
npm install @modelcontextprotocol/server-legacy@2.3.1
A fixed version on one release line is not the upgrade target for every line. Check your exact version and any vendor backports.
Description
Summary
In affected versions, the SDK's server-side bearer authentication had no way to check that a token was issued for your server (its audience). Where one authorization server issues tokens for several services, a valid token for another service was also accepted by your MCP server.
Am I affected?
Yes, if your HTTP server uses requireBearerAuth() or verifyBearerToken(), its authorization server also issues tokens for other services, and your verifyAccessToken() does not check the token's audience (aud) itself.
Affected versions:
@modelcontextprotocol/sdk1.6.0 through 1.31.0@modelcontextprotocol/server2.0.0 through 2.2.0@modelcontextprotocol/express2.0.0 through 2.0.1@modelcontextprotocol/server-legacy2.0.0 through 2.3.0
Fix
Upgrade to:
- 1.x:
@modelcontextprotocol/sdk1.32.0 or later - 2.x:
@modelcontextprotocol/server2.3.0 or later, together with@modelcontextprotocol/express2.0.2 or later if you use it @modelcontextprotocol/server-legacy2.3.1 or later
Upgrading alone changes nothing. The patched versions add an expectedResource setting that is off by default. To turn the check on, make both of these changes together:
- Pass the audience your authorization server puts in tokens for your server:
requireBearerAuth({ verifier, expectedResource: new URL('https://mcp.example.com/mcp') }). - Return the token's audience from
verifyAccessToken()asAuthInfo.resource, also aURL.
A token for another service then gets 401. With only the first change, every request gets 401.
If you cannot upgrade yet, reject any token whose aud does not include your server inside verifyAccessToken(). That closes the issue on every version.
Text from GitHub Advisory Database
Affected versions 8
- @modelcontextprotocol/sdk, npm>= 1.6.0, < 1.32.0GitHub
- @modelcontextprotocol/server, npm>= 2.0.0, < 2.3.0GitHub
- @modelcontextprotocol/express, npm>= 2.0.0, < 2.0.2GitHub
- @modelcontextprotocol/server-legacy, npm>= 2.0.0, < 2.3.1GitHub
- @modelcontextprotocol/sdk, npmfrom 1.6.0, fixed in 1.32.0OSV
- @modelcontextprotocol/server, npmfrom 2.0.0, fixed in 2.3.0OSV
- @modelcontextprotocol/express, npmfrom 2.0.0, fixed in 2.0.2OSV
- @modelcontextprotocol/server-legacy, npmfrom 2.0.0, fixed in 2.3.1OSV
References 5
- github.com/modelcontextprotocol/typescript-sdk/commit/40f8f4e229d963cd7fd2890bda2aeebe7005299aFixvia GitHub
- github.com/modelcontextprotocol/typescript-sdk/commit/5a0724d14cf34a27a3b070224d2996cdd611df9fFixvia GitHub
- github.com/modelcontextprotocol/typescript-sdk/commit/5a1867390b91b8836f49af76c45427279f513325Fixvia GitHub
- github.com/modelcontextprotocol/typescript-sdk/security/advisories/GHSA-rvq5-wwqv-78pqAdvisoryvia GitHub
- github.com/advisories/GHSA-rvq5-wwqv-78pqAdvisoryvia GitHub