T06 · System Persistence
- Location
SKILL.md:140- Finding
Persistent Unattended API Retry Through Cron
- Content
View full analysis
/dev/null | grep -v quota_watcher; \ echo "*/30 * * * * /path/to/quota_watcher.sh >> /tmp/quota_watcher.log 2>&1") | crontab - ``` The scheduled script only removes the job after a successful run: ```bash # Remove the cron job (self-destruct) crontab -l | grep -v "quota_watcher" | crontab - echo "[$(date)] Cron removed. Done." ``` ### Technical Analysis The documented command installs a recurring task in the user's crontab. It executes every 30 minutes and survives the initiating terminal and user session. This persistence is not necessary for the Skill's core video-generation, preview, feedback, or assembly functions. A foreground retry process, bounded retry loop, or explicitly approved one-shot job would provide the required quota-recovery behavior without modifying persistent system scheduling. The watcher removes itself only when `apply_feedback.py` returns success. A quota response leaves the task active by design. Other errors also return a nonzero status without removing the task, meaning the cron daemon will continue invoking it every 30 minutes despite the comment stating that unexpected errors should not be retried forever. ### Attack Path 1. The user follows the quota-management instructions in `SKILL.md`. 2. The command installs a recurring cron entry. 3. Cron invokes `quota_watcher.sh` every 30 minutes without an active user session. 4. The script loads API credentials from the user's environment and invokes the paid video-generation workflow. 5. Quota failures or unexpected errors leave the scheduled entry installed. 6. The task continues making unattended attemp ...[truncated 462 chars]- Remediation
View remediation
