T05 · Unauthorized Access and Privilege Escalation
- Location
SKILL.md:433- Finding
Unnecessary Access to Persistent Agent Memory
- Content
View full analysis
Vulnerability Details
File Location:
SKILL.md, lines 33 and 433–445
Vulnerability Type: Least-privilege violation through unnecessary persistent-memory access
Risk Level: MediumVulnerable Code
markdown | `memory_search` / `memory_get` | Cross-reference prior knowledge | Check MEMORY.md for related context |markdown ### 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] 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 directs the agent to search and retrieve persistent memory before conducting web research. Access to prior-session memory is not required for the declared core function of researching public sources and producing an academic report. This therefore exceeds the minimum privileges needed for the task.
Persistent memory may contain information from unrelated conversations, including personal data, confidential research, proprietary organizational details, or other sensitive context. The instructions provide no explicit user-consent requirement, project or namespace restriction, sensitivity filtering, data-minimization rule, or prohibition against transferring retrieved information into network queries, delegated sub-agent prompts, or generated reports.
The Skill also mandates network-enabled tools such as
web_searchandweb_fetchand permits context to be passed tosessions_spawn. Although no instruction explicitly requires exfiltration, combining broad memory access with these communication channels creates a plausible route for unintended cross-session disclosure.Attack Path
- A user invokes the Skill for a topic that overlaps with sensitive material stored during an earlier session.
- T ...[truncated 1508 chars]
- Remediation
View remediation
Remediation Suggestions
Remove persistent-memory access from the default research workflow. Public-source research should operate without reading prior conversational state unless the user explicitly requests that behavior.
If memory integration is retained, implement the following controls:
- Require informed, explicit user approval before every memory search.
- Display the proposed search scope and explain that prior-session information may be retrieved.
- Restrict access to a user-selected project namespace, file, or date range instead of searching all available memory.
- Retrieve only the minimum excerpts required for the approved task.
- Apply sensitivity detection and redact credentials, personal data, proprietary identifiers, and confidential content.
- Never include memory-derived information in
web_search,web_fetch, orsessions_spawninputs without a separate disclosure confirmation. - Clearly label memory-derived content in the final report and permit the user to exclude it.
- Record an auditable consent and access trail without storing the sensitive content itself.
- Provide a memory-disabled mode as the default and document that disabling memory does not impair the core research workflow.
