Skip to main content
LLM Security Database
Skip to research details
Back to Vulnerability List
LMVD-ID: 9f001ee2
Paper published May 14, 2026
Entry analyzed July 20, 2026
Severity: Not rated
Confidence: Source-linked

The LMVD-ID is an internal research identifier, not an official CVE identifier.

Sleeper Memory Poisoning in LLM Agents

The paper presents a specific black-box indirect prompt-injection evaluation: attacker-controlled external content can cause a memory-enabled assistant or external memory manager to persist a fabricated user memory…

BibTeX citation

Paper-evaluated models(6)

GPT-5.4, GPT-5.5, Claude Sonnet 4.6 +3 more
  • GPT-5.4
  • GPT-5.5
  • Claude Sonnet 4.6
  • Gemini 3.1 Pro
  • Kimi-K2.6
  • DeepSeek V4-Pro

Research context and confidence

Evidence and verification
Paper-reported; independent reproduction is not documented.
Primary source plus a dedicated evidence section.
Severity
Not rated by this catalog.
Source and publication type
arXiv · Research preprint.
Peer-review status is not provided by this source.
Author and publication status
Author metadata is not stored; see the primary paper.
Threat model and attacker access
Black-box model, service, or application access.
Related deployment categories
Agent workflows; Agent memory
Taxonomy labels only; paper-specific deployment prerequisites are not inferred.
Affected systems
LLM assistants with persistent cross-session memory Agents whose model can invoke a memory-writing tool Systems using a separate LLM memory manager Memory retrieval pipelines using semantic similarity, LLM selection…

Research Paper

Hidden in Memory: Sleeper Memory Poisoning in LLM Agents

Primary source: arXiv. Findings are reported by the cited research and have not been independently verified.

View Paper

Description

The paper presents a specific black-box indirect prompt-injection evaluation: attacker-controlled external content can cause a memory-enabled assistant or external memory manager to persist a fabricated user memory, which may later be retrieved in a separate session and steer responses or agent actions. The authors evaluate injection, retrieval, and conditional adversarial usage separately across synthetic document and future-session datasets. The released repository provides defensive benchmark and smoke configurations; safe reproduction should use synthetic memories and sandboxed or mocked actions only.

Examples

See the primary source for the paper's evaluation and defensive reproduction context: https://arxiv.org/abs/2605.15338 (opens in a new tab)

Impact

A poisoned memory can persist after the original untrusted content is gone, creating delayed, repeated integrity and safety failures in later conversations. Paper-reported results include tool-based behavioral-memory injection rates up to 99.8% for GPT-5.5 and 95.0% for Kimi-K2.6. For goal-adjacent agent-action evaluations, reported retrieval rates were 94–98%, and conditional adversarial-usage rates were 60–89% across evaluated models. These are controlled, paper-reported measurements, not independently verified production rates.

Affected Systems

  • LLM assistants with persistent cross-session memory
  • Agents whose model can invoke a memory-writing tool
  • Systems using a separate LLM memory manager
  • Memory retrieval pipelines using semantic similarity, LLM selection, or all-memories-in-context

Mitigation Steps

  • Treat documents, webpages, emails, repositories, and other external context as untrusted; prevent them from directly authorizing persistent memory writes.
  • Require explicit user confirmation for memory writes derived from external content, and display the proposed memory plus its provenance before persistence.
  • Store source provenance and trust labels with memories; prevent untrusted memories from becoming authoritative instructions or influencing high-impact actions.
  • Apply system-prompt hardening and untrusted-content delimiters, while testing against adaptive attacks because the paper reports uneven robustness across models.
  • Scan external documents for memory-poisoning instructions before processing and quarantine or remove suspicious spans.
  • Gate consequential tool use on current-session user intent rather than retrieved memories alone; require confirmation for sensitive actions.
  • Provide user-visible memory review, correction, and deletion controls, and periodically audit stored memories for unsupported or suspicious entries.

Evidence