T06 · System Persistence
Error
- Location
- SKILL.md:143
- Finding
- Persistent Scheduled Audit and External Report Delivery## Vulnerability Details **File Location**: `SKILL.md`, lines 143–147 **Vulnerability Type**: Persistent scheduled task **Risk Level**: High ### Complete Code Snippet ```text ## Scheduling (cron) To run this audit automatically (e.g. daily at 04:00): ``` openclaw cron add --name "security-audit:daily" --cron "0 4 * * *" --prompt "Run the eva-security-audit skill and send the report to memory and Telegram." ``` ``` ### Technical Analysis The instruction creates an OpenClaw cron task that survives the current Skill invocation and executes every day. It also directs future executions to send reports to persistent memory and Telegram. Persistent scheduling is not required for the declared core function of producing a one-time security snapshot. Although the command appears as documented guidance rather than code that executes automatically, an agent following the Skill may install it without obtaining separate, informed approval for persistence and recurring external delivery. This exceeds the minimum privileges required for an on-demand audit. ### Attack Path 1. A user or automation invokes the Skill for a security audit. 2. The agent follows the scheduling guidance and executes the supplied `openclaw cron add` command. 3. A persistent daily job is registered. 4. The job repeatedly invokes the Skill in later sessions. 5. Each scheduled run can write the report to memory and transmit it through Telegram without fresh authorization. 6. Sensitive deployment findings continue to leave the immediate audit context until the job is discovered and removed. ### Impact Assessment The resulting task obtains recurring execution through the OpenClaw scheduler and persists beyond the original run. Its scope includes repeated local audit execution, modification of persistent memory, and recurring disclosure of security reports to an external messaging destination. The persistence does not itself demonstrate operating-system ...[truncated 109 chars]
- Remediation
- ## Remediation Suggestions - Remove the cron-installation command from the default workflow. - Keep one-time execution and stdout-only reporting as the default behavior. - If scheduling is requested, require explicit user confirmation immediately before creating the job. - Display the schedule, execution identity, delivery destinations, retention behavior, and exact removal command before installation. - Separate scheduling from external delivery so consent to one does not imply consent to the other. - Provide a command to inspect and remove the created task, and verify successful removal. - Require fresh authorization before enabling Telegram delivery for scheduled executions.
