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

Plugin file access is confined to the project and blocked from credential folders

Plugin file reads stay inside the project and cannot touch credential folders.

Nothing to try yet In Development
JSON All of v2.1.242
Nothing to try yetTier: how much it should matter to you
3Useful: my rating, 1 to 5
4Signal: worth watching, 1 to 5
PluginsArea: what it touches
In DevelopmentKind: in v2.1.242,
What probably matters to youSection of the release

The plugin file capability with swap-detection arrives with the off-by-default hook-module feature.

What

The plugin file capability refuses paths that escape the project root, non-regular files and hard links, and re-checks the opened file against what it saw before opening so a file swapped in mid-check is caught. It arrives with the plugin hook-module feature, off unless the server enables it.

Details
  • Writes additionally refuse the project's config and git directories, plugin and marketplace folders, the session config directory, and home tool folders including .ssh, .aws, .kube, .gnupg, .docker, .npm, .bun, .rustup, .m2, .gradle, and launchd/systemd/autostart locations.
  • Win32 short names and paths reached via relocation variables such as XDG_CONFIG_HOME, ZDOTDIR, BASH_ENV, GIT_CONFIG_GLOBAL, NPM_CONFIG_USERCONFIG and KUBECONFIG are refused too.
  • The refusals themselves are unconditional path checks, with no separate switch.
Evidence

the open landed on a file the check did not see

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

Feedback