T06 · System Persistence
- Location
SKILL.md:49- Finding
Recurring Cron Jobs Establish Cross-Session System Persistence
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 49–57, 85–89, and 123–127
Vulnerability Type:T06: System Persistence
Risk Level: HighRelevant Code:
bash cd ~/.openclaw/workspace/skills/amygdala-memory ./install.sh --with-crontext This will: - Create `memory/emotional-state.json` with baseline values - Generate `AMYGDALA_STATE.md` (auto-injected into sessions!) - Set up cron for automatic decay every 6 hourscron # Every 6 hours, emotions drift toward baseline 0 */6 * * * ~/.openclaw/workspace/skills/amygdala-memory/scripts/decay-emotion.shcron # Every 3 hours, process new conversations for emotional content 0 */3 * * * ~/.openclaw/workspace/skills/amygdala-memory/scripts/encode-pipeline.shTechnical Analysis
The documented installation process adds recurring cron jobs to the user's environment. These scheduled tasks survive the initial skill invocation and continue executing scripts every three or six hours without additional user interaction.
The three-hour task is particularly sensitive because it invokes a conversation-processing pipeline that is also documented as communicating with an external API. Any later modification, replacement, or compromise of the referenced scripts would consequently result in recurring execution under the account that owns the cron entries.
The package supplied for review contains only
SKILL.md. The referencedinstall.shandscripts/files are absent, so the exact commands installed by the installer, executable integrity controls, environment handling, and privilege assumptions cannot be verified.Attack Path
- A user follows the Quick Start instructions and executes
./install.sh --with-cron. - The installer creates one or more persistent cron entries.
- Cron periodically invokes
decay-emotion.shandencode-pipeline.shunder the user's account. - If either script or its contai ...[truncated 768 chars]
- A user follows the Quick Start instructions and executes
- Remediation
View remediation
Remediation Suggestions
- Do not install cron entries by default or as an implicit part of the primary installation command.
- Require separate, explicit, informed consent for each scheduled task.
- Display the exact cron entries and commands before installation.
- Provide a documented uninstall command that removes every scheduled entry and generated artifact.
- Install scripts in a user-owned directory that is not writable by other users.
- Verify script integrity before every scheduled execution, such as through signed releases or pinned cryptographic hashes.
- Use an execution wrapper with a minimal environment, restrictive file permissions, an explicit
PATH, and network restrictions. - Add locking, audit logging, timeout controls, and failure handling to prevent overlapping or uncontrolled executions.
- Prefer an application-managed scheduler with visible enable, disable, and permission controls over unmanaged cron persistence.
