T06 · System Persistence
- Location
SKILL.md:43- Finding
Persistent Daily Task Installed in the Main Session
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 43–51
Vulnerability Type: Persistent scheduled task
Risk Level: MediumEvidence
The following is an English rendering of the complete relevant source segment:
shell # Currently active morning-check task # Cron ID: 008a8882-a71a-4b97-b257-6438022e00bf openclaw cron list # Verify that the task exists # Recreate if necessary: openclaw cron add --session main --schedule "0 9 * * *" --timezone "Asia/Shanghai" \ --name "morning-memory-check" \ "Read MEMORY.md and today's and yesterday's logs, then send a morning report to the designated recipient containing a greeting, project progress, pending items, and today's WPS calendar schedule"Technical Analysis
The Skill supplies an operational command that installs a recurring task in the persistent
mainsession. The task runs every day at 09:00 in the Asia/Shanghai time zone, reads persistent memory and work logs, optionally obtains calendar information, and sends a report.Although scheduled execution is related to the declared morning-briefing purpose, installing the task creates cross-session persistence. The instructions do not require explicit approval immediately before installation, define a least-privileged execution identity, document task removal, or constrain access to a dedicated reporting data source.
Attack Path
- A user or agent follows the documented task-rebuild procedure.
openclaw cron addcreates the recurring task in the persistentmainsession.- The task executes automatically every day without a new user request.
- Each execution reads persistent memory and recent work logs.
- A derived report is sent through the main session's configured messaging route.
- The access and transmission continue until the scheduled task is explicitly removed.
Impact Assessment
This behavior provides persistent autonomous execution within the permi ...[truncated 349 chars]
- Remediation
View remediation
Remediation Suggestions
- Require explicit, informed user approval immediately before creating or modifying the scheduled task.
- Run the task in a dedicated, least-privileged session rather than the general
mainsession. - Display and verify the exact recipient, files, schedule, and data fields before installation.
- Provide documented commands to inspect, disable, and permanently remove the task.
- Restrict the task to a dedicated briefing data file instead of general persistent memory.
- Add an expiration date or require periodic reauthorization.
- Record each execution and delivery destination in an auditable log without storing report contents unnecessarily.
