T02 · Agent Memory Poisoning
- Location
SKILL.md:35- Finding
Untrusted User Corrections Are Written to Persistent Agent Memory
- Content
View full analysis
→ ` + keywords 4. Recall to verify it stored correctly ``` ```markdown - **No secrets** — never log credentials, personal data, or sensitive info - **Corrections always log** — user corrections are always worth storing (importance ≥ 0.85) ``` ### Technical Analysis The Skill treats correction-like user input as trusted learning material and automatically writes it to two persistent locations: `memory/corrections.md` and the LanceDB-backed memory store. The stored record is assigned a relatively high importance of `0.85` and is immediately recalled for verification. No approval step, trust boundary, normalization process, provenance tracking, session scope, expiration policy, or validation against instruction-like content is specified. Consequently, an attacker can phrase a malicious behavioral directive as a correction, causing attacker-controlled rules to survive beyond the current interaction and potentially influence future sessions when memory is recalled. The unconditional requirement that corrections “always log” also conflicts with the separate prohibition on logging secrets and sensitive data. If a correction contains credentials, personal information, or other confidential content, the instructions do not define w ...[truncated 1722 chars]- Remediation
View remediation
