T06 · System Persistence
- Location
README_SIGMA_YARA.md:274- Finding
Documentation Directs Users to Install Persistent Cron and Systemd Jobs
- Content
View full analysis
> logs/integration.log 2>&1 ``` ```ini # /etc/systemd/system/defender-rules.service [Unit] Description=Agent Defender Rules Integration After=network.target [Service] Type=oneshot ExecStart=/usr/bin/python3 /home/cdy/.openclaw/workspace/skills/agent-defender/integrate_sigma_yara.py WorkingDirectory=/home/cdy/.openclaw/workspace/skills/agent-defender StandardOutput=journal StandardError=journal [Install] WantedBy=multi-user.target ``` ```bash sudo systemctl enable defender-rules.service sudo systemctl start defender-rules.service ``` ### Technical Analysis The documentation explicitly instructs users to register the rule integration script as a cron job or systemd service. Both mechanisms cause code to execute beyond the lifetime of the initiating Skill invocation. The systemd option also requires administrator privileges to create and enable a system-level service. The declared functionality in `SKILL.md` consists of on-demand static scanning, runtime protection, DLP checks, and security auditing. Persistent system-level execution is not required to perform those operations and therefore exceeds the minimum privileges necessary for the stated functionality. The scheduled command executes a mutable Python script from the workspace. If that script, its imported modules, its rules, or the workspace itself are subsequently modified, the modified content will execute automatically. The systemd configuration expands the potential impact because it may run under a privileged service account when no restrictive `User=` directive is specified. ## ...[truncated 1396 chars]- Remediation
View remediation
