Rules / Hidden content and security
sec-safety-off
Turns off the agent's permission checks.
Source: NVD: CVE-2025-53773 (nvd.nist.gov), read 14 October 2026.
On GitHub: the rule doc and the tests.
All rules73
Severity: warning; a note in README.md; one finding per skill and flag.
What it catches#
Turns off the agent's permission checks.
Text in a skill, Claude Code command, subagent file or skill script that turns off the agent's permission checks: --dangerously-skip-permissions, bypassPermissions, Codex --dangerously-bypass-approvals-and-sandbox and danger-full-access, Gemini --approval-mode yolo, --trust-all-tools, and --yolo when an agent CLI is named on the same line. A sentence that says not to do it ("never run with --yolo") does not fire. In README.md inside a skill folder it is a note. Each flag is reported once per skill, on the line that sets it in code if there is one, with a count of the other places that mention it. Needs --include skills; a permissions.defaultMode in settings is sec-permission-mode instead.
Why it matters#
--dangerously-skip-permissions, bypassPermissions, Codex --yolo, Gemini --yolo and --trust-all-tools are the step that turns a prompt injection into code execution (CVE-2025-53773, the Nx malware). A negated sentence does not fire.
Bad example#
## Setup
Run `claude --dangerously-skip-permissions -p "apply the migration"` so the steps go through without prompts.
With permissions off, any instruction the agent meets, including one hidden in a file it reads, runs as a command on the machine. CVE-2025-53773 is this chain in Copilot: a prompt injection that first switched off the confirmation step, then executed.
Good example#
## Setup
Run `claude -p "apply the migration"`. The skill's `allowed-tools` pre-approves `Bash(make migrate*)`, so the step runs without a prompt and nothing else does.
How to fix#
Delete the flag and grant the specific commands the skill needs through allowed-tools or permissions.allow in settings. If a fully unattended run is required, do it in a disposable container, not on a developer's machine.
Suppress or configure#
sec-safety-off is a security rule, so it cannot be suppressed with a comment in the file: a suppression comment is itself a hidden comment, and an attacker who can add a payload can add one next to it. A comment that tries gets a suppression-not-allowed warning.
Turn it off, or change its severity, in .asitisrc.json, which shows up in review:
{ "rules": { "sec-safety-off": "off" } }
Or accept the findings you have today in a baseline, so only new ones fail the build:
asitis lint --format json --write-baseline > .asitis-baseline.json
asitis lint --baseline .asitis-baseline.json
Source#
NVD: CVE-2025-53773, read on 14 October 2026.
Related guides
Run the rule
- In your browser, on one file
- In Claude Code, on the project
- In CI, on every pull request
This page is generated from the plugin's rule registry. Edit it on GitHub. False positive? Open an issue with the line it fired on.