The self-hosted gateway can admit machine identities that skip managed-settings policy entirely, off by default.
A second admission path via the cri block is complete, including discovery and audit tagging, with cri.enabled false.
What's wrong with this entry?
The self-hosted gateway can accept callers that present an external identity token rather than a user sign-in, configured by a new cri block with enabled, audience, issuer and org_allowlist. It is off by default (cri.enabled false). When on, discovery advertises cri_enabled: true, audit and inference records are tagged with upstream_kind, and these callers skip managed-settings policy matching entirely.
- Minted principals carry the claims
sub,cri: true,organdact. - The group and email-domain policy matcher returns no policy at all for an identity marked
cri === true, so managed settings do not apply to these callers. - A loopback
jwks_urlexists for tests only and has two distinct refusal messages. - Entirely new in this build.
cri_enabled
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.221
Plugin install now tells you when higher-precedence settings keep it disabled
Both mention enabled
-
v2.1.223
Skills discovery skips disabled plugins
Both mention enabled
-
v2.1.227
claude gatewaynow identifies itself as the gateway providerBoth mention gateway