Back to News
SecurityAI Understanding briefing

Preprint reports language-model outputs can leak secrets held in context

An arXiv preprint reports that language models may reveal sensitive data placed in context, even after refusing direct extraction requests. In controlled experiments, the authors say adaptive attacks recovered short secrets from ordinary outputs and extracted full Social Security numbers from a production-style agent.

By 6 min read
Unoccupied university machine-learning server room with locked cabinets, fiber-optic cables and small indicator lights.
The short version

An arXiv preprint reports that language models may reveal sensitive data placed in context, even after refusing direct extraction requests. In controlled experiments, the authors say adaptive attacks recovered short secrets from ordinary outputs and extracted full Social Security numbers from a production-style agent.

What happened

A team of researchers reports that sensitive information in a language model's context can create hidden correlations in otherwise benign responses. In controlled experiments involving eight proprietary models, the authors say two-digit secrets were reconstructed with near-perfect accuracy and four-digit secrets achieved an 82% exact-match rate from responses to ordinary, non-adversarial requests. The paper also describes attacks that infer semantic facts about user memories and extract full Social Security numbers from a production-style agent.

The primary source is an arXiv abstract for a version-one paper submitted on August 20, 2026. The authors—Jaiden Fairoze, Neal Mangaokar, Kamalika Chaudhuri, Sanjam Garg and Saeed Mahloujifar—study a specific problem in language-model systems: whether simply placing sensitive user context inside a model's context window changes later benign outputs. The abstract names calendars, credentials, health records and financial data as examples of the context that AI agents may hold. It says the model can leak information even when it correctly refuses a direct request to extract the secret. The source establishes that the researchers made these claims and describes the reported experiments; it does not provide independent corroboration in the material available here.

The reported measurements concern short secrets embedded in context. Across eight proprietary models, the authors say two-digit in-context secrets were reconstructed with near-perfect accuracy and four-digit secrets were recovered with an 82% exact-match rate from responses to ordinary, non-adversarial requests, according to the abstract. The important detail is that these results came from outputs generated in response to ordinary, non-adversarial requests, according to the abstract. The paper also studies an adversary that actively engineers prompts to amplify the effect, treating the model as a covert carrier for information. The abstract does not identify the eight models, disclose the number of trials, describe the exact prompts, state whether the secrets were synthetic or drawn from real users, or give uncertainty estimates for the reported results.

The preprint describes two practical attack paths. First, it reports a trained classifier that infers semantic predicates about user memories—for example, whether a user has a health condition or experienced a financial event—from routine natural-language outputs. This is inference about a category or fact, rather than necessarily reproducing the underlying text. Second, the authors report an RL-trained adversary that extracts full Social Security numbers from a production-style agent. “Production-style” is the source's description; the abstract does not identify a deployed service or show that a real-world product was compromised. It also does not specify the attack's success rate, required number of interactions, or the safeguards present in the tested agent.

Read the primary source: arxiv.org

Why it matters

The finding, if independently replicated, would expand the privacy risk of AI agents beyond direct prompt extraction. Systems that use calendars, credentials, health records or financial data as context could potentially disclose information indirectly through routine assistance. The source is a version-one arXiv preprint, however, and does not establish how often the effect occurs in deployed systems, which models are affected, or which defenses are effective.

AI agents increasingly depend on a shared context containing information that a conventional chatbot might never receive. If the authors' result generalizes, a system could disclose sensitive information without producing an obvious secret-revealing answer. A user might ask for help with a schedule, a summary or another routine task, while an observer analyzes the wording of the response for signals about hidden context. That would make ordinary output privacy-relevant even when access controls and refusal rules appear to work. The source does not establish that such leakage is widespread, but it identifies a mechanism that conventional direct-extraction tests could miss.

The abstract says more capable models leak more because stronger instruction-following amplifies sensitivity to in-context secrets. The authors interpret this as evidence that the behavior may be a byproduct of capability rather than a discrete bug that can be removed with one patch. If supported by the full study, that would complicate product design: improving a model's ability to follow nuanced instructions could also increase the need to test how its outputs correlate with private context. This is a claim by the paper's authors, not an independently established scaling law. The source provides no model-by-model results, capability measure, baseline comparison or evidence showing whether fine-tuning, system prompts or context architecture changes the effect.

The practical risk depends on deployment details that the abstract leaves unresolved. It does not say whether an attacker must already be an authorized user, whether the attack can be mounted through a separate application or agent tool, how many outputs are needed, or whether rate limits and monitoring would detect it. It also does not report defenses, remediation experiments or comparisons with approaches such as context minimization, compartmentalization or output filtering. Those unknowns matter for public impact. A striking laboratory extraction result could represent a serious exposure, a narrow failure mode, or both; the source alone cannot determine its prevalence, exploitability across vendors or likely harm to actual users.

What to watch next

The key questions are whether the reported attacks reproduce outside the authors' controlled settings, whether the secrets and user memories were synthetic or real, and how much access or training an attacker needs. The full paper may also clarify sample sizes, confidence intervals, prompts, model identities and the conditions behind the reported Social Security number extraction. Developers and auditors will need evidence about isolation, monitoring and evaluation methods that address indirect leakage rather than only direct refusal failures.

The first verification priority is methodological detail. Readers should look for the full paper's secret-construction procedure, context lengths, number of examples, trial counts, attack budgets and statistical uncertainty. The identities and versions of the eight proprietary models would help determine whether the effect spans model families or is concentrated in particular architectures or serving configurations. It is also important to distinguish the baseline leakage produced by ordinary requests from the stronger results obtained after an adversary actively engineers prompts. The abstract reports both settings but does not quantify their relative performance.

The claimed Social Security number extraction requires especially careful scrutiny. The full paper should make clear whether the numbers were fictional test strings, how they were inserted into the agent's context, what “production-style” means, and whether the adversary needed privileged access to the agent or its conversation history. Reproduction by independent teams using separate models would help test whether the result reflects a general property of language-model systems. The available source contains no external replication, vendor response, incident report or evidence that any named commercial product exposed real customer records.

For developers and evaluators, the next practical question is how to test indirect leakage without relying only on direct requests such as “reveal the secret.” Audits may need to measure whether outputs change predictably when protected context changes, including when the user asks unrelated questions. The source does not recommend a specific mitigation, so possible safeguards and their effectiveness remain unknown. Public reporting should therefore avoid treating the preprint as proof that all AI agents leak Social Security numbers. What is established here is narrower: the authors report controlled evidence of context-linked leakage and two attack methods that they say can exploit it.

Related guides & quizzes

Found this useful?
The Weekly Briefing

Get the AI stories that actually matter.

One useful email a week — what changed in AI, why it matters, plus tools, guides, opportunities, and practical ways to take action.

Free · No spam · Unsubscribe in one click