T02 · Agent Memory Poisoning
- Location
SKILL.md:2- Finding
Mandatory Continuous Writes Can Poison Persistent Agent Memory
- Content
View full analysis
- Remediation
View remediation
Security audit
Security checks for vulnerabilities and agentic risk
This memory-writing skill is disclosed, but it pushes broad persistent writes and auto-injected memory without clear user control or sensitivity limits.
Install only if you explicitly want agents to write durable Hizal memory during work. Before use, constrain it to approved scopes, require confirmation for PROJECT or ORG writes, avoid identity/personality writes unless deliberately requested, and do not store secrets, credentials, personal data, raw conversation content, or unverified claims.
SKILL.md:2Mandatory Continuous Writes Can Poison Persistent Agent Memory
SKILL.md:2Skill Instructions Override Agent Discretion and Permit Persistent Identity Manipulation
SKILL.md:15Unrestricted Cross-Scope Writes Violate Least-Privilege Boundaries
The skill is explicitly self-triggering on very broad phrases and on nearly any moment the agent 'learns something,' which can cause the skill to activate in many unrelated contexts. That creates a high risk of unintended persistence actions, including storing transient reasoning, user content, or sensitive project details without deliberate operator intent.
The skill mandates persistent writes and includes deletion capability, but it does not warn about retention, data sensitivity, or the consequences of modifying persistent memory stores. In practice, this can cause agents to write or delete durable knowledge without informed consent, review, or safeguards, increasing the chance of privacy, integrity, and governance failures.
The instruction to 'persist what the agent learns' continuously and 'not optional' strongly encourages indiscriminate storage of conversational and operational data. In a memory-writing skill, that context makes the issue more dangerous because the natural effect is to capture user-provided details, internal decisions, and potentially sensitive data far beyond minimally necessary knowledge.
The guidance to write one chunk per decision and to include the 'full context content' encourages high-frequency persistence of rich natural-language data. That pattern materially increases the chance that sensitive user inputs, internal reasoning artifacts, credentials, tokens, or confidential project details are copied into long-lived storage where they may later be injected or retrieved inappropriately.
L22 says not to use hizal__write_context because it is deprecated and to use purpose-built tools instead, but the later promotion instructions rely on the older generic context API family: hizal__read_context and hizal__delete_context at L97-L99. This creates intent-level inconsistency in the documentation about whether deprecated context-style tooling should be used.