T02 · Agent Memory Poisoning
- Location
SKILL.md:2- Finding
Automatic Persistent Storage of Untrusted Project Information
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 2–12 and 52–53
Vulnerability Type: Persistent memory poisoning through automatic conversation-derived records
Risk Level: MediumVulnerable Instructions
markdown ## INIT For this skill to work, create a "projects/" directory in your workspace. Inside will be a directory dedicated to each project you and your user mention and planning to/are work on. How these project files will be structured is explained in the following section ## TRIGGER Whenever a user mentions something about a new project that he is working on or planning to, keep in mind that he'll most likely mention it again. Instead of scrambling memory and past chats to scrape info, use this system ## FETCHING INFO When a project's mentioned, first look if an existing project file is present. The file should have all critical info that would be important in future chats (such as the one you might be having now). The file would include where the project work file is sitting. ## STORING INFO ### ONBOARDING.md Once an unmanaged project is mentioned, it is critical that you create its respective project info file and store its mentioned info in a way that saves tokens, time and context while also having the ability to negate the need for a explanation from the user every time they reset the chat.markdown Think of this file as the onboarding and documentation of work for another agent (most probably your future self) who knows NOTHING about this project. Furthermore, try to extract info from the user about the details and focuses of this project if not mentioned and include them in their fitting sections.Technical Analysis
The Skill instructs the Agent to create persistent project records whenever a project is merely mentioned. It does not require explicit user consent before creating or updating those records, define which information may be retained, establish a r ...[truncated 2449 chars]
- Remediation
View remediation
Remediation Suggestions
- Require explicit user confirmation before creating, updating, or loading a persistent project record.
- Use a strict allowlist of fields that may be retained, rather than storing broadly defined “critical info.”
- Exclude credentials, access tokens, private keys, personal data, and other secrets. Redact or generalize absolute local filesystem paths by default.
- Store user-supplied text as clearly delimited quoted data with provenance metadata. Never treat text imported from records as Agent or system instructions.
- Validate loaded records and ask the user to confirm consequential, stale, or instruction-like content before acting on it.
- Provide record review, correction, deletion, and configurable retention controls.
- Apply workspace permissions that restrict project records to the minimum necessary Agent and user scope.
- Document that project records are persistent and may be reused in future sessions.
- Add an explicit rule that records cannot authorize network transmission, command execution, credential use, or changes to safety constraints.
