[BUG] ermissions.allow entries with dangerouslyDisableSandbox:true still prompt for permission
Resolved 💬 3 comments Opened Feb 19, 2026 by sluo-sc Closed Feb 22, 2026
Preflight Checklist
- [x] I have searched existing issues and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code
What's Wrong?
The user is prompted for permission every time, even though the command and sandbox bypass flag match the allow entry exactly.
What Should Happen?
Commands matching a permissions.allow entry that includes dangerouslyDisableSandbox:true should be auto-allowed without prompting.
Error Messages/Logs
Steps to Reproduce
- Add entries to
settings.jsonlike:
{
"permissions": {
"allow": [
"Bash(git *, dangerouslyDisableSandbox:true)",
"Bash(gh *, dangerouslyDisableSandbox:true)"
]
},
"sandbox": {
"autoAllowBashIfSandboxed": true,
"commandAllowlist": ["git", "gh"]
}
}
- In a conversation, run a command like
git --versionwithdangerouslyDisableSandbox: true
- Claude Code prompts the user for permission despite the command matching a
permissions.allowentry
Claude Model
None
Is this a regression?
I don't know
Last Working Version
_No response_
Claude Code Version
2.1.47
Platform
Anthropic API
Operating System
macOS
Terminal/Shell
Terminal.app (macOS)
Additional Information
- The same commands run fine without
dangerouslyDisableSandbox: true(auto-allowed viaautoAllowBashIfSandboxed+commandAllowlist) - The issue is specifically that
dangerouslyDisableSandbox:truein the permission entry doesn't suppress the prompt when the sandbox is actually bypassed
This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗