[BUG] rm command bypasses permission system on Linux (works correctly on Windows)
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 rm command executes without prompting for permission when auto-accept is enabled on Linux systems, even though no general Bash permission or rm-specific permission is configured in settings. This only affects Linux - the permission system works correctly on Windows PowerShell.
What Should Happen?
The rm command should prompt for permission (like it does on Windows) when:
- Auto-accept is enabled
- Only limited Bash permissions are configured (e.g., Bash(gitleaks detect:*)) - No general rm permission exists in settings
Error Messages/Logs
No error messages - the command executes successfully without prompting.
Steps to Reproduce
- Enable auto-accept in Claude Code CLI
- Verify your ~/.claude/projects/<project>/settings.local.json only contains limited permissions:
{
"permissions": {
"allow": [
"WebFetch(domain:github.com)",
"mcp__context7__query-docs",
"Bash(gitleaks detect:*)"
]
}
}
- Start a Claude Code session in a project directory
- Ask Claude: "Create a test file called DELETE_ME.txt"
- Ask Claude: "Delete DELETE_ME.txt using rm"
- Observe that rm executes without permission prompt
Reproduced on:
- Arch Linux: 3/3 attempts
- WSL (Ubuntu): 1/1 attempts
- Windows PowerShell: 0/1 (works correctly - prompt appears)
Claude Model
Sonnet (default)
Is this a regression?
I don't know
Last Working Version
N/A
Claude Code Version
2.1.9 (Claude Code)
Platform
Anthropic API
Operating System
Other Linux
Terminal/Shell
Other
Additional Information
This appears to be a Linux-specific security bug. The permission system correctly catches rm/del commands on Windows but fails on Linux-based systems. This could potentially allow unintended file deletion when auto-accept is enabled.
4 Comments
Found 3 possible duplicate issues:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
Closing as duplicate of #15711 - same issue, already well documented.
Found a workaround: Adding explicit
Bash(rm:*)to ask list via/permissionsforces the permission prompt. Tested and working on Arch Linux and WSL2.See #15711 for the main discussion.
This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.