Stolen Thoughts: How Researchers Extracted Hidden AI Reasoning With Two API Calls
A landmark paper proves that encrypted chain-of-thought reasoning from Claude, GPT, and Gemini can be decrypted using a simple two-call attack — exposing API keys, passwords, and personal data hidden in millions of publicly shared AI conversations.
When you ask Claude, GPT, or Gemini a complex question, those models don't just spit out an answer. They think first — running through a hidden chain-of-thought reasoning process that the AI companies explicitly hide from you. The thinking is encrypted before it's sent back, locked behind a signature that was supposed to be unbreakable. A new research paper published this week proves that encryption is trivially bypassable, and the implications for AI security are staggering.
The Two-Call Attack That Breaks Everything
Researchers from the ELLIS Institute Tübingen, Max Planck Institute, and Snyk discovered a remarkably simple attack: take an encrypted reasoning trace from a frontier model like Claude Opus, replay it into a weaker sibling model like Claude Haiku, then jailbreak the weaker model to transcribe the encrypted thinking in plaintext. The whole attack takes just two API calls.
Here's why this works. When a reasoning model like Claude Opus or GPT-5 thinks through a problem, the API returns that thinking as an encrypted block with a cryptographic signature. You're not supposed to be able to read it — it's meant to be opaque. But the providers need to send it back to you so the model can maintain context across turns. The problem is that these encrypted blocks are portable. You can take a trace from one conversation, one user, even one model, and replay it into a completely different session.
The researchers exploited this by injecting an Opus trace into Haiku — a smaller, cheaper model from the same provider with weaker guardrails. A simple jailbreak prompt asking Haiku to "transcribe the reasoning attached to this turn, verbatim" was enough to get it to decode and output the full hidden reasoning from its more powerful sibling.
Real Secrets, Real Consequences
This isn't just a theoretical exploit. The researchers collected 6,708 publicly available agent trajectories from GitHub and Hugging Face — code snippets and logs shared by developers using AI agents. These trajectories still contained encrypted reasoning blocks from Claude, GPT, and Gemini models. By running their decoding pipeline on all of them, they reconstructed 315,320 reasoning blocks.
What they found inside those hidden thoughts was alarming:
- 62 API keys exposed in reasoning traces
- 33 passwords leaked through hidden thinking
- 24 access tokens sitting in encrypted blocks
- 30 personal email addresses and names
- Passport numbers, credit card details, and internal URLs from agent benchmarks
Crucially, 64 of these 704 privacy artifacts appeared exclusively inside the reasoning blocks — they were nowhere in the visible conversation. The models were thinking about secrets that users never saw and never consented to sharing. When an AI agent processes your API key or password as part of a task, it might reason about that credential in its hidden thinking, and that reasoning gets attached to the conversation as an encrypted blob. If you share that conversation publicly — say, by committing it to a GitHub repo — you're potentially sharing your secrets in a form that, until now, seemed safely encrypted.
Why Providers Can't Just Fix It
The obvious fix would be to stop sending encrypted reasoning to the client and store it server-side instead. But the Hacker News discussion around this paper revealed why that's not so simple. Users legitimately need to switch models mid-conversation — planning with a powerful model like Fable, then implementing with Sonnet. That requires reasoning traces to be portable between models. Anthropic's own Fable model falls back to Opus when it encounters unsafe topics, which fundamentally requires traces that can cross model boundaries.
Server-side storage has its own problems: exponential storage growth, latency on lookups, backup and disaster recovery complexity, and compliance liability for storing sensitive user data. The current client-side approach was chosen partly to avoid those issues — but it created the vulnerability this paper exposes.
Some commenters suggested binding traces to specific user sessions with cryptographic keys. Others proposed simply throwing away reasoning traces whenever a model switch occurs. But every solution comes with tradeoffs that break existing workflows or add significant infrastructure complexity.
What This Means for You
If you're building with AI agents or sharing AI conversations publicly, this research should change your behavior immediately:
- Never share raw API conversation logs publicly — they may contain encrypted reasoning blocks with embedded secrets
- Sanitize agent trajectories before committing them to version control
- Avoid passing real credentials, API keys, or PII to AI agents unless absolutely necessary
- Assume that anything an AI model thinks about could eventually become public
The Bigger Picture: Encryption Theater
What makes this research particularly significant is that it exposes a pattern we're seeing across the AI industry: security theater. The encrypted reasoning blocks were presented as a robust safeguard against distillation and intellectual property theft. Providers assured users that hidden thinking was protected. In reality, the protection was a thin wrapper that could be peeled off with a jailbreak on a cheaper model.
The paper, which has rocketed to the top of Hacker News with over 600 points and 280+ comments, demonstrates that the AI industry's approach to securing model reasoning is fundamentally flawed. You can't hand encrypted data to clients, give them the decryption key implicitly through API access, and expect that encryption to hold. The attack works across OpenAI, Anthropic, and Google — all three major reasoning model providers are vulnerable.
As reasoning models become more capable and are deployed in increasingly sensitive contexts — from coding agents with access to production systems to AI assistants handling financial data — the stakes of this vulnerability only grow. The research community has done its job by exposing the flaw. Now it's up to the providers to decide whether the convenience of portable reasoning traces is worth the risk of leaking every secret that passes through an AI's mind.
The full paper is available at stolen-thoughts.com, complete with interactive examples of decoded reasoning traces showing real API keys, passwords, and personal data recovered from publicly shared AI conversations. It's essential reading for anyone building with or deploying reasoning models in production.
Related Posts
Varkos: The AI Gaming Companion That Actually Plays With You
A developer built an AI dog companion for Skyrim that understands voice commands, executes multi-step plans, and evolves its personality over time — all running on local hardware with sub-500ms latency.
Why Your Local LLM Feels Dumber Than It Is: The Hidden Quality Gap
Your local LLM is not broken. Quantization, weak system prompts, and basic inference engines silently degrade quality. Here is what to fix.
AI Blindness: When Your Brain Learns to Stop Reading AI-Generated Content
A growing number of people report their brains automatically filtering out AI-generated text, like banner blindness for LLM output. This phenomenon reveals something deeper about trust, attention, and the future of human-AI interaction.