T05 · Unauthorized Access and Privilege Escalation
- Location
SKILL.md:430- Finding
Unnecessary Access to Persistent Agent Memory
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 430–443
Vulnerability Type: Excessive access to persistent cross-session memory
Risk Level: Mediummarkdown ### Memory Search Integration Before starting research, check for relevant prior knowledge:?memory_search(query="previous research on [topic]") ?memory_get(path="memory/YYYY-MM-DD.md") [if relevant date found]
text Use prior findings to: - Avoid duplicate research - Build on previous conclusions - Identify how understanding has evolved - Note persistent gaps from prior researchTechnical Analysis
The Skill instructs the Agent to search and retrieve persistent memory before conducting research. Access to cross-session memory is not inherently required for the declared web-research functionality, which can operate using the current request, user-approved research plan,
web_search, andweb_fetch.A topic-based memory query does not provide a reliable authorization boundary. Matching records could contain private user information, sensitive historical conversations, credentials, internal operational details, or material belonging to an unrelated task. The instructions do not require explicit user consent before accessing these records, restrict retrieval to records selected by the user, or prohibit memory-derived information from being included in sub-agent prompts, search queries, or final reports.
The audited file does not explicitly instruct the Agent to transmit memory contents to an external endpoint. Consequently, direct data exfiltration is not established. The vulnerability is instead a least-privilege violation that unnecessarily exposes persistent information to the active research context.
Attack Path
- Persistent Agent memory contains sensitive information from an earlier session.
- A new research request uses a topic or terminology that overlaps with that stored information.
- Following the Skill instructions, the Agent invokes `memory_search ...[truncated 1299 chars]
- Remediation
View remediation
Remediation Suggestions
- Remove mandatory memory access from the default research workflow. Web research should proceed without persistent memory unless the user explicitly requests historical context.
- Before any memory search, explain why access is useful, what categories of records may be searched, and how retrieved information may be used.
- Require explicit, task-specific user approval before invoking
memory_searchormemory_get. - Restrict searches to a narrow user-approved topic, date range, project identifier, or list of records rather than searching general persistent memory.
- Present matching record metadata first and require the user to select a record before retrieving its contents.
- Retrieve only the minimum excerpts needed for the approved purpose and redact credentials, personal data, secrets, and unrelated context.
- Add an explicit prohibition against placing memory-derived sensitive information into web-search queries, fetched URLs, sub-agent task descriptions, or reports without separate consent.
- Preserve provenance labels for memory-derived claims so they are not mistaken for independently verified evidence.
- If the platform supports access controls, isolate memory by user, project, and task and deny cross-scope retrieval by default.
- Record memory-access consent and the specific records retrieved in an auditable log.
