Reject duplicate in-flight JSON-RPC request IDs

## Motivation and Context

A request id is the only key that routes request-scoped messages back to the request that caused them:
progress and log notifications, server-to-client requests such as sampling and elicitation,
and `notifications/cancelled` all resolve through it. Nothing checked that the id was free,
so a second request arriving under an id already in flight took the routing entry over.
From that point the first request's notifications were written to the second request's SSE stream,
and whichever finished first removed the shared entry, leaving the survivor's messages nowhere to go.

The spec puts the uniqueness obligation on the sender, and 2026-07-28 draws it at exactly
the window this change enforces: "The request ID MUST NOT match the ID of any other request the sender
has issued and not yet received a response for". Earlier revisions worded it as never reusing an id within
the session. Neither says what a receiver does with a duplicate, but the Streamable HTTP rules require
that messages the server sends before the response "SHOULD relate to the originating client request",
and two live requests sharing one id make that impossible to honor for either of them.
Answering the second one is the only option that stays correct, so it is refused the same way
a duplicate `initialize` is, and for the same reason: a repeated id must not silently displace state
the first one established.

The reference SDKs currently accept the duplicate and let the newer request take the entry.
That is not a settled design: the Python SDK carries a TODO naming rejection with `INVALID_REQUEST`
as the revisit, so this moves toward where they expect to end up rather than away from them.

`ServerSession#register_in_flight` now claims the id atomically and reports a collision instead of overwriting,
which `Server` turns into an Invalid Request for every transport. `StreamableHTTPTransport` refuses
the colliding POST with 409 before it registers a stream, since the stream is registered ahead of dispatch
and would otherwise take over the routing entry for as long as the rejection takes.

Removal is now guarded by identity everywhere the registry is keyed by request id, so a request that loses
a race cannot retire a registration it does not own. `initialize` never registers, so its `ensure` no longer unregisters:
a refused duplicate `initialize` reusing an in-flight id used to evict that registration on the way out,
silently disabling cancellation for the request that owned it (Streamable HTTP refuses such a POST before dispatch;
stdio reached this path). `drop_broken_stream` had a sharper form of the same bug: it removed whichever stream held
the id while closing the one passed in, which are not necessarily the same stream.

Only ids that are in flight are refused, which is the scope the current spec draws.
Enforcing the older "never within the session" wording would instead mean remembering every id a session ever used,
and the in-flight window is the part routing depends on either way. Sequential reuse keeps working,
and neither this SDK's client (`SecureRandom.uuid`) nor a client built on the TypeScript SDK (a per-connection counter)
can produce a collision.

## How Has This Been Tested?

New tests in `test/mcp/server/transports/streamable_http_transport_test.rb` reproduce the collision:
a tool parked mid-request, a second POST reusing its id, and assertions that the second POST is refused
and that the first request still receives the progress frame it emits afterwards. Others cover
the identity-guarded removal and confirm that an id can be reused once the earlier request has finished.
New tests in `test/mcp/server_cancellation_test.rb` cover the registry directly, including
the transport-independent Invalid Request and the survival of an in-flight registration across
a refused duplicate `initialize` under the same id. All of them except the sequential-reuse guard fail
without this change. `bundle exec rake` (tests, RuboCop, and conformance baseline) passes.

## Breaking Changes

A request whose id is already in flight on the same session is now answered with Invalid Request
(HTTP 409 on Streamable HTTP) instead of being processed. A client that reuses ids concurrently was
already violating the specification and was already having its notifications misrouted.
This commit is contained in:
Koichi ITO 2026-08-15 19:15:01 +09:00
commit a53e8d9ed4
2 changed files with 287 additions and 12 deletions

View file

@ -3431,6 +3431,110 @@ module MCP
assert_equal "ok", result[:content][:text]
end
test "refuses a POST reusing an in-flight request id and keeps the original stream" do
server = Server.new(name: "test", tools: [], prompts: [], resources: [])
transport = StreamableHTTPTransport.new(server)
server.transport = transport
gate = Queue.new
server.define_tool(name: "victim_tool") do |server_context:|
server_context.report_progress(1, message: "first-frame")
gate.pop
server_context.report_progress(2, message: "second-frame")
Tool::Response.new([{ type: "text", text: "done" }])
end
session_id, server_session = start_session(transport)
victim = transport.handle_request(colliding_tool_call(session_id, "req-1"))
victim_stream = TestStream.new
victim_thread = Thread.new { victim[2].call(victim_stream) }
sleep(0.01) until server_session.lookup_in_flight("req-1")
attacker = transport.handle_request(colliding_tool_call(session_id, "req-1"))
assert_equal 409, attacker[0]
assert_equal(
JsonRpcHandler::ErrorCode::INVALID_REQUEST,
JSON.parse(attacker[2][0]).dig("error", "code"),
)
gate << :go
victim_thread.join
# The registration survived the refusal, so the frame emitted after it still reaches
# the request that asked for it.
assert_includes victim_stream.string, "first-frame"
assert_includes victim_stream.string, "second-frame"
end
test "a finishing request leaves a stream another request registered under the same id" do
server = Server.new(name: "test", tools: [], prompts: [], resources: [])
transport = StreamableHTTPTransport.new(server)
server.transport = transport
gate = Queue.new
server.define_tool(name: "victim_tool") do |server_context:|
gate.pop
Tool::Response.new([{ type: "text", text: "done" }])
end
session_id, server_session = start_session(transport)
victim = transport.handle_request(colliding_tool_call(session_id, "req-1"))
victim_stream = TestStream.new
victim_thread = Thread.new { victim[2].call(victim_stream) }
sleep(0.01) until server_session.lookup_in_flight("req-1")
# Stand in for a stream that won the registration in a race the pre-dispatch refusal normally prevents.
# Finishing the other request must not unregister it.
foreign_stream = TestStream.new
sessions = transport.instance_variable_get(:@sessions)
sessions[session_id][:post_request_streams]["req-1"] = foreign_stream
gate << :go
victim_thread.join
assert_same foreign_stream, sessions[session_id][:post_request_streams]["req-1"]
end
test "a broken request-scoped stream drops only itself, even when it is not the registered one" do
server = Server.new(name: "test", tools: [], prompts: [], resources: [])
transport = StreamableHTTPTransport.new(server)
server.transport = transport
session_id, = start_session(transport)
sessions = transport.instance_variable_get(:@sessions)
registered = TestStream.new
sessions[session_id][:post_request_streams] = { "req-1" => registered }
transport.send(:drop_broken_stream, session_id, TestStream.new, "req-1")
assert sessions.key?(session_id), "a request-scoped failure must not tear down the session"
assert_same registered, sessions[session_id][:post_request_streams]["req-1"]
end
test "allows a request id to be reused once the earlier request has finished" do
server = Server.new(name: "test", tools: [], prompts: [], resources: [])
transport = StreamableHTTPTransport.new(server)
server.transport = transport
server.define_tool(name: "victim_tool") do |server_context:|
Tool::Response.new([{ type: "text", text: "done" }])
end
session_id, = start_session(transport)
2.times do
response = transport.handle_request(colliding_tool_call(session_id, "req-1"))
assert_equal 200, response[0]
stream = TestStream.new
response[2].call(stream)
assert_includes stream.string, "done"
end
end
test "JSON response mode returns accepted when cancellation suppresses response" do
server = Server.new(name: "test", tools: [], prompts: [], resources: [])
transport = StreamableHTTPTransport.new(server, enable_json_response: true)
@ -6199,6 +6303,36 @@ module MCP
writes
end
# Initializes `transport` and returns its session id together with the `ServerSession`,
# which the in-flight request id tests poll to know when a request has really started.
def start_session(transport)
request = create_rack_request(
"POST",
"/",
{ "CONTENT_TYPE" => "application/json" },
{ jsonrpc: "2.0", method: "initialize", id: "init", params: initialize_params }.to_json,
)
session_id = transport.handle_request(request)[1]["mcp-session-id"]
[session_id, transport.instance_variable_get(:@sessions)[session_id][:server_session]]
end
# A `tools/call` for `victim_tool` under a caller-chosen request id, with a progress token so
# the tool's `report_progress` has somewhere to go.
def colliding_tool_call(session_id, request_id)
create_rack_request(
"POST",
"/",
{ "CONTENT_TYPE" => "application/json", "HTTP_MCP_SESSION_ID" => session_id },
{
jsonrpc: "2.0",
id: request_id,
method: "tools/call",
params: { name: "victim_tool", arguments: {}, _meta: { progressToken: "tok" } },
}.to_json,
)
end
def create_rack_request(method, path, headers, body = nil)
default_accept = case method
when "POST"

View file

@ -5,6 +5,7 @@ require "test_helper"
module MCP
class ServerCancellationTest < ActiveSupport::TestCase
include InstrumentationTestHelper
include InitializeParamsTestHelper
class MockTransport < Transport
attr_reader :requests, :notifications, :cancelled_request_ids
@ -333,6 +334,74 @@ module MCP
assert_includes @mock_transport.cancelled_request_ids, "req-9"
end
test "register_in_flight refuses an id that is already in flight" do
first = @session.register_in_flight("req-1")
assert first
assert_nil @session.register_in_flight("req-1"), "a second live request cannot share the id"
assert_same first, @session.lookup_in_flight("req-1"), "the first registration must survive"
end
test "unregister_in_flight leaves a registration it does not own" do
owner = @session.register_in_flight("req-1")
@session.unregister_in_flight("req-1", cancellation: Cancellation.new(request_id: "req-1"))
assert_same owner, @session.lookup_in_flight("req-1")
@session.unregister_in_flight("req-1", cancellation: owner)
assert_nil @session.lookup_in_flight("req-1")
end
test "in_flight? reports whether an id is registered" do
refute @session.in_flight?("req-1")
@session.register_in_flight("req-1")
assert @session.in_flight?("req-1")
end
test "a request reusing an in-flight id is answered with Invalid Request" do
@server.define_tool(name: "slow") do |server_context:|
sleep(0.2)
Tool::Response.new([{ type: "text", text: "ok" }])
end
request = {
jsonrpc: "2.0",
id: "req-1",
method: Methods::TOOLS_CALL,
params: { name: "slow", arguments: {} },
}
in_flight = Thread.new { @session.handle(request) }
sleep(0.01) until @session.lookup_in_flight("req-1")
duplicate = @session.handle(request)
assert_equal(
JsonRpcHandler::ErrorCode::INVALID_REQUEST,
duplicate.dig(:error, :code) || duplicate.dig("error", "code"),
)
in_flight.join
end
test "a refused duplicate initialize leaves an in-flight registration under its reused id" do
@session.handle(jsonrpc: "2.0", id: "init", method: Methods::INITIALIZE, params: initialize_params)
owner = @session.register_in_flight("req-1")
# `initialize` bypasses the duplicate-id refusal (it is never in flight itself), so its
# rejection path is the one place a reused id reaches a handler while the id is still live.
duplicate = @session.handle(jsonrpc: "2.0", id: "req-1", method: Methods::INITIALIZE, params: initialize_params)
assert_equal(
JsonRpcHandler::ErrorCode::INVALID_REQUEST,
duplicate.dig(:error, :code) || duplicate.dig("error", "code"),
)
assert_same owner, @session.lookup_in_flight("req-1"), "the registration must survive the refused initialize"
end
test "parent cancellation propagates to nested server-to-client requests" do
@session.instance_variable_set(:@client_capabilities, { elicitation: {} })