Follow Discord
Sweep 22 Sep 2026 · 17:19Z Build v2.1.280 501 read Stable v2.1.267 Latest v2.1.280 Next v2.1.280 Feeds RSS JSON llms.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

TierUnder the hoodhow much it should matter to you
Useful1my rating, 1 to 5
Signal0worth watching, 1 to 5
AreaFile Systemwhat it touches
KindInternal Changesin v2.1.265,
Group of 2 Under the hood No documentation found

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

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