T05 · Unauthorized Access and Privilege Escalation
- Location
SKILL.md:74- Finding
Unrestricted Coding-Agent Execution Disables Approval Safeguards
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 74-92
Vulnerability Type:T05: Unauthorized Access and Privilege Escalation
Risk Level: HighVulnerable Code:
bash # Launch agents in different workdirs tmux -S "$SOCKET" send-keys -t agent-1 "cd /tmp/project1 && codex --yolo 'Fix bug X'" Enter tmux -S "$SOCKET" send-keys -t agent-2 "cd /tmp/project2 && codex --yolo 'Fix bug Y'" Enter # Poll for completion (check if prompt returned) for sess in agent-1 agent-2; do if tmux -S "$SOCKET" capture-pane -p -t "$sess" -S -3 | grep -q "❯"; then echo "$sess: DONE" else echo "$sess: Running..." fi done # Get full output from completed session tmux -S "$SOCKET" capture-pane -p -t agent-1 -S -500text Codex needs `--yolo` or `--full-auto` for non-interactive fixesTechnical Analysis
The documented orchestration procedure starts Codex with the
--yolooption and additionally recommends--yoloor--full-autofor non-interactive operation. These modes disable or substantially weaken interactive approval controls, allowing the nested coding agent to execute commands and modify files without case-by-case user authorization.This exceeds the privileges required for the Skill's legitimate purpose of creating and controlling tmux sessions. The tmux commands themselves are not malicious, but they provide an execution channel for an agent operating with reduced safeguards. If the target project contains attacker-controlled instructions, scripts, build hooks, or other hostile content, the unrestricted agent may act on that content under the invoking user's operating-system permissions.
Attack Path
- A victim follows the documented example and opens a project containing attacker-controlled content.
- The victim launches Codex inside tmux with
--yoloor--full-auto. - Codex processes the repository, task instructions, build files, o ...[truncated 1140 chars]
- Remediation
View remediation
Remediation Suggestions
- Remove
--yoloand--full-autofrom the examples and do not recommend globally disabling approval safeguards. - Use an execution mode that requires explicit approval for shell commands, filesystem writes, dependency installation, network access, and other sensitive operations.
- Run coding agents in an isolated container or sandbox with a narrowly mounted working directory, a non-privileged user, and no access to unrelated home-directory files.
- Remove unnecessary environment variables and credentials before launching the agent. Provide only task-specific secrets when strictly required.
- Disable network access by default or restrict it to an explicit allowlist.
- Review repository instructions, build hooks, dependency manifests, and executable scripts before permitting automated execution.
- If unattended automation is necessary, define explicit command, path, and network allowlists rather than disabling authorization controls globally.
- Document the risks of processing untrusted repositories and require stronger isolation for third-party code.
- Remove
