T06 · System Persistence
- Location
SKILL.md:259- Finding
Persistent Monitoring Through Cron or a User-Level Systemd Timer
- Content
View full analysis
~/.config/systemd/user/ping-monitor.timer << 'EOF' [Unit] Description=Ping Monitor # ... [Timer] OnBootSec=1min OnUnitActiveSec=1min # ... [Install] WantedBy=timers.target EOF ``` A second scheduling instruction appears in the quick-start procedure: ```bash # 每分钟执行监控 crontab -e # 添加: * * * * * python ~/.py ``` ### Technical Analysis The instructions establish recurring execution that survives the original Skill invocation and future login sessions. Continuous scheduling is relevant to the declared availability-monitoring functionality, and the recommended systemd timer is user-scoped rather than system-wide. It therefore does not inherently require elevated privileges. However, persistence is presented as a routine setup step without: - Explicit confirmation immediately before modifying persistent scheduler configuration. - Duplicate-entry prevention or other idempotency controls. - Verification of the scheduled script's ownership and integrity. - An absolute, trusted Python interpreter path. - Disable, removal, or rollback instructions. - A complete corresponding systemd service definition. - Reconciliation with the document's later statement that the minimum monitoring interval is five minutes. The cron entry executes a mutable file in the user's home directory every minute. If that file is replaced or modified, cron will automatically execute the new content with the affected user's privileges. The abbreviated quick-start entry referencing `~/.py` is also incomplete and may lead users to schedule an unintended file. ### Attack Path 1. A user follows the Skill instructions and adds the cron entry or enables the user-level syst ...[truncated 1043 chars]- Remediation
View remediation
