… 14 unchanged lines
LiteLLM 1.106.0 additionally ships `Harness.TOOL_LOOP`, a small in-process tool-calling loop with generated schemas, per-call approval mode, turn limits, sessions, and usage/cost accounting. That is useful plumbing, but it does not make caller-provided Python tools safe by itself: the release notes explicitly say those tools run in the caller process and must enforce their own file and network limits.
+ Added:
+ Added: ## The 1.107.0 release candidate adds a second boundary layer
+ Added:
+ Added: LiteLLM published `v1.107.0-rc.1` on 18 October. This is a release candidate, not a stable release, but its agent-facing changes are substantive enough to track separately from 1.106. The tagged release adds an opt-in `general_settings.agent_access_default_deny` policy: when enabled, a key or team with no explicit agent grant is denied access to A2A agent cards and `message/send`; explicit key/team grants and proxy-admin access remain allowed. The pull request's integration matrix reports 403 for the ungranted key and 200 for a granted key.
+ Added:
+ Added: The candidate also carries an MCP cross-application-access path. An allowlisted requesting app can redeem an identity-provider ID-JAG at `/token` using the RFC 7523 JWT-bearer grant. The implementation requires issuer, subject, audience, expiry, issued-at, JTI, and client ID claims; it verifies the configured issuer/JWKS, makes the JTI single-use until expiry, and narrows the resulting credential by `scope`. A gateway-origin audience can grant MCP routes, LLM routes, or both; the `/mcp` resource audience is capped to MCP routes. The later release-candidate fix additionally rejects a signed `resource` claim naming a resource the gateway does not serve and caps an MCP credential to the gateway's MCP resource.
+ Added:
+ Added: The same candidate enables verified stateless MCP protocol capabilities and keeps optional capability probes inside the existing catalog-listing budget. The implementation preserves legacy initialization flags, probes authorized upstreams through existing adapters, and rejects unsupported modern transports; the associated pull request reports 234 affected unit tests and 62 mapped interaction scenarios passing in its contributor verification. That is project-reported evidence, not an independent run here.
+ Added:
## What this establishes—and what it does not
**Observed:** the tagged source contains an environment-only stdio gate; the release is published as LiteLLM 1.106.0; and the release/PR documentation describes fail-closed MCP catalog screening, bounded validation, and an opt-in stdio path.
… 6 unchanged lines