T05 · Unauthorized Access and Privilege Escalation
- Location
SKILL.md:53- Finding
Delegated Shell and Filesystem Access with Permission Checks Disabled
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
The skill is purpose-aligned but should be reviewed because it recommends unattended local shell and file execution with permission checks bypassed and limited guardrails.
Install only if you understand that this can launch headless Claude Code tasks that write files and run Bash locally. Use it in a dedicated trusted workspace, avoid `bypassPermissions` for unreviewed prompts or repositories, and prefer explicit user approval, sandboxing, and artifact/path validation before giving it access to important files or credentials.
SKILL.md:53Delegated Shell and Filesystem Access with Permission Checks Disabled
Recommending bypass of permission checks for writing files or running Bash without a safety warning encourages operators to disable a primary safeguard designed to prevent risky autonomous actions. Because this skill is specifically for non-interactive, headless execution, removing approval gates makes misuse and prompt-driven abuse substantially more dangerous.
This markdown file documents use of a local runner to execute shell commands and includes an example that creates /abs/workdir/output.txt using --permission-mode bypassPermissions. The skill description explains how to perform these actions but does not include a clear warning that the skill may execute commands and modify files on the local system.
The skill explicitly recommends --permission-mode bypassPermissions, which suppresses approval checks for file writes and Bash execution. In a headless runner context, this meaningfully increases the chance that unsafe prompts, prompt injection, or operator mistakes result in unattended destructive actions on the local system.
The documentation explicitly recommends --permission-mode bypassPermissions in routine examples without any warning that it suppresses interactive approval for bash/write actions. In a headless task runner, this lowers safety barriers and can normalize unattended execution of filesystem-modifying or destructive actions, increasing the chance of harmful prompts causing unintended changes.
Skill establishes unauthorized persistence across sessions via cron jobs, startup scripts, or state files. Session persistence allows an attacker to maintain access beyond the current interaction.
## Known limitations
- Headless tasks without `--permission-mode bypassPermissions` may stall waiting for user approval on Bash/write commands
- `--expect-contains` must appear **after** its corresponding `--expect-file`; if no file precedes it, validation will fail
- Glob patterns are resolved relative to `workdir` unless absolute
- Sub-process cleanup relies on pid file; if the host restarts, stale pids show as "running" until `kill` or `clean`
The manifest describes a local headless Claude task runner focused on execution, model switching, JSON/schema checks, and artifact validation. Line L011 adds 'notification on completion/failure' as a capability, which is ancillary operational behavior not reflected in the manifest description and not obviously required for task execution or validation.