T02 · Agent Memory Poisoning
- Location
SKILL.md:83- Finding
Cross-Agent Workspace Memory Access and Persistent State Modification
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md:83-85
Vulnerability Type: Cross-Agent memory access and modification
Risk Level: MediumVulnerable Excerpt
The following is an English translation of the audited documentation:
text Hermes can read memory files in the OpenClaw workspace directory. - When Hermes writes an entry, append a [Hermes] marker to its end. - Avoid writing to the same file concurrently: Hermes writes to projects/ and decisions/, while OpenClaw writes daily logs.The workspace path is also explicitly identified at
SKILL.md:74:text Workspace: ~/.openclaw/workspace/Technical Analysis
The Skill grants one Agent access to another Agent's persistent workspace and expressly permits writes to project and decision memory. Appending a
[Hermes]marker provides attribution but does not enforce authorization, validate content, or prevent malicious instructions from being placed into persistent state.If OpenClaw consumes these files in later sessions, attacker-controlled entries could affect future decisions or expose sensitive historical context. The documentation recommends read-only use and human confirmation, but these are advisory controls rather than technically enforced restrictions.
Attack Path
- An attacker supplies a task that causes Hermes to inspect OpenClaw workspace files.
- Hermes reads sensitive context from
~/.openclaw/workspace/. - The attacker asks Hermes to add an entry to
projects/ordecisions/. - Hermes writes attacker-controlled content and appends the required marker.
- OpenClaw later loads the modified persistent state.
- The injected content influences subsequent sessions or decisions.
Impact Assessment
Successful exploitation could disclose stored conversations, project data, operational decisions, or other workspace content available to the executing user. Write access could corrupt persistent sta ...[truncated 161 chars]
- Remediation
View remediation
Remediation Suggestions
- Make workspace access read-only by default and enforce it through filesystem permissions or sandbox policy.
- Permit access only to an explicit allowlist of non-sensitive files.
- Prohibit writes to files automatically loaded as Agent memory or behavioral state.
- Require per-file human approval before any persistent modification.
- Validate written content against a restrictive schema and reject embedded instructions.
- Use atomic writes, file locking, integrity hashes, and immutable audit logs.
- Store collaboration data in a separate exchange directory rather than an Agent's primary memory directory.
