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 ·

New permissions.blockReadsOutsideWorkingDirectories setting, with network-path detection for working directories

Network paths are detected before the stat check and reported as their own result type when adding trusted directories.

Group of 3 Use it now No documentation found Improvements
JSON All of v2.1.257
Use it nowTier: how much it should matter to you
5Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
Working DirectoriesArea: what it touches
ImprovementsKind: in v2.1.257,
What probably matters to youSection of the release

A new setting, permissions.blockReadsOutsideWorkingDirectories, is now read from settings and propagated through settings serialization/merge. When enabled it switches directory validation to a stricter check (kHt(n) instead of fS(n)), adds blockReadsOutsideWorkingDirectories: true to the tool permission context, and is enforced in the sandbox filesystem policy, command-parsing/read-permission logic, and user-facing deny/ask messages ("Reads outside the working directories are blocked"). It is explicitly stripped out for remote-execution permission modes.

Alongside it, validating a directory to add as a trusted working directory (validateDirectoryForWorkspace) now checks whether the path is a network path before doing a normal stat, returning a new networkPath result type instead of treating it as an ordinary directory-check failure. This rejects UNC/network paths from being added as working directories, with guidance about drive-letter mapping on Windows.

Read from
Names in the bundlenetworkPath

See this entry in the whole of v2.1.257 →

Feedback