Follow Discord
Sweep 22 Oct 2026 · 04:32Z Build v2.1.308 527 read Stable v2.1.308 Latest v2.1.308 Next v2.1.308 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.224 ·

Sandbox network denials name the command that caused them

Blocked outbound connections now name the shell command responsible.

You'll notice New Features
JSON All of v2.1.224
You'll noticeTier: how much it should matter to you
3Useful: my rating, 1 to 5
1Signal: worth watching, 1 to 5
SandboxArea: what it touches
New FeaturesKind: in v2.1.224,
New FeaturesSection of the release
What

When the sandbox blocks an outbound connection, the violation record now includes the shell command responsible, so you can tell which command tried to reach the network rather than only seeing that something did.

Details
  • The proxy's auth check returns a result object carrying an encoded command instead of a plain yes/no.
  • The proxy Basic credential username may now be srt or srt.<suffix>; the SOCKS path previously required an exact srt match. The suffix decodes to the command identity, set from SRT_ENCODED_CMD when a command id is supplied.
  • The decoded command is passed to the allowlist filter and to the denial callback, and violation records carry both the encoded form and a resolved command string.
  • Requests failing the auth check still get the existing 407 and 403 responses.
Evidence

SRT_ENCODED_CMD, encodedCommand

Strings lifted out of the shipped bundle, so the claim above can be checked against them.

See this entry in the whole of v2.1.224 →

Feedback