The gateway can check caller tokens against an organisation allowlist when you enable it in config.
Identity verification runs only when cri.enabled is true in gateway config; the boot path is otherwise unchanged.
What's wrong with this entry?
The gateway gained an optional identity-verification block named cri, with settings for the expected audience, an allowed-organisation list, and the key and issuer URLs used to check tokens. It only runs when cri.enabled is set to true in gateway config; otherwise the boot path is unchanged.
- When enabled, the verifier is primed at startup, verified callers are tagged onto upstream requests, and responses for those callers are post-processed.
- The gateway reads an
x-gateway-upstream-kindheader off upstream responses. - OIDC settings became optional, with the group and email claim names defaulting to
groupsandemail. - The two desktop-policy 404 responses now share one error-response helper.
x-gateway-upstream-kind
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