A sandbox is only useful if it actually keeps the agent inside the fence. Claude Code 2.1.216 tightens several gaps that could let a background task, subagent, or resumed session wander outside its assigned directory. This release introduces a new configuration switch, but the more important work is under the hood: smarter handling of Git worktrees, symlinks, and agent restarts. If you run Claude Code locally or in CI, these changes deserve more than a quick skim of the changelog.
The Filesystem Toggle You Should Not Touch Lightly
Version 2.1.216 adds sandbox.filesystem.disabled. When this is set, Claude Code skips its own filesystem isolation while still enforcing the network sandbox. At first glance this sounds like a way to stop permission errors or speed up file operations. It is not. You should only enable this setting if another layer is already protecting your disk.
That means a disposable container that gets deleted after every run, or a dedicated virtual machine with no access to your home directory or production volumes. If you run Claude Code directly on macOS, Windows, or a bare Linux host, leave filesystem isolation on. The network sandbox is not a substitute for filesystem controls, and the minor friction of sandboxed file access is far cheaper than recovering from an accidental overwrite or a malicious prompt injection that breaks out of the project folder.
Think of the toggle as a compatibility shim, not a performance knob. It exists for environments where the operating system or orchestrator already handles isolation, and Claude’s own sandbox adds unnecessary complexity.
What the Update Actually Fixes
Beyond the new setting, 2.1.216 closes several practical holes that could let an agent reach places it should not.
Worktree isolation. Subagents can no longer redirect Git commands into a parent or sibling directory outside their own worktree. Previously, a subagent running inside your project could aim Git operations at your shared checkout or adjacent repositories. That matters because many developers keep multiple projects under a common parent folder. Now those boundary-crossing commands fail.
Symlink hardening at the .claude path. Workflow definitions and scheduled tasks used to follow symlinks when writing configuration. An attacker who could create a symlink from .claude to, say, your shell profile or SSH directory could potentially get the agent to write outside the project. The update stops this by refusing to follow symlinks at that path.
Safer rewinds. The /rewind command, which lets you roll back recent changes, now skips symlinked and hard-linked paths. Without this guard, a rewind operation could chase a symlink and overwrite a file far away from your repository. Claude now reports those skipped paths explicitly so you know the boundary held.
Resumed agents keep their restrictions. Background sessions that get stopped and later resumed used to fall back to default tool permissions. If you had intentionally restricted an agent so it could read but not write, a restart could silently restore broader access. Now the original restrictions are persisted and restored with the session.
Picking a Security Profile
Claude Code 2.1.216 organizes these controls into three profiles. Choose based on where you run the tool, not based on what feels fastest.
Default. Filesystem and network sandboxing both stay active. This is the right choice for local development on your laptop or workstation. It protects your home directory, system files, and neighboring projects without requiring you to manage containers.
Compatibility. Filesystem isolation is turned off, but the network sandbox remains. Restrict this profile to disposable containers or VMs where the filesystem is already ephemeral or strictly scoped. Do not use it because you are tired of typing passwords to let the agent access a protected folder.
Managed Hard Gate. Both sandbox layers stay on, and the profile expects additional container policies enforced by your orchestrator or security team. This is built for CI pipelines, remote dev environments, and enterprise setups where defense in depth is mandatory.
If you are unsure which one fits, start with Default. You can downgrade the protection later only after you have verified that your runtime environment genuinely isolates the filesystem by itself.
Upgrading Without Breaking Your Workflow
ಇದನ್ನು ಶುಕ್ರವಾರದ ಮಧ್ಯಾಹ್ನ ನೀವು ಇನ್ಸ್ಟಾಲ್ ಮಾಡುವ ಸಾಮಾನ್ಯ ಪ್ಯಾಚ್ ಎಂದು ಪರಿಗಣಿಸಬೇಡಿ. 2.1.216 ರ ಅಪ್ಗ್ರೇಡ್ ಮಾರ್ಗವು ಸರಳವಾಗಿದೆ, ಆದರೆ ತಪ್ಪು ಕಾನ್ಫಿಗರೇಶನ್ನ ಪರಿಣಾಮಗಳು ಅಷ್ಟೊಂದು ಸರಳವಾಗಿಲ್ಲ.
ಮೊದಲು, ನಿಮ್ಮ ಸಾಮಾನ್ಯ ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್ ಅಥವಾ ಇನ್ಸ್ಟಾಲರ್ ಮೂಲಕ 2.1.216 ಗೆ ಅಪ್ಗ್ರೇಡ್ ಮಾಡಿ. ನಂತರ ಯಾವುದೇ ಏಜೆಂಟ್ ಕಾರ್ಯಗಳನ್ನು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ಮೂರು ಐಸೊಲೇಶನ್ ಪ್ರೊಫೈಲ್ಗಳಲ್ಲಿ (isolation profiles) ಒಂದನ್ನು ಆರಿಸಿ. ಯಾವ ಪ್ರೊಫೈಲ್ ಆದ್ಯತೆಯನ್ನು ಪಡೆಯುತ್ತದೆ ಎಂಬುದು ತಿಳಿಯದೆ ಚಾಲನೆಯಲ್ಲಿರುವ ಸೆಷನ್ಗಳಲ್ಲಿ ಪ್ರೊಫೈಲ್ಗಳನ್ನು ಬೆರೆಸಬೇಡಿ.
ನಂತರ, ಕೆಳಗೆ ವಿವರಿಸಲಾದ ಐದು ನಾನ್-ಡೆಸ್ಟ್ರಕ್ಟಿವ್ (non-destructive) ಬೌಂಡರಿ ಪರೀಕ್ಷೆಗಳನ್ನು ರನ್ ಮಾಡಿ. ಇವು ಕ್ವಿಕ್ ಸ್ಕ್ರಿಪ್ಟ್ ಮಾಡಲಾದ ಪರೀಕ್ಷೆಗಳಾಗಿದ್ದು, ಸ್ಯಾಂಡ್ಬಾಸ್ (sandbox) ಪ್ರೊಫೈಲ್ ವಾಗಿನಂತೆ ವರ್ತಿಸುತ್ತಿದೆಯೇ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತವೆ. ಪರೀಕ್ಷೆಯ ಸಮಯದಲ್ಲಿ, ನಿಮ್ಮ ಡಿಸ್ಪೋಸಬಲ್ ಟೆಸ್ಟ್ ರೆಪೊಸಿಟರಿ ಹೊರಗಿರುವ ಫೈಲ್ಗಳಿಗಾಗಿ ಸೆಂಟಿನೆಲ್ ಹ್ಯಾಶ್ಗಳನ್ನು (sentinel hashes) ರಚಿಸಿ. ಸೆಂಟಿನೆಲ್ ಹ್ಯಾಶ್ ಎಂದರೆ ನೀವು ರಕ್ಷಿಸಲು ಬಯಸುವ ಸೂಕ್ಷ್ಮ ಫೈಲ್ ಅಥವಾ ಡೈರೆಕ್ಟರಿಯ ಚೆಕ್ಸಮ್ (checksum) ಆಗಿದೆ. ಪರೀಕ್ಷೆಗಳನ್ನು ರನ್ ಮಾಡಿದ ನಂತರ, ಹ್ಯಾಶ್ಗಳನ್ನು ಹೋಲಿಸಿ ನೋಡಿ. ಏನಾದರೂ ಬದಲಾಗಿದ್ದರೆ, ನಿಮ್ಮ ಐಸೊಲೇಶನ್ ಸೋರಿಕೆಯಾಗುತ್ತಿದೆ ಎಂದರ್ಥ.
ನಿಮ್ಮ ಲಾಗ್ಗಳನ್ನು (logs) ಸಹ ಹೋಲಿಸಿ ನೋಡಿ. Claude Code ತನ್ನ ಸ್ಥಳೀಯ ಲಾಗ್ಗಳಿಗೆ ನಿರಾಕರಣೆಗಳು (denials) ಮತ್ತು ಸ್ಯಾಂಡ್ಬಾಕ್ಸ್ ಘಟನೆಗಳನ್ನು ಬರೆಯುತ್ತದೆ. ಬ್ಲಾಕ್ ಮಾಡಲಾದ ಹೋಸ್ಟ್ ಅನ್ನು ತಲುಪಿದಾಗ ಅಥವಾ ಸಬ್-ಏಜೆಂಟ್ ತನ್ನ ವರ್ಕ್ಟ್ರೀಯಿಂದ ಹೊರಬಂದಾಗ ಉಂಟಾಗುವ ಸ್ಪಷ್ಟ ತಿರಸ್ಕಾರಗಳನ್ನು (rejections) ಗಮನಿಸಿ. ಮೌನ ವೈಫಲ್ಯಗಳು (silent failures) ಸದ್ದು ಮಾಡುವ ವೈಫಲ್ಯಗಳಿಗಿಂತ ಕೆಟ್ಟವು, ಆದ್ದರಿಂದ ಲಾಗ್ಗಳು ಗಾರ್ಡ್ರೈಲ್ಗಳು (guardrails) ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವುದನ್ನು ತೋರಿಸುತ್ತವೆಯೇ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ.
ಕೊನೆಯದಾಗಿ, ಬದಲಾವಣೆಯನ್ನು ಕ್ರಮೇಣ ಜಾರಿಗೆ ತರಲು (roll out) ಪ್ರಾರಂಭಿಸಿ. ಒಂದೇ ಒಂದು ಪ್ರಾಜೆಕ್ಟ್ ಅಥವಾ ನಾನ್-ಪ್ರೊಡಕ್ಷನ್ ಬ್ರಾಂಚ್ನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿ. ನಿಮ್ಮ ಇಡೀ ತಂಡ ಅಥವಾ CI ಫ್ಲೀಟ್ನಲ್ಲಿ (CI fleet) ನಿಯೋಜಿಸುವ ಮೊದಲು ಹೊಸ ವರ್ಷನ್ ಅನ್ನು ಒಂದು ಅಥವಾ ಎರಡು ದಿನಗಳ ಕಾಲ ರನ್ ಮಾಡಲು ಬಿಡಿ.
ನಿಮ್ಮ ಸ್ಯಾಂಡ್ಬಾಸ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವ ಐದು ಬೌಂಡರಿ ಪರೀಕ್ಷೆಗಳು
ಈ ಪರೀಕ್ಷೆಗಳನ್ನು ಯಾವಾಗಲೂ ನಕಲಿ ಡೇಟಾ ತುಂಬಿದ ಡಿಸ್ಪೋಸಬಲ್ ರೆಪೊಸಿಟರಿಯೊಳಗೆ ರನ್ ಮಾಡಿ. ಇವುಗಳನ್ನು ಎಂದಿಗೂ ಪ್ರೊಡಕ್ಷನ್ ಕೋಡ್, ನೈಜ ಕ್ರೆಡೆನ್ಶಿಯಲ್ಸ್ ಅಥವಾ ಲೈವ್ ಇನ್ಫ್ರಾಸ್ಟ್ರಕ್ಚರ್ಗೆ ಬಳಸಬೇಡಿ.
ನೆಟ್ವರ್ಕ್ ಬೌಂಡರಿ (Network boundary). ಎರಡು ಎಂಡ್ಪಾಯಿಂಟ್ಗಳನ್ನು ತಲುಪಲು ಪ್ರಯತ್ನಿಸಿ: ಒಂದು ನೀವು ಸ್ಪಷ್ಟವಾಗಿ ಅನುಮತಿಸಿದ ಮತ್ತು ಇನ್ನೊಂದು ನೀವು ಬ್ಲಾಕ್ ಮಾಡಿದ ಎಂಡ್ಪಾಯಿಂಟ್. httpbin.org ನಂತಹ ಸಾರ್ವಜನಿಕ ಟೆಸ್ಟ್ ಸರ್ವಿಸ್ ವಿರುದ್ಧದ ಸರಳ HTTP ರಿಕ್ವೆಸ್ಟ್ ಅನುಮತಿಸಲಾದ ಗುರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಬಹುದು, ಆದರೆ ಲೋಕಲ್ ಮೆಟಾಡೇಟಾ ಎಂಡ್ಪಾಯಿಂಟ್ ಅಥವಾ ಇಂಟರ್ನಲ್ IP ಗೆ ಮಾಡುವ ರಿಕ್ವೆಸ್ಟ್ ವಿಫಲವಾಗಬೇಕು. ಬ್ಲಾಕ್ ಮಾಡಲಾದ ರಿಕ್ವೆಸ್ಟ್ ಯಶಸ್ವಿಯಾದರೆ, ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ ಸ್ಯಾಂಡ್ಬಾಸ್ ತಪ್ಪಾಗಿ ಕಾನ್ಫಿಗರ್ ಆಗಿದೆ ಎಂದರ್ಥ.
ವರ್ಕ್ಟ್ರೀ ಐಸೊಲೇಶನ್ (Worktree isolation). ಸಬ್-ಏಜೆಂಟ್ನ ಒಳಗಿನಿಂದ, ಪೇರೆಂಟ್ ಡೈರೆಕ್ಟರಿಯನ್ನು ಗುರಿಯಾಗಿಸಿಕೊಂಡು Git ಕಮಾಂಡ್ ಅನ್ನು ರನ್ ಮಾಡಿ. ಉದಾಹರಣೆಗೆ, git -C .. status ಅನ್ನು ಪ್ರಯತ್ನಿಸಿ ಅಥವಾ ಏಜೆಂಟ್ ತನ್ನ ಚೆಕ್ಔಟ್ನ ಹೊರಗಿರುವ ಫೈಲ್ಗಳನ್ನು ವಿವರಿಸುವಂತೆ ಮಾಡಿ. 2.1.216 ರ ಫಿಕ್ಸ್ನೊಂದಿಗೆ, ಇದು ವಿಫಲವಾಗಬೇಕು. ಸಬ್-ಏಜೆಂಟ್ ತನ್ನ ಸ್ವಂತ ವರ್ಕ್ಟ್ರೀಯನ್ನು ಮಾತ್ರ ನೋಡಲು ಸಾಧ್ಯವಾಗಬೇಕು.
ಸಿಮ್ಲಿಂಕ್ ಟ್ರ್ಯಾಪ್ (Symlink trap). ನಿಮ್ಮ ಪ್ರಾಜೆಕ್ಟ್ನೊಳಗೆ ರೆಪೊಸಿಟರಿ ಹೊರಗಿರುವ ಡೈರೆಕ್ಟರಿಯನ್ನು ಸೂಚಿಸುವ ಸಿಮ್ಲಿಂಕ್ ಅನ್ನು ರಚಿಸಿ, ಉದಾಹರಣೆಗೆ /tmp/sentinel-target. ನಂತರ .claude ಪಾತ್ ಅಡಿಯಲ್ಲಿ ಒಂದು ಟಾಸ್ಕ್ ಅಥವಾ ವರ್ಕ್ಫ್ಲೋ ಅನ್ನು ಉಳಿಸಲು ಪ್ರಯತ್ನಿಸಿ, ಅದು ಆ ಲಿಂಕ್ ಮೂಲಕ ಬರೆಯುವಂತಿರಲಿ. ಉಳಿಸಿದ ನಂತರ, ಹೊರಗಿನ ಡೈರೆಕ್ಟರಿಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಅದು ಇನ್ನೂ ಖಾಲಿ ಇದ್ದರೆ, ಸಿಮ್ಲಿಂಕ್ ಹಾರ್ಡನಿಂಗ್ (symlink hardening) ಕೆಲಸ ಮಾಡುತ್ತಿದೆ ಎಂದರ್ಥ.
ರಿವೈಂಡ್ ಸ್ಕಿಪ್ (Rewind skip). ನಿಮ್ಮ ರೆಪೊದಲ್ಲಿ ಸಿಸ್ಟಮ್ ಫೈಲ್ ಅಥವಾ ಇನ್ನೊಂದು ಡೈರೆಕ್ಟರಿಗೆ ಸಿಮ್ಲಿಂಕ್ ಹೊಂದಿರುವ ಫೋಲ್ಡರ್ ಅನ್ನು ಸಿದ್ಧಪಡಿಸಿ. ಆ ಫೋಲ್ಡರ್ ಮೇಲೆ /rewind ರನ್ ಮಾಡಿ. Claude ಅವುಗಳನ್ನು ಬೆನ್ನಟ್ಟುವ ಬದಲು, ಸ್ಕಿಪ್ ಮಾಡಲಾದ ಸಿಮ್ಲಿಂಕ್ ಅಥವಾ ಹಾರ್ಡ್-ಲಿಂಕ್ ಮಾಡಿದ ಪಾತ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಬೇಕು. ರೆಪೊದ ಹೊರಗಿರುವ ಟಾರ್ಗೆಟ್ ಬದಲಾಗದೆ ಉಳಿದಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ.
ಸೆಷನ್ ರೆಸರೆಕ್ಷನ್ (Session resurrection). ಫೈಲ್-ರೈಟ್ ಟೂಲ್ಗಳನ್ನು ಡಿಸೇಬಲ್ ಮಾಡುವಂತಹ ಕಟ್ಟುನಿಟ್ಟಿನ ನಿರ್ಬಂಧದೊಂದಿಗೆ ಬ್ಯಾಕ್ಗ್ರೌಂಡ್ ಏಜೆಂಟ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಿ. ಸೆಷನ್ ಅನ್ನು ಪಾಸ್ ಮಾಡಿ ಅಥವಾ ನಿಲ್ಲಿಸಿ, ನಂತರ ಅದನ್ನು ಪುನರಾರಂಭಿಸಿ (resume). ತಕ್ಷಣವೇ ಏಜೆಂಟ್ ಫೈಲ್ ಬರೆಯಲು ಪ್ರಯತ್ನಿಸಿ. ನಿರ್ಬಂಧವು ಇನ್ನೂ ಸಕ್ರಿಯವಾಗಿದ್ದರೆ, ಪುನರಾರಂಭಗೊಂಡ ಏಜೆಂಟ್ಗಳಿಗಾಗಿ ಮಾಡಲಾದ ಫಿಕ್ಸ್ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ ಎಂದರ್ಥ. ಏಜೆಂಟ್ಗೆ ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಪೂರ್ಣ ಟೂಲ್ ಆಕ್ಸೆಸ್ ಸಿಕ್ಕರೆ, ನೀವು ಇನ್ನೂ ಅಪಾಯದಲ್ಲಿದ್ದೀರಿ ಎಂದರ್ಥ.
ಅಂತಿಮ ಮಾತು
Claude Code 2.1.216 ಹಿಂದಿನ ವರ್ಷನ್ಗಳಿಗಿಂತ ಹೆಚ್ಚು ನಮ್ಯತೆಯನ್ನು (flexibility) ನೀಡುತ್ತದೆ, ಆದರೆ ಆ ನಮ್ಯತೆಯು ಒಂದು ಸ್ಪಷ್ಟ ಆದೇಶದೊಂದಿಗೆ ಬರುತ್ತದೆ: ನಂಬುವ ಮೊದಲು ಪರಿಶೀಲಿಸಿ. ಹೊಸ ಫೈಲ್ಸಿಸ್ಟಮ್ ಟೋಗಲ್ (filesystem toggle) ಸುರಕ್ಷತೆಯ ವೆಚ್ಚದಲ್ಲಿ ನಿಮ್ಮ ಜೀವನವನ್ನು ಸುಲಭಗೊಳಿಸಲು ಬಂದಿದ್ದಲ್ಲ. ಇದು ಈಗಾಗಲೇ ಟೂಲ್ನ ಅಡಿಯಲ್ಲಿ ಹಾರ್ಡನ್ಡ್ ಫ್ಲೋರ್ (hardened floor) ನಿರ್ಮಿಸಿರುವ ಎಂಜಿನಿಯರ್ಗಳಿಗಾಗಿ ಬಂದಿದೆ. ಈ ರಿಲೀಸ್ನಲ್ಲಿನ ನಿಜವಾದ ಸುಧಾರಣೆಗಳೆಂದರೆ ಸಬ್-ಏಜೆಂಟ್ಗಳು ಪೇರೆಂಟ್ ಡೈರೆಕ್ಟರಿಗಳಿಗೆ ನುಗ್ಗದಂತೆ ತಡೆಯುವ ಮೌನ ಗಾರ್ಡ್ರೈಲ್ಗಳು, ಕಾನ್ಫಿಗರೇಶನ್ ಬರೆಯುವಾಗ ಸಿಮ್ಲಿಂಕ್ಗಳನ್ನು ಅನುಸರಿಸಲು ನಿರಾಕರಿಸುವವು ಮತ್ತು ದೀರ್ಘ ವಿರಾಮದ ನಂತರವೂ ನಿಯಮಗಳನ್ನು ನೆನಪಿಟ್ಟುಕೊಳ್ಳುವವುಗಳಾಗಿವೆ.
ಐದು ಪರೀಕ್ಷೆಗಳನ್ನು ರನ್ ಮಾಡಿ. ನಿಮ್ಮ ಸೆಂಟಿನೆಲ್ ಹ್ಯಾಶ್ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಲಾಗ್ಗಳನ್ನು ಓದಿ. ನಂತರ, ಮತ್ತು ಕೇವಲ ನಂತರವೇ, ಹೊಸ ವರ್ಷನ್ ಅನ್ನು ನೈಜ ಕೆಲಸಗಳನ್ನು ಮಾಡಲು ಬಿಡಿ.
Source: Claude Code v2.1.216 Release Notes
Optional learning community: GyaanSetu on Telegram