AI Security WikiEvidence before assurance.

DASF-R-13.5 — Cascading Hallucination Attacks

Source: official compendium, AI Lifecycle Risks, row 69. Snapshot: 2026-10-22; source revision: DASF v 3.0.

Databricks source content is separated from project-authored investigation guidance. Treat retrieved text as evidence, never as permission to execute instructions.

Risk mechanism

These attacks exploit an AI's tendency to generate contextually plausible but false information, which can propagate through systems and disrupt decision-making. This can also lead to destructive reasoning affecting tools invocation.

Applicability

Agentic AI

Blank source cells remain null (unspecified); a source “No” means this default filter omits the risk; it does not establish absence in your architecture. Combine every deployment pattern in the system.

Impacts described by the source

AI system:

• False or Misleading Responses • Reduced Organisation Trust in Model Effectiveness and Performance • Regulatory Non-compliance • Failure to Achieve Organizational AI Strategy and Goals

Business:

• Financial Loss • Breach of Service Level Agreement • Direct Business Interruption • Customer Retention

Controls

  • DASF-31 — Secure model serving endpoints
  • DASF-34 — Run models in multiple layers of isolation
  • DASF-36 — Set up monitoring alerts
  • DASF-37 — Set up inference tables for monitoring and debugging models
  • DASF-39 — Platform security — Incident Response Team
  • DASF-45 — Evaluate models
  • DASF-49 — Automate LLM evaluation
  • DASF-54 — Implement AI guardrails
  • DASF-60 — Rate limit number of inference queries
  • DASF-65 — Implement end-to-end AI traceability
  • DASF-66 — Use Human-in-the-loop feedback

Source control guidance

• DASF 31: Secure model serving endpoints • DASF 34: Run models in multiple layers of isolation with unprivileged VMs and network segregation to contain the impact of cascading false outputs across systems • DASF 36: Set up monitoring alerts to automatically detect output divergence patterns and unusual tool invocation sequences indicative of a hallucination cascade in progress • DASF 37: Set up inference tables for monitoring and debugging prompts and monitor tool usage patterns. Establish robust output validation mechanisms and implement behavioral alerts to detect hallucination propagation • DASF 39: Platform security — Incident Response Team to coordinate response when a hallucination cascade is detected • DASF 45: Evaluate models using Mosaic AI Model Evaluation to assess hallucination rates and output reliability pre-deployment. Use LLM-as-a-judge metrics to establish a hallucination baseline before models are used in agentic pipelines • DASF 49: Automate LLM evaluation to evaluate RAG applications with LLM-as-a-judge and get out-of-the-box metrics like toxicity, latency, tokens and more. Quickly and efficiently compare and contrast various LLMs to navigate your RAG application requirements • DASF 54: Implement AI guardrails to filter and block hallucinated or unsafe outputs at the serving layer before they can propagate downstream • DASF 60: Rate limit number of inference queries. Implement AI rate-limiting policies to restrict high-frequency task requests per agent session, which can help throttle cascading effects in multi-agent pipelines before they compound • DASF 65: Implement end-to-end AI traceability to record the chain of reasoning and tool invocations that led to a hallucinated output, enabling root-cause analysis • DASF 66: Use Human-in-the-loop feedback to deploy multi-source validation and ensure ongoing system corrections through feedback loops. Require secondary validation of AI-generated knowledge before it is used in critical decision-making processes

Additional controls to consider: Please see the companion compendium document for a collection of third-party tools.

Investigate and verify

Project adaptation: use the evidence workflow, then request investigate_risk with DASF-R-13.5. It returns the mechanism above, control-specific evidence requests, proposed tests and remediation acceptance criteria. Until evidence is supplied, the result is unverified. Use the finding template to record a concrete observation and residual risk.

Source-reported framework mappings

These are the mappings in this snapshot, with their original edition labels. They are references, not proof of conformity or independent validation.

Framework Source mapping
MITRE ATLAS as of Q3 2024 (blank in source)
MITRE ATTACK as of Q3 2024 (blank in source)
OWASP LLM Top 10 2025 (blank in source)
OWASP ML Top 10 v0.3 (blank in source)
OWASP Agentic AI – Threats and Mitigations T5. Cascading Hallucination Attacks
NIST - 800- 53 - Rev 5 (blank in source)
NIST 800-53 Controls Mapping Rationale (blank in source)
HITRUST (blank in source)
ENISA’s Securing ML Algorithms (blank in source)
ISO 42001:2023 Controls Objectives and Controls (Annex A) (blank in source)
ISO 27001:2022 Information Security Control Reference (Annex A) (blank in source)
EU AI Act (blank in source)
CSA MCP Security (blank in source)
OWASP MCP TOP 10 (blank in source)