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

Sandbox path-escape check now rejects backslash paths and verifies file identity by inode

The sandbox boundary check now blocks backslash paths and uses a new statBigint helper to catch files swapped after path resolution

Group of 2 You'll notice No documentation found Internal Changes
JSON All of v2.1.265
You'll noticeTier: how much it should matter to you
2Useful: my rating, 1 to 5
2Signal: worth watching, 1 to 5
File SystemArea: what it touches
Internal ChangesKind: in v2.1.265,
ImprovementsSection of the release

Unclear What calls this new method or what problem it fixes is not stated in the finding.

What

  • The filesystem abstraction gained a statBigint method alongside the existing lstatBigint, for stat calls that follow symlinks with bigint precision.
  • The directory-boundary escape check used for sandboxing now explicitly rejects any path containing a backslash, since backslashes make path resolution unreliable.
  • After realpath succeeds, the check now also compares the dev/ino (device/inode) values, via the new statBigint, between the original path and its resolved target before declaring it "inside" the sandbox boundary — catching the case where the file was swapped out between resolution and access.

Why This closes a gap where a maliciously crafted or swapped path could appear to resolve inside the sandbox boundary but actually point somewhere else by the time it's accessed; checking file identity by inode, not just by resolved path string, makes the boundary check harder to trick.

Read from
Names in the bundlestatBigint
How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtWhat calls this new method or what problem it fixes is not stated in the finding.

See this entry in the whole of v2.1.265 →

Feedback