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.268 ·

Sandbox credential masking gains JWT-aware decoding and claim-level control

Sandbox credential masking can now decode JWTs, mask only specific claims inside them, and scrub duplicate secret values

Group of 2 Use it now Notable Nothing to try yet In Development
JSON All of v2.1.268
Use it nowTier: how much it should matter to you
4Useful: my rating, 1 to 5
4Signal: worth watching, 1 to 5
SandboxArea: what it touches
In DevelopmentKind: in v2.1.268,
What probably matters to youSection of the release

What

The sandbox runtime's environment-variable and file credential-masking configuration gained new options:

  • decode: "jwt" – locates and verifies JWT (JSON Web Token)-shaped values and replaces them with a structurally valid fake token, swapping the real value back on the way out
  • maskClaims – masks only specific named claims inside a decoded JWT instead of masking the whole token value
  • maskDuplicates – also scrubs verbatim repeats of a captured secret that appear outside the original regex match
  • onExtractNoMatch – controls what happens when the configured extract regex doesn't match (warn, deny, or error), defaulting to warn

A separate schema addition also defines a MITM (man-in-the-middle) proxy configuration with socketPath and domains, to route matching traffic through the proxy, and an injectHosts option to narrow which hosts receive the real (unmasked) credential.

Why

Credentials are often embedded inside JWTs rather than being the whole value, so plain regex masking could miss or over-mask them. These additions let sandbox configurations mask JWT contents precisely, catch duplicate leaks, and control proxy routing more finely.

Read from
Names in the bundlesocketPath
What the documentation says

See this entry in the whole of v2.1.268 →

Feedback