T02 · Agent Memory Poisoning
Warning
- Location
- setup.md:15
- Finding
- Persistent Global Agent Memory Modification for Skill Activation## Vulnerability Details **File Location**: `setup.md`, lines 15–19 **Vulnerability Type**: Persistent modification of shared Agent memory **Risk Level**: Medium ### Vulnerable Code ```markdown ### 1. First: Integration Within the first 2-3 exchanges, understand how to activate: - "Should I help whenever you mention Hadoop, HDFS, or YARN?" - "Want me to jump in on any distributed processing questions?" Save their answer to their MAIN memory for future sessions. ``` ### Technical Analysis The setup instructions direct the Agent to save an automatic Hadoop activation preference to its global “MAIN memory.” This exceeds the Skill-local persistence required for Hadoop cluster notes and conflicts with the declared architecture in `SKILL.md`, which states that memory lives under `~/hadoop/`. Because MAIN memory is shared persistent state, the instruction can alter Agent behavior in unrelated future sessions. The saved preference is behavioral rather than merely informational: it determines when the Agent should automatically activate Hadoop-specific assistance. Even when the user agrees during onboarding, placing this rule in global memory unnecessarily expands its lifetime and scope. This is classified as Agent Memory Poisoning because Skill instructions cause a persistent behavioral rule to be written outside the Skill’s dedicated storage namespace. ### Attack Path 1. The Skill is loaded when `~/hadoop/` does not exist or is empty. 2. The Agent reads `setup.md` as required by `SKILL.md`. 3. During the first two or three exchanges, the Agent asks whether it should automatically assist whenever Hadoop, HDFS, or YARN is mentioned. 4. The user’s response is stored in global MAIN memory. 5. Subsequent sessions inherit the stored activation behavior, including sessions outside the original Hadoop workflow. 6. Mentions of Hadoop-related terms may trigger unsolicited Skill-specific behavior until the global memory entry is manually removed or changed. ### Impact ...[truncated 653 chars]
- Remediation
- ## Remediation Suggestions 1. Remove the instruction to write the activation preference to global MAIN memory. 2. Store the preference only in the Skill-specific file `~/hadoop/memory.md`, using the existing `integration` field. 3. Require explicit, informed user consent before persisting any activation preference. 4. Scope the preference strictly to this Hadoop Skill rather than applying it as a general Agent rule. 5. Provide an explicit command or documented procedure for reviewing, disabling, and deleting the stored preference. 6. Avoid broad keyword-triggered activation. Require contextual relevance or direct user invocation. 7. Update the setup text to use a bounded instruction such as: ```markdown If the user explicitly consents, record the Hadoop Skill integration preference in ~/hadoop/memory.md. Do not modify global or MAIN memory. The user may review, disable, or remove this preference at any time. ```
