MCP Inspector 2.3.0 adds per-server OAuth overrides and clears eight dependency advisories
Released 2026-08-19. Inspector gains custom OAuth authorization-request parameters per server, Auth URL and Token URL overrides in Server Settings, and id_token decoding in Connection Info. The release also binds loopback by address for containers and finishes clearing eight dependency advisories, four of them high, across five lockfiles.
The MCP Inspector reached 2.3.0 on 2026-08-19, one week after 2.2.0. The headline additions are all in authorization, which had been the tool's thinnest area for servers that do not follow the default discovery path.
Three OAuth features landed together. A server entry can now carry custom
authorization-request parameters, so a provider that requires an extra
query parameter at the authorize step can be exercised without patching
the Inspector. Server Settings gained explicit Auth URL and Token URL
overrides, which covers servers whose advertised metadata is wrong or
absent. Connection Info now surfaces the id_token and decodes it, making
the identity claims a server returns readable in the tool rather than
requiring a separate decode step.
Several protocol-conformance fixes accompany them. Connect-time logging
and setLevel are now gated on the negotiated protocol era rather than
issued unconditionally, the web client reads modern tasks support from the
extension map, the servers events stream accepts CRLF-delimited SSE
frames, and resource templates expand per RFC 6570. List handling became
more forgiving in one direction and stricter in another: a list result with
one malformed entry now yields its valid entries instead of failing whole,
while list-fetch failures in paginated mode are surfaced rather than
silently swallowed.
The release also finishes a dependency clean-up. Pull request #2061 states
the branch was opened against a tree carrying eight outstanding advisories,
four of them high. Seven were cleared by #2059 (undici, hono,
fast-uri, ip-address, qs, express-rate-limit and body-parser),
and #2061 closed the eighth by bumping nanoid from 3.3.16 to 3.3.18
across five lockfiles to clear GHSA-2v37-7h3g-55p8, reached transitively
through vite and postcss. After both, npm audit --omit=dev is
reported clean at the root and in each of the four client installs.
Separately, the Inspector now binds loopback by address and pins the
sandbox port, which is what container deployments needed.
Related servers and clients
- MCP Inspector - client
Related publishers
How was this verified, and what are the sources?
Published · last verified · confidence 1.00.
- MCP Inspector release 2.3.0, published 2026-08-19T15:05:32Z - lists "feat: per-server custom OAuth authorization-request parameters" (#2022), "feat: surface and decode the OAuth id_token in Connection Info" (#2023), "feat(auth): Auth URL and Token URL overrides in Server Settings" (#2037), "fix: bind loopback by address and pin the sandbox port for containers" (#2009), "fix: gate the connect-time logging/setLevel on the negotiated era" (#2017), "fix(web): read modern tasks support from the extension map" (#2032), "fix(web): accept CRLF-delimited SSE frames on the servers events stream" (#2036), "fix(web): expand resource templates per RFC 6570" (#2035), "fix: salvage a list result's valid entries when one is malformed" (#2016), "fix: surface list-fetch failures in paginated mode" (#2047), and the two dependency security syncs #2059 and #2061 - accessed
- Inspector pull request #2061, merged 2026-08-19T03:29:47Z - states the lockfile-only bump of nanoid from 3.3.16 to 3.3.18 across all five installs clears GHSA-2v37-7h3g-55p8 (high) reached transitively through vite then postcss, that npm audit --omit=dev is then clean at the root and in each of the four client installs, and that the branch "was opened against a tree with 8 outstanding advisories (4 high)" of which #2059 covered seven: undici, hono, fast-uri, ip-address, qs, express-rate-limit and body-parser - accessed