White Paper about IA hallucination to Understanding the Phenomenon in LLMs to Risk Governance in Agents and Agentic Applications
0
2 commits
updated Aug 30, 2026
A structured report derived from research conversation
State of the art (technical/scientific) · AI agent perspectives · Formal OWASP / NIST framing
Author: Aridio Silva August 2026 Document compiled with support from Claude (Anthropic)
Hallucination is not an isolated implementation defect — it is a structural consequence of how language models are trained. The model predicts the next token based on statistical patterns learned during training; when there is no strong training signal about a specific fact, it fills the gap with something statistically plausible, not necessarily true. The result is fluent, confident text that can be factually incorrect.
In "Tracing the Thoughts of a Large Language Model" (March 2025), Anthropic researchers (including Josh Batson) used a technique inspired by neuroscience to internally "scan" the model. Key findings:
A more recent line of research reframes the problem: hallucination is not just noise in the data — it is a systemic incentive problem. Training objectives based on next-token prediction, along with common benchmarks and leaderboards, reward confident "guesses" over calibrated uncertainty — the model learns to bluff because that is locally optimal under the prevailing evaluation scheme.
Benchmarks such as Mu-SHROOM (SemEval 2025) and CCHall (ACL 2025) reveal that even frontier models stumble on multilingual and multimodal reasoning — the problem is not uniform across languages and media types.
As hallucinations become rarer, users check less — making the remaining errors more dangerous, not less. The field's consensus has evolved: from "a bug to be eradicated" (the initial view) to "uncertainty to be managed, not eliminated" (the current position, publicly defended even by Anthropic CEO Dario Amodei, who argues that models already hallucinate less than humans, even if "in more surprising ways").
The video "Why do AI models hallucinate?" (YouTube, ID 005JLRt3gXI) is official Anthropic content, confirmed by being embedded on Anthropic's own page at claude.com/resources/tutorials/why-do-ai-models-hallucinate and cataloged in the "AI Fluency" collection of Claude Academy.
This video has become a reference for third-party guides — for example, the anthropic-anti-hallucinate-skills repository summarizes its principles into five pillars:
Methodological note: it was not possible to extract the literal transcript of the video (YouTube access is blocked); the information above is derived from official metadata and third-party summaries that cite it as a primary source.
Documented trade-off: a study (arXiv 2307.02185) showed that citation constraints reduce creative output — recommended, therefore, for factual/auditable tasks, not for brainstorming.
In agents, hallucination stops being "a piece of wrong text" and becomes a system error with real consequences: an incorrect plan, a wrong API call, a business action executed incorrectly. Structurally, what changes is:
The cycle recommended in Anthropic's engineering documentation for the Agent SDK is: gather context → act → verify the work. In practice:
Never let the same system that generated a claim be the only source that confirms it.
Every hallucination, in any topology, shares one common trait: an ungrounded claim is accepted as fact simply because it sounds coherent with what came before. The structural defense is not "asking the agent to be more careful" — it is forcing every high-risk claim to pass through a source independent of the one that generated it before it becomes action (raw tool data, a deterministic rule, another model, or a human — as long as it is decoupled from the original reasoning).
| Topology | Characteristic Risk | Recommended Mitigation |
|---|---|---|
| Serial / sequential (pipeline) | Propagation and amplification: a hallucination at step 1 becomes a "true" premise at step 2, which becomes a premise at step 3. | Verification checkpoint between each step, not only at the end; each step receives only verified data from the previous one. |
| Hierarchical (orchestrator → sub-agents) | The orchestrator can hallucinate while interpreting/aggregating correct results from sub-agents. | Sub-agents return structured data (not free-form prose); the orchestrator cites the origin of each claim before aggregating. |
| Parallel (multiple independent agents) | Correlated hallucinations (same training bias) go unnoticed even with apparent consensus. | Best-of-N with real diversity (different models/prompts/sources); divergence treated as a warning signal. |
| Mesh / swarm (dynamic handoff) | Low traceability: difficult to identify which agent introduced the error, since context is passed informally. | Explicit, structured state tracking per agent; handoffs signed with origin and confidence level. |
Guardrails based solely on prompting ("never confirm without verifying payment") are themselves vulnerable to hallucination — the LLM decides at every call whether to obey the instruction, and may "hallucinate compliance" (reporting that it verified when it did not). The approach recommended in the literature is called neurosymbolic: critical business rules applied outside the LLM, in deterministic code that intercepts the action before execution.
Guardrail reliability hierarchy (weakest to strongest):
If the verifier is just "another LLM," the risk is not eliminated — a second chance of error is merely added, especially correlated if the verifier is the same model or has a similar training bias (a problem analogous to quis custodiet ipsos custodes — who watches the watchmen). Dedicated research on the Executor → Validator → Critic pattern shows that single-agent systems have no self-correction mechanism by definition — hallucination goes unnoticed by design.
The solution is not to stack more LLMs, but to diversify the type of verification:
The category formerly called "Overreliance" (2023) was renamed to LLM09: Misinformation — a change that reflects the reclassification of hallucination from "usage error" to "system vulnerability." The focus shifted from "the user trusts too much" to "the model itself generates and propagates false information." The document formalizes a description, common risk examples, prevention/mitigation strategies, and example attack scenarios — the classic structure for cataloging a vulnerability.
In classic OWASP/CVE vocabulary, a vulnerability presupposes a threat agent exploiting a flaw. Hallucination is different — it does not need an attacker to occur; it is emergent behavior of the system under normal use. That is why OWASP treats it under the "risk" umbrella (misinformation, cascading hallucination), while recognizing its duality: it can also be deliberately induced (prompt injection, poisoned data) as an exploitable attack vector — which does constitute a classic vulnerability in that case. This distinction — spontaneous failure vs. deliberate exploitation — is relevant for formal probability-of-occurrence analysis in a risk matrix.
The survey "Securing AI Systems: A Guide to Known Attacks and Impacts" (arXiv, 2025) evaluates the OWASP Top 10 for LLM as a reference framework, praising its practicality. The paper "MATRA: Modeling the Attack Surface of Agentic AI Systems" (2026) uses OWASP's agentic threat guide as a formal basis for modeling attack surface in a real-world case study — evidence of academic, not just corporate, adoption of the framework.
The chain of formal framing developed in this report connects directly to an applicable control model:
Note on link stability: several sources above are living pages (OWASP resources, NIST framework pages) that are periodically restructured or renamed by their publishers. If a link no longer resolves, search the publisher's site for the exact document title given above — all titles were verified against the publisher at the time this report was compiled.
Document generated from a research conversation conducted with Claude (Anthropic), with the support of web search for primary-source verification. Original references should be checked before academic or formal regulatory use.
2 commits
White Paper about IA hallucination to Understanding the Phenomenon in LLMs to Risk Governance in Agents and Agentic Applications
0
2 commits
updated Aug 30, 2026
A structured report derived from research conversation
State of the art (technical/scientific) · AI agent perspectives · Formal OWASP / NIST framing
Author: Aridio Silva August 2026 Document compiled with support from Claude (Anthropic)
Hallucination is not an isolated implementation defect — it is a structural consequence of how language models are trained. The model predicts the next token based on statistical patterns learned during training; when there is no strong training signal about a specific fact, it fills the gap with something statistically plausible, not necessarily true. The result is fluent, confident text that can be factually incorrect.
In "Tracing the Thoughts of a Large Language Model" (March 2025), Anthropic researchers (including Josh Batson) used a technique inspired by neuroscience to internally "scan" the model. Key findings:
A more recent line of research reframes the problem: hallucination is not just noise in the data — it is a systemic incentive problem. Training objectives based on next-token prediction, along with common benchmarks and leaderboards, reward confident "guesses" over calibrated uncertainty — the model learns to bluff because that is locally optimal under the prevailing evaluation scheme.
Benchmarks such as Mu-SHROOM (SemEval 2025) and CCHall (ACL 2025) reveal that even frontier models stumble on multilingual and multimodal reasoning — the problem is not uniform across languages and media types.
As hallucinations become rarer, users check less — making the remaining errors more dangerous, not less. The field's consensus has evolved: from "a bug to be eradicated" (the initial view) to "uncertainty to be managed, not eliminated" (the current position, publicly defended even by Anthropic CEO Dario Amodei, who argues that models already hallucinate less than humans, even if "in more surprising ways").
The video "Why do AI models hallucinate?" (YouTube, ID 005JLRt3gXI) is official Anthropic content, confirmed by being embedded on Anthropic's own page at claude.com/resources/tutorials/why-do-ai-models-hallucinate and cataloged in the "AI Fluency" collection of Claude Academy.
This video has become a reference for third-party guides — for example, the anthropic-anti-hallucinate-skills repository summarizes its principles into five pillars:
Methodological note: it was not possible to extract the literal transcript of the video (YouTube access is blocked); the information above is derived from official metadata and third-party summaries that cite it as a primary source.
Documented trade-off: a study (arXiv 2307.02185) showed that citation constraints reduce creative output — recommended, therefore, for factual/auditable tasks, not for brainstorming.
In agents, hallucination stops being "a piece of wrong text" and becomes a system error with real consequences: an incorrect plan, a wrong API call, a business action executed incorrectly. Structurally, what changes is:
The cycle recommended in Anthropic's engineering documentation for the Agent SDK is: gather context → act → verify the work. In practice:
Never let the same system that generated a claim be the only source that confirms it.
Every hallucination, in any topology, shares one common trait: an ungrounded claim is accepted as fact simply because it sounds coherent with what came before. The structural defense is not "asking the agent to be more careful" — it is forcing every high-risk claim to pass through a source independent of the one that generated it before it becomes action (raw tool data, a deterministic rule, another model, or a human — as long as it is decoupled from the original reasoning).
| Topology | Characteristic Risk | Recommended Mitigation |
|---|---|---|
| Serial / sequential (pipeline) | Propagation and amplification: a hallucination at step 1 becomes a "true" premise at step 2, which becomes a premise at step 3. | Verification checkpoint between each step, not only at the end; each step receives only verified data from the previous one. |
| Hierarchical (orchestrator → sub-agents) | The orchestrator can hallucinate while interpreting/aggregating correct results from sub-agents. | Sub-agents return structured data (not free-form prose); the orchestrator cites the origin of each claim before aggregating. |
| Parallel (multiple independent agents) | Correlated hallucinations (same training bias) go unnoticed even with apparent consensus. | Best-of-N with real diversity (different models/prompts/sources); divergence treated as a warning signal. |
| Mesh / swarm (dynamic handoff) | Low traceability: difficult to identify which agent introduced the error, since context is passed informally. | Explicit, structured state tracking per agent; handoffs signed with origin and confidence level. |
Guardrails based solely on prompting ("never confirm without verifying payment") are themselves vulnerable to hallucination — the LLM decides at every call whether to obey the instruction, and may "hallucinate compliance" (reporting that it verified when it did not). The approach recommended in the literature is called neurosymbolic: critical business rules applied outside the LLM, in deterministic code that intercepts the action before execution.
Guardrail reliability hierarchy (weakest to strongest):
If the verifier is just "another LLM," the risk is not eliminated — a second chance of error is merely added, especially correlated if the verifier is the same model or has a similar training bias (a problem analogous to quis custodiet ipsos custodes — who watches the watchmen). Dedicated research on the Executor → Validator → Critic pattern shows that single-agent systems have no self-correction mechanism by definition — hallucination goes unnoticed by design.
The solution is not to stack more LLMs, but to diversify the type of verification:
The category formerly called "Overreliance" (2023) was renamed to LLM09: Misinformation — a change that reflects the reclassification of hallucination from "usage error" to "system vulnerability." The focus shifted from "the user trusts too much" to "the model itself generates and propagates false information." The document formalizes a description, common risk examples, prevention/mitigation strategies, and example attack scenarios — the classic structure for cataloging a vulnerability.
In classic OWASP/CVE vocabulary, a vulnerability presupposes a threat agent exploiting a flaw. Hallucination is different — it does not need an attacker to occur; it is emergent behavior of the system under normal use. That is why OWASP treats it under the "risk" umbrella (misinformation, cascading hallucination), while recognizing its duality: it can also be deliberately induced (prompt injection, poisoned data) as an exploitable attack vector — which does constitute a classic vulnerability in that case. This distinction — spontaneous failure vs. deliberate exploitation — is relevant for formal probability-of-occurrence analysis in a risk matrix.
The survey "Securing AI Systems: A Guide to Known Attacks and Impacts" (arXiv, 2025) evaluates the OWASP Top 10 for LLM as a reference framework, praising its practicality. The paper "MATRA: Modeling the Attack Surface of Agentic AI Systems" (2026) uses OWASP's agentic threat guide as a formal basis for modeling attack surface in a real-world case study — evidence of academic, not just corporate, adoption of the framework.
The chain of formal framing developed in this report connects directly to an applicable control model:
Note on link stability: several sources above are living pages (OWASP resources, NIST framework pages) that are periodically restructured or renamed by their publishers. If a link no longer resolves, search the publisher's site for the exact document title given above — all titles were verified against the publisher at the time this report was compiled.
Document generated from a research conversation conducted with Claude (Anthropic), with the support of web search for primary-source verification. Original references should be checked before academic or formal regulatory use.
2 commits