Your MCP allow and deny rules now match servers whose commands or URLs use environment variables.
What's wrong with this entry?
Matching a server against allowedMcpServers and deniedMcpServers now expands environment-variable references in the configured command and URL before comparing, so rules match what actually runs rather than the literal template.
- The deny path uses a fallback env when expansion needs one.
- An allow-rule URL whose expansion is flagged
unsafeExpansionis skipped rather than treated as a match. - A separate new validator flags untrimmed whitespace in MCP config
command,url,args, and env/header names and values.
unsafeExpansion
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.248
MCP server allow and deny lists get settings keys
Both mention allowed server denied
-
v2.1.221
New MCP policy-predicate telemetry for allowedMcpServers matching
Both mention allowed server
-
v2.1.242
Eval runs fail loudly when managed policy blocks the mock servers
Both mention allowed server denied