T06 · System Persistence
- Location
README.en.md:77- Finding
Recurring Notification Collection Creates Cross-Session Persistence
- Content
View full analysis
> ~/.openclaw/logs/notification.log 2>&1 ``` ### Technical Analysis The installation instructions direct users to create either an OpenClaw scheduled job or a user crontab entry. The task survives individual Skill executions and automatically reads notifications every 30 minutes. Scheduling is related to the advertised automatic-summary functionality, and the project does not silently install the task. Nevertheless, persistent collection is not required for on-demand notification summaries and exceeds the minimum privileges and lifetime needed for that mode. The documentation does not provide removal instructions, retention controls, expiration, or consent-renewal guidance. The scheduled command invokes `export-notification.sh`, which exports raw notification content rather than only a minimized work summary. ### Attack Path 1. A user installs the Skill and grants it access to protected notification data. 2. The user follows the recommended instructions and registers the OpenClaw job or crontab entry. 3. The task runs every 30 minutes across future sessions. 4. Recent notification titles and bodies are repeatedly copied into OpenClaw memory. 5. Sensitive content continues accumulating until the user independently identifies and removes the scheduled task and stored data. ### Impact Assessment The persistence operates with the permissions of the user and the Python interpreter. It can cont ...[truncated 260 chars]- Remediation
View remediation
