Follow Discord
Sweep 10 Nov 2026 · 02:18Z Build v2.1.322 539 read Stable v2.1.311 Latest v2.1.322 Next v2.1.322 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.257 ·

Hook env var interpolation now blocks credential-looking values from HTTP headers

A variable whose value looks like a credential is now refused when interpolating into HTTP hook headers.

You'll notice Bug Fixes
JSON All of v2.1.257
You'll noticeTier: how much it should matter to you
3Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
HooksArea: what it touches
Bug FixesKind: in v2.1.257,
Bug FixesSection of the release

When interpolating ${VAR} into HTTP hook headers, the CLI now checks whether the variable's value looks like a credential using a heuristic. If it does, interpolation is refused and a warning is logged, even if the variable is listed in allowedEnvVars, unless it's separately allow-listed.

Read from
Names in the bundleallowedEnvVars
What the documentation says
Documented inclaude-code/hooks
Since it was published

The entry above is what we published on the day. These lines were added later, as Anthropic's own pages caught up, and they sit beside the original rather than replacing it.

Confirmed since Anthropic's documentation has since written up allowedEnvVars, on Hooks reference. | `headers` | no | Additional HTTP headers as key-value pairs. Values support environment variable interpolation using `$VAR_NAME` or `${VAR_NAME}` syntax. Only variables listed in `allowedEnvVars` are resolved | hooks see the edit
How sure we are
One source agreesOne thing we can check says the same as this entry.
Anthropic's documentation agreesAnthropic's documentation has since written up allowedEnvVars, on Hooks reference.

See this entry in the whole of v2.1.257 →

Feedback