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

Claude Code v2.1.238 ·

Remote file reads re-check the path after opening it

Remote file reads re-check the path after opening, so a swapped symlink cannot slip through.

You'll notice Improvements
JSON All of v2.1.238
You'll noticeTier: how much it should matter to you
3Useful: my rating, 1 to 5
3Signal: worth watching, 1 to 5
PermissionsArea: what it touches
ImprovementsKind: in v2.1.238,
ImprovementsSection of the release
What

File reads requested by a remote or bridge session go through a much stricter path. The raw path, its resolved form and every parent directory are screened for four shapes: Windows NT-namespace paths, untrusted network (UNC) paths, untrusted automount paths and suspicious Windows spellings. After opening, the file's identity is re-checked and permission rules re-run against the real path, so swapping a symlink mid-read does not get you a different file.

Details
  • Files are opened read-only, non-blocking and without becoming a controlling terminal; device and inode are compared and the real path re-derived through /proc/self/fd.
  • Read permission and ask-rules are evaluated a second time against that canonical path before any bytes are returned, and the read is byte-bounded.
  • Every failure collapses to the same message shape, for example "read_file: untrusted UNC path rejected before filesystem access", so the rejected path is never echoed back.
  • The same helpers now back the bridge's request to seed read state.
  • No flag; applies to remote-surface reads.
Evidence

read_file: untrusted UNC path rejected before filesystem access

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.238 →

Feedback