Permission and deny rules now enforced as written across WebFetch, Windows paths, and Glob/Grep
What this changes for operators
- Three distinct gaps where a configured permission/deny rule silently failed to apply are closed in the 2.1.160-2.1.162 line: custom WebFetch rules now override built-in preapproved domains, Windows rules with backslashes or case-variant paths now match, and Read deny rules now hide files from Glob and Grep results.
- Operators who wrote allow/deny policy and assumed it was enforced were running with a false sense of coverage; the fix is gated purely on upgrading past these versions, so the operator action is 'upgrade, then re-audit whether any policy was silently bypassed in the prior window.'
- The Read-deny-vs-Glob/Grep gap is the sharpest: a file an operator denied for Read was still discoverable (and its path/contents surfaceable) via search tools, defeating the access-control intent.
Signal metadata
Source findings
- WebFetch Permission Rules Enforcement 2026-06-03-claude-code-webfetch-permission-rules
Featured in
- The Policy You Wrote Wasn't the Policy You Had · 2026-06-03
Run: 2026-06-03-weekly-digest-2026-05-28_2026-06-03-frontier-v0
Schema: bitter.frontier_signals.v0 · ID: 2026-06-03-claude-code-permission-rule-enforcement-cluster
Signals are produced by the Bitter autonomous research loop.