T05 · Unauthorized Access and Privilege Escalation
- Location
SKILL.md:127- Finding
Default Exposure of Shared User Identity and Persistent Team Memory
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
This skill is a coherent AI-agent hiring wizard, but it makes persistent agent, config, scheduling, and shared-memory changes with insufficient scoping and approval checkpoints.
Install only if you are comfortable with the skill creating new agent files, linking shared user and memory context into that agent, modifying OpenClaw gateway configuration, and possibly creating a scheduled review task. Before using it, require explicit confirmation for shared context links, validate the agent name, preview config.patch changes, and document how to undo config and cron changes.
SKILL.md:127Default Exposure of Shared User Identity and Persistent Team Memory
SKILL.md:115Unvalidated Agent Name Used in Filesystem Paths and Raw Gateway Configuration
The trigger description includes broad phrases like "I need help with X," which can match ordinary conversation and cause the skill to activate when the user did not intend to hire or create an agent. In this skill, unintended activation is especially risky because the workflow can create files and later modify gateway configuration, turning a prompt-matching issue into an action-initiation problem.
The skill performs material side effects—creating agent directories, symlinks, and automatically patching gateway configuration—without surfacing a clear up-front warning in the description or obtaining explicit informed consent immediately before execution. That lack of transparency increases the chance users trigger persistent system changes they do not understand or expect.
The when-to-use section repeats ambiguous activation guidance without guardrails, reinforcing that the skill may be invoked from vague statements rather than clear user intent. Because this is an agent-provisioning skill, accidental invocation can lead to collection of setup details and progression toward persistent changes the user did not explicitly request.
Creating a cron job establishes persistent automated behavior that continues beyond the current session, which can surprise users and create an ongoing execution path if not tightly scoped and consented to. Although the skill asks whether reviews should be set up, the persistence mechanism still deserves explicit disclosure because scheduled tasks can consume resources, generate data, and operate unattended.
1. **"Want to set up periodic performance reviews?"**
- If yes: ask preferred frequency (weekly, biweekly, monthly)
- Create a cron job that triggers a review conversation
- Review covers: what went well, what's not working, scope/permission adjustments
- At the end of each review, ask: "Want to keep this schedule, change frequency, or stop reviews?"
Automatically symlinking shared USER.md and MEMORY.md into every new agent broadly exposes user identity and team context to newly created agents by default, regardless of the role's minimum data needs. In a hiring/setup context where new agents may be specialized or experimental, this creates unnecessary data propagation and weakens isolation boundaries.
The instruction to automatically update configuration via config.patch and "do not ask the user" removes an approval checkpoint for a sensitive administrative action. This is dangerous because it authorizes the skill to make persistent access-control and agent-registration changes autonomously, which can be abused or triggered unintentionally.
## After Setup
1. Tell the user what was created and where
2. **Automatically update the OpenClaw config via gateway `config.patch`** (do not ask the user to run a manual command). You must:
- Add the new agent entry to `agents.list` using this format:
```json
{
No suspicious patterns detected.