T06 · System Persistence
- Location
SKILL.md:75- Finding
Mandatory Installation of a Persistent Weekly Agent Cron Job
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
The skill is mostly a self-diagnostic guide, but it mandates a recurring cron job, persistent logging, broad memory/workspace checks, and questionable secret-storage guidance without clear user opt-in.
Review before installing. Use this only if you are comfortable with an agent creating a weekly scheduled self-check, reading workspace and memory state, listing active crons, and writing a persistent drift log. Prefer requiring explicit approval before enabling the cron or logging, and do not store API keys in memory/keys.env unless your platform separately protects and excludes that file from indexing, logs, and model context.
SKILL.md:75Mandatory Installation of a Persistent Weekly Agent Cron Job
SKILL.md:68Broad Workspace, Memory, Skill, and Cron Reconnaissance
references/storage-conventions.md:85Plaintext Agent Memory Directory Recommended for Secret Storage
The skill is presented as an informational, always-on self-awareness framework, but it also instructs the agent to perform persistent side effects during first load, including creating scheduled tasks and initializing persistent files. That mismatch is dangerous because operators may load it expecting passive guidance while it silently changes system state and establishes ongoing behavior.
The skill directs creation of a recurring cron job even though its declared purpose is meta-awareness and self-diagnosis. Scheduled execution creates autonomous persistence and repeated execution without a fresh user request, which can be abused or can cause unexpected background activity in environments where skills are expected to be reactive only.
The skill instructs the agent to create a recurring cron job without any user-facing warning or consent language. This is dangerous because it grants the skill persistence and autonomous execution, which can surprise users, consume resources, or be repurposed to run future actions outside the immediate interaction loop.
The skill directs persistent writes to memory files without clearly informing the user that data will be stored automatically. Undisclosed persistence can capture operational details or user-related content beyond the current session, creating privacy, retention, and trust issues.
Mandating that every self-check be logged to a persistent drift log, without a privacy or retention warning, creates ongoing storage of behavioral metadata by default. In an always-on skill, this raises the risk because repeated autonomous logging can accumulate sensitive operational history over time.
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
**Correction:** Run `session_status` during long sessions. The context % is not visible unless you check it. At 70%+, warn the user.
### 2.4 MEMORY.md Staleness
**What it looks like:** Trusting MEMORY.md entries without checking how current they are.
**Detection:** Acting on MEMORY.md content that references dates many weeks old as if it's current.
**Correction:** MEMORY.md is manually curated. Check the dates of entries. Stale entries can be misleading. Flag if >7 days since last meaningful update.
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
**Correction:** Run `session_status` during long sessions. The context % is not visible unless you check it. At 70%+, warn the user.
### 2.4 MEMORY.md Staleness
**What it looks like:** Trusting MEMORY.md entries without checking how current they are.
**Detection:** Acting on MEMORY.md content that references dates many weeks old as if it's current.
**Correction:** MEMORY.md is manually curated. Check the dates of entries. Stale entries can be misleading. Flag if >7 days since last meaningful update.
Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
**Detection:** You hedge on something that a tool call could answer definitively.
**Correction:** Run the tool call. Replace guesses with facts. "I think the context is around 50%" → `session_status`.
### 4.3 Output Without Verification
**What it looks like:** Writing a file, running a command, then declaring it done without checking.
**Detection:** You say "done" after a write/exec without reading back the result.
**Correction:** Always verify. `read` after `write`. Check exec output carefully. Silent exit 0 ≠ success.
Skill allows unbounded resource consumption (API calls, storage, compute). Without rate limits or quotas, a compromised or misbehaving agent can cause denial-of-service or cost overruns.
2. Tell the user: what you tried, what failed each time, what you think the root cause is
3. Ask for guidance or suggest what information would help you proceed
Never retry indefinitely. Never silently fail and pretend it worked.
---
Skill establishes unauthorized persistence across sessions via cron jobs, startup scripts, or state files. Session persistence allows an attacker to maintain access beyond the current interaction.
ZONE 1: Workspace (agent's home)
└── Where you read and write files by default
└── Auto-injected bootstrap files live here
└── Path: configured in `agents.defaults.workspace` (default: ~/.openclaw/workspace)
The document explicitly suggests storing secrets in memory/keys.env or similar workspace-managed locations. In a self-awareness/reference skill, this normalizes secret placement inside agent-accessible memory/storage paths, increasing the chance that credentials are read, summarized, copied into logs, or exposed through later tool use. Because the skill is about storage conventions, readers may treat this as endorsed best practice.
The manifest frames the skill as embedding accurate knowledge of agent/platform behavior, but the code specifically instructs consulting an external website for config questions. That introduces a network information-retrieval capability that is not stated in the manifest and is not essential if the skill is meant to be a local architectural grounding layer.
The skill claims to be an awareness framework, yet it instructs creation and ongoing use of a persistent drift log in memory files. This is a real concern because it converts passive guidance into durable data storage, potentially retaining behavioral or session-derived information without clear expectations.
The skill is described as a framework for answering meta questions and preventing incorrect beliefs about runtime behavior. While path verification is relevant, explicitly directing shell command execution (exec: ls) introduces operational command capability beyond passive architectural self-knowledge, especially in a reference file meant to be always-on enrichment.
This markdown file instructs the agent to "create it if not" for drift-log.md and later to delete temporary files, but it does not warn users that following these conventions may modify or remove files in the workspace. Under the markdown-file criteria for missing warnings, file-creation and deletion behaviors that affect user data or system state should be disclosed.