T06 · System Persistence
- Location
SKILL.md:138- Finding
Persistent Execution Through Cron, launchd, or systemd
- Content
View full analysis
> /abs/path/to/agent-data-cli/update.log 2>&1 ``` If you need tighter OS integration, the same pattern can also be implemented with `launchd` or `systemd`. ``` ### Technical Analysis The Skill instructs the Agent to configure an operating-system scheduler and explicitly recommends `cron`, `launchd`, or `systemd`. Unlike a command executed only during the current Skill invocation, a scheduled task survives the Agent session and repeatedly runs the external `agent-data-cli` installation. The scheduled command performs network-capable content synchronization and writes output to a persistent log. Its effective behavior depends on the subsequently loaded CLI, dependencies, source workspace, and configuration. If any of those components are compromised or modified after the initial setup, the scheduler will continue executing the changed code without requiring another Agent interaction. The scheduled process runs with the permissions of the account or service under which the scheduler entry is installed. The documented command does not itself demonstrate privilege escalation, but a system-level service created with elevated privileges could increase the resulting scope. ### Attack Path 1. A user asks the Agent to configure periodic synchronization. 2. The Skill causes the external CLI and its dependencies to be installed. 3. A cron entry, launchd job, or systemd unit is configured to invoke the CLI periodically. 4. The scheduled entry remains active after the current Agent session ends. 5. An ...[truncated 973 chars]- Remediation
View remediation
