Rules / Hidden content and security

sec-safety-off

Turns off the agent's permission checks.

warning by default Hidden content and security Config or baseline only

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.

Run the rule

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.