One-sentence takeaway: Researchers found a vulnerability in the APIs of OpenAI, Anthropic, and Google that lets a weaker model decode a stronger model's internal chain-of-thought — breaking the core "capability tiering" security assumption and forcing AI vendors to redesign how reasoning chains are protected.
What is a chain-of-thought, and why is it secret?
When you use ChatGPT, Claude, or Gemini, the model produces an internal reasoning process before its final answer — a chain-of-thought (CoT): its assumptions, reasoning steps, even its hesitations and trade-offs.
For vendors, CoT is trade-secret-grade intellectual property: it's the direct embodiment of how "smart" each model is. That's why OpenAI, Anthropic, and Google wrap it in layers of API protection — hidden by default, hardened against prompt-injection attempts to reveal it, and treated as a protected internal state.
How was the flaw found?
The Hacker News (Aug 12) reported that researchers found a common vulnerability across the APIs of OpenAI, Anthropic, and Google: carefully crafted API request structures let a weaker model coax a stronger model into leaking its internal reasoning chain.
The core of the flaw is in API response structure. Modern model APIs support multiple output modes — plain text, structured JSON, tool calls, and more — and each mode wraps "reasoning content" differently. The researchers found that when a request triggers multiple output modes simultaneously, some modes return the reasoning chain as ordinary output. If you know the trigger conditions, you can bypass the vendor's "reasoning summarization" protection.
In other words: the defenses exist, but they only cover the default path — not every corner case.
Why is this worse than a typical bug?
The AI security community has long relied on capability tiering: the abilities of strong models should be isolated from weaker ones, and weaker models or low-privilege users shouldn't be able to unlock a strong model's full potential. That assumption underpins why enterprises feed sensitive data to frontier models at all.
This vulnerability breaks two lines of defense at once:
1. Isolation fails. A weaker model (or an attacker operating through one) can read a stronger model's complete thinking process — turning a "black box" into a "semi-transparent box."
2. Exfiltration escalates. Reasoning chains often contain more than the final answer: how the model interpreted a contract, which risk points it noticed, where it was guessing. Extracting those intermediate states poses a far higher commercial-secrets exposure risk than grabbing the final answer.
Defense directions: vendors and enterprises
For vendors: treat reasoning chains as "non-exportable" protected objects rather than merely "not exported by default" — apply reasoning summarization uniformly across all output modes; add output filters and anomaly detection for patterns like repeated requests across different output modes. For enterprises: assume reasoning content may leak. De-identify sensitive data before it enters a model, add integrity checks to output audit logs, and architecturally separate "who can call the API" from "who can read full outputs."FAQ
Q1: Does this affect regular ChatGPT users?A: Limited impact. Web/app users only see filtered output; the attack requires direct manipulation of API request structures, so the main risk surface is developers, enterprises, and third-party applications.
Q2: Have the vendors fixed it?A: No public fix timeline as of the Aug 12 report. Fixing means applying uniform protection across every output mode and verifying each one — typically weeks to months.
Q3: Isn't this just jailbreaking?A: Jailbreaks bypass safety rules to make a model say something it shouldn't. This flaw bypasses API structural protections to read the model's internal reasoning state — behavioral violation vs. architectural isolation failure.
Q4: What's the real-world risk of leaked reasoning chains?A: When enterprises feed confidential contracts, codebases, or strategy into models, the model's analysis process can be extracted — equivalent to leaking the thinking itself, far worse than leaking the final answer.
Q5: Can we still give sensitive data to AI?A: Yes, with tiering: the more sensitive the data, the more you should prefer vendors with mature reasoning summarization, on-premise deployment, or input de-identification first. Treating "AI output" as "potentially readable internal state" is the new normal for enterprise AI governance in 2026.
留言
張貼留言