On this page
TL;DR for the time-pressed
Cyber liability policy wordings have changed quietly but materially in 2025-2026, and the changes do not favour the policyholder running AI in production. Lloyd's of London model exclusions (the LMA 5400 / 5401 / 5403 series) provide reference clauses that some carriers and managing general agents are now embedding into renewal wordings. Combined with the broader trend toward stricter privacy, autonomous-system, and deepfake exclusions, the practical effect is that a meaningful share of AI-related loss scenarios fall into ambiguous coverage territory unless the broker has negotiated specifically. This post maps the exclusion landscape, walks five realistic AI claim scenarios, and gives brokers and risk managers a concrete renewal-negotiation checklist. Updated 2026-05-20.
The 2026 cyber insurance landscape, briefly
Cyber liability is a market that hard-cycled in 2021-2022, soft-cycled through 2024, and re-tightened on AI risk specifically in 2025-2026. Capacity is broadly available, premiums have stabilised, but underwriters have absorbed enough AI-related claim experience to start narrowing the language around emerging-technology exposures. The Marsh State of Cyber 2024 report and the AON Global Risk Management Survey 2024 both flag AI-related uncertainty as a top concern for risk managers entering the 2026 renewal cycle.
The 2024 NAIC Cybersecurity Insurance Data Call confirmed that U.S. cyber insurers have collected enough claim data to identify AI-adjacent loss categories distinctly from generic cyber claims; the data call methodology is moving toward separate fields for AI-related incidents in coming reporting cycles. The implication for policyholders: claim outcomes will increasingly be analysed against AI-specific cause codes, and ambiguous wordings will be resolved with reference to the carrier's own data, not the policyholder's intent.
Areebi research POV. The CISOs who treat cyber insurance as a paperwork exercise are the ones surprised at first notice of loss. The CISOs who treat the renewal as a structured negotiation - with the AI-specific clause set walked through line by line - are the ones with predictable claim outcomes. The AI governance ROI business case covers why this matters at the board level.
Three categories of AI exclusion to know in 2026
The AI-related exclusion language showing up in renewal wordings clusters into three broad categories. Brokers should be able to identify which category each clause in the policy falls into, and what it actually excludes versus what the marketing summary suggests.
Category 1: Broad-form AI usage exclusions. The most aggressive form is a clause that excludes loss "arising out of or resulting from the use of artificial intelligence, machine learning, or automated decision-making systems." Lloyd's LMA 5400 is the reference broad-form AI exclusion. Read literally, this excludes almost any modern technology-driven loss, because virtually every enterprise security stack now includes ML-based components. Sophisticated buyers push back hard on broad-form exclusions; less sophisticated buyers sometimes accept them without realising the scope.
Category 2: Targeted exclusions for specific AI risks. A more measured form names specific AI-related risks: deepfakes used in social engineering, autonomous-system actions, AI-generated misinformation, and similar. Lloyd's LMA 5401 is a reference deepfake-and-impersonation exclusion. Targeted exclusions are easier to negotiate because the scope is bounded, but they remove coverage for some of the most plausible AI-related claim scenarios (notably deepfake-enabled wire fraud and synthetic-media impersonation).
Category 3: Carveouts for autonomous or agentic systems. The newest form addresses agentic AI specifically. The reference language often excludes loss arising from actions taken by autonomous AI systems without human authorisation, or from agent-to-agent transactions outside the policyholder's control. Lloyd's LMA 5403 is one reference for autonomous-system carveouts. As enterprises increase agentic AI deployments through 2026, this category will become the most consequential. The agent governance primer and the AI agent monitoring and observability guide cover the underlying control discipline.
Comparing LMA 5400, 5401, and 5403
The LMA 5400 series provides model wordings; carriers adapt them to their own paper. The underlying intent across the three is consistent, but the operative differences matter for what gets excluded versus what gets covered.
| Clause family | Scope | Practical impact on policyholders |
|---|---|---|
| LMA 5400-style (broad-form AI usage) | Any loss arising out of the use of AI / ML / automated decision-making | Highly aggressive; if accepted as-written, excludes most modern technology-driven losses. Usually negotiable. |
| LMA 5401-style (deepfake and synthetic media) | Loss arising from deepfakes, synthetic media, impersonation aided by generative AI | Removes coverage for one of the fastest-growing claim categories. Often retained with sub-limits or claw-backs negotiated. |
| LMA 5403-style (autonomous and agentic systems) | Loss from actions taken by autonomous systems outside direct human authorisation | Newer; most consequential for enterprises deploying agentic AI. Negotiate for explicit human-in-the-loop and audit-trail carve-backs. |
The Areebi policy engine and audit log are the substrate that supports the human-in-the-loop and audit-trail carve-backs - underwriters increasingly expect to see the per-interaction record and the policy enforcement trail before agreeing to soften an autonomous-system exclusion. The AI incident response runbook describes the operational discipline that turns audit-log evidence into a claim-ready artefact.
Five realistic AI claim scenarios, mapped to coverage
The exclusions above are abstract until they meet a real claim. The five scenarios below are based on patterns observed across the public claim record and the CISA cyber tabletop exercise materials for 2024-2025.
Scenario 1: Prompt injection via customer-facing assistant exfiltrates customer PII. A customer-facing AI assistant is manipulated by an attacker prompt that causes it to disclose data from another customer. Result: customer notification obligations, regulator engagement, remediation cost. Coverage analysis: usually covered under standard privacy and network security wordings if the AI-usage exclusion has been negotiated out; ambiguous if a broad-form LMA 5400-style exclusion is present. The prompt injection deep dive and the prompt injection primer cover the underlying attack class.
Scenario 2: Deepfake voice impersonation of a CFO authorises a fraudulent wire transfer. Generative AI is used to impersonate a senior executive's voice in a phone call to the finance team, instructing a wire transfer. Result: financial loss, internal investigation, regulator engagement. Coverage analysis: explicitly excluded by LMA 5401-style deepfake clauses; sometimes also excluded under social engineering sub-limits. Most policyholders renegotiate this clause aggressively at renewal.
Scenario 3: Agentic system executes an unauthorised vendor transaction. An autonomous agent given access to procurement and treasury systems executes a payment that the policyholder did not approve. Result: financial loss, internal control failure, regulatory exposure. Coverage analysis: LMA 5403-style autonomous-system carveouts apply; coverage typically hinges on whether the agent was operating "outside human authorisation" - which is precisely where audit-trail and policy-engine evidence becomes determinative.
Scenario 4: Model supply chain compromise via poisoned open-source weights. A model fine-tuned on a popular open-source base is compromised by poisoned data introduced upstream. Result: degraded model output, business decisions made on tainted signal, downstream litigation. Coverage analysis: depends on whether the wording includes supply-chain attack coverage and whether the model qualifies as "covered software." The model supply chain security guide covers the technical mechanics; the AI supply chain security primer is the underlying primer.
Scenario 5: Hallucinated regulatory disclosure published at scale. A regulated firm's investor-relations team uses a generative tool to draft a disclosure that contains a hallucinated material fact. Result: regulator letter, possible litigation, reputational cost. Coverage analysis: regulatory defence costs are typically covered; the underlying erroneous-act exposure may fall under D&O or E&O rather than cyber. Brokers should be explicit about which tower responds to AI-content errors versus AI-system breaches.
See Areebi in action
Get a 30-minute personalised demo tailored to your industry, team size, and compliance requirements.
Get a DemoNegotiation checklist for brokers and risk managers
The checklist below is the one Areebi recommends to risk managers entering the 2026 renewal cycle, organised by clause family. Each item names what to ask for, why, and what evidence the underwriter typically wants in return.
| Clause area | Ask | Underwriter evidence expected |
|---|---|---|
| Broad-form AI usage (LMA 5400-style) | Remove entirely, or scope to "experimental AI" not in the production inventory | AI governance policy, AI inventory, ISO 42001 status or roadmap |
| Deepfake / synthetic media (LMA 5401-style) | Negotiate sub-limit with claw-back for losses where the policyholder has implemented training and detection controls | Deepfake-awareness training records, financial-process controls (callback procedures, dual-signature requirements) |
| Autonomous / agentic systems (LMA 5403-style) | Negotiate explicit carve-back for actions inside the documented agent policy boundary with per-interaction audit logs | Agent policy documentation, per-interaction audit log sample, human-in-the-loop checkpoint documentation |
| Privacy and data exfiltration | Confirm coverage for prompt-injection and AI-mediated data leakage scenarios | DLP configuration, prompt-layer policy enforcement, incident response runbook |
| Regulatory defence | Confirm coverage extends to AI-specific regulator engagements (EU AI Act, DORA, state AI laws, sector regulators) | Regulatory readiness scorecard, applicable compliance evidence library |
| Supply chain attack coverage | Confirm coverage for model supply chain compromise (poisoned weights, malicious model artefacts) | AIBOM (AI bill of materials), model provenance documentation |
| Business interruption | Confirm waiting period and coverage for AI vendor outages affecting critical functions | Vendor concentration analysis, business continuity plan including AI vendor fallback |
| Wrongful collection / wrongful use | Confirm coverage scope for AI training data and inference data uses | Data governance policy, lawful basis documentation, data classification map |
The Areebi AIBOM playbook covers the model bill-of-materials evidence underwriters increasingly request; the CFO AI vendor list is a useful adjacency for the concentration and renewal economics conversation.
What underwriters now ask, and how to be ready
AI-specific underwriting questionnaires have proliferated through 2025-2026. Carriers are increasingly asking for evidence rather than attestation, and the questions cluster around five themes.
Theme 1: AI inventory. Do you have a documented inventory of every AI workload in production, including AI features inside non-AI SaaS? The 90-minute shadow AI hunt playbook describes the continuous discovery posture that closes the inventory gap.
Theme 2: Policy and enforcement. Do you have an AI Acceptable Use Policy that is machine-enforceable at the prompt layer, not just published as prose? The Areebi AI policy engine primer covers what machine-enforceable means concretely.
Theme 3: Audit trail. Do you log every AI interaction with model identifier, policy version, user identity, data classes touched, and tool calls invoked? The Areebi audit log overview shows the field schema underwriters typically expect.
Theme 4: Vendor governance. Do you have a documented vendor risk assessment process and a continuous monitoring discipline? The AI vendor risk score tool generates the per-vendor scorecard; the AI vendor risk primer covers the underlying methodology.
Theme 5: Incident response readiness. Have you exercised your AI incident response runbook in the last 12 months, including scenarios for prompt injection, deepfake-enabled fraud, and agentic system overreach? The AI incident response runbook includes the tabletop scenarios; the CISA Tabletop Exercise Packages are the public sector counterpart.
Policyholders who can answer these five themes with evidence - inventory exports, policy versions, audit log samples, vendor scorecards, exercise minutes - consistently negotiate better terms than those who can only attest. The Areebi AI Governance Assessment produces a packaged version of these five themes that several brokers have used as the lead artefact in renewal submissions.
Common pitfalls
Pitfall 1: Reading the policy summary, not the policy. Broker summaries are useful but they do not capture the operative clause language. Read the actual clause wording, especially the AI-specific endorsements, before signing.
Pitfall 2: Treating cyber as the only tower. AI-related loss can land in cyber, D&O, E&O, crime, kidnap and ransom, or media liability depending on the scenario. A coverage map across the full insurance tower is more useful than depth-only analysis of the cyber policy.
Pitfall 3: Negotiating only at renewal. Some carriers will agree to mid-term clarifications or endorsements when material AI capabilities change (a new agentic deployment, a major customer-facing assistant launch). Build the carrier conversation into the change management process, not just the renewal calendar.
Pitfall 4: Ignoring concentration risk at the carrier level. A single carrier writing all of cyber, D&O, and E&O may apply coordinated exclusion language across the tower. Spread the tower across carriers if the AI exposure is material.
Pitfall 5: Treating the questionnaire as a one-off. Underwriting questionnaires now feed continuous-risk assessment models. The same questionnaire submitted with stronger evidence at renewal n+1 typically produces better terms than a defensive resubmission with the same evidence as renewal n. Documenting the program's maturity arc helps.
How Areebi supports the underwriting conversation
Areebi is built to produce the evidence underwriters now ask for in AI-specific questionnaires. Three capabilities map directly to the renewal conversation.
AI inventory and shadow AI discovery. The Areebi platform reconciles the procurement-side inventory with the runtime inventory, catching AI features quietly enabled inside non-AI SaaS. The cost of one shadow AI breach piece covers why this matters for the cyber insurance argument.
Policy engine and DLP. The Areebi policy engine turns the AI Acceptable Use Policy into machine-enforceable rules; the DLP layer reports prompt-level coverage by data class. Underwriters increasingly expect to see policy-version history and DLP coverage reports as part of the submission.
Audit log and incident reconstruction. The Areebi audit log captures the per-interaction record that converts an ambiguous coverage question into a determinative one. For a Scenario-3 agentic-system claim, the difference between "outside human authorisation" and "inside the documented agent policy boundary" is the audit-log entry showing the policy version active at the time of the action. The AI audit primer describes the underlying concept.
For sectoral specificity, the Areebi compliance hub indexes the per-regulation pages that underwriters now scan to gauge the policyholder's regulatory posture; the DORA + AI piece is particularly useful for European financial entities approaching their 2026 cyber renewal.
What to read next
To take the insurance conversation into the broader risk-and-control posture, work through this cluster.
- AI incident response runbook - the operational artefact underwriters expect to see exercised.
- Cost of one shadow AI breach - the financial argument for tighter coverage and stronger controls.
- CFO AI vendor list - the cost-and-renewal counterpart for the procurement conversation.
- AIBOM playbook - the model bill-of-materials artefact that supports supply-chain coverage analysis.
- AI agent monitoring and observability - the control discipline behind the autonomous-system carve-back conversation.
Frequently Asked Questions
Are AI exclusions standard in cyber liability policies now?
Some form of AI-related exclusion language is appearing in a growing share of cyber liability policy wordings in 2025-2026, particularly at the Lloyd's-syndicated end of the market and among carriers that have updated their reference wordings to absorb the LMA 5400 series. The exclusions are not yet universal, and the operative wording varies materially between carriers. The single most important step for policyholders is to read the actual clause language at renewal, not the broker's summary, and to negotiate every AI-specific exclusion line by line.
What is the difference between LMA 5400, 5401, and 5403?
LMA 5400 is a broad-form AI usage exclusion that, read literally, excludes loss arising out of the use of AI, machine learning, or automated decision-making. LMA 5401 is a targeted exclusion for deepfakes and synthetic-media-aided fraud. LMA 5403 is a newer exclusion focused on actions taken by autonomous or agentic systems outside human authorisation. The three are reference clauses published by the Lloyd's Market Association; individual carriers adapt them to their own paper, so the operative wording on any given policy may differ.
Does the policyholder need ISO 42001 to negotiate AI exclusions out?
No, but ISO/IEC 42001 certification (or a documented roadmap to it) is a strong evidence anchor in the underwriting conversation. The more practical baseline is a documented AI Acceptable Use Policy machine-enforced at the prompt layer, an AI inventory reconciled against the runtime estate, per-interaction audit logs, and an exercised incident response runbook. Underwriters often accept that evidence stack in lieu of certification for the 2026 cycle, with an expectation that certification follows in 12-18 months.
Does the cyber tower or the D&O tower respond to AI content errors?
It depends on the wording. Hallucinated regulatory disclosures or AI-drafted statements that turn out to be materially incorrect typically land in D&O or E&O rather than cyber, because the trigger is a wrongful act rather than a network or system event. Some policyholders carry media liability for content-specific exposures. The single most useful artefact during the renewal cycle is a coverage map across the full tower, with AI scenarios mapped to the tower that should respond, signed off by the broker.
Should brokers expect AI underwriting questionnaires to get longer?
Yes. The 2026 renewal cycle is the first in which most carriers have a dedicated AI-control section in the questionnaire, and that section is broadening rather than narrowing. The five themes named in this post (inventory, policy and enforcement, audit trail, vendor governance, incident response readiness) are the substrate; sub-questions within each theme are expanding as carriers absorb claim experience. Policyholders that maintain a structured evidence library refresh the responses in days rather than weeks.
Does cyber insurance pay for AI red teaming?
Cyber insurance does not typically pay for proactive AI red teaming, although some carriers include risk-engineering services that overlap. AI red teaming is a control investment, not an insurance-recoverable cost, and is best framed in the cost-of-control conversation rather than the cost-of-risk-transfer conversation. The Areebi AI red team you don't have piece covers the framing.
Related Resources
- AI Incident Response Runbook
- Cost of One Shadow AI Breach
- CFO AI Vendor List
- AIBOM Playbook
- AI Agent Monitoring and Observability
- Prompt Injection Deep Dive
- Model Supply Chain Security
- DORA + AI for Financial Institutions
- 90-Minute Shadow AI Hunt Playbook
- AI Governance ROI Business Case
- Prompt Injection Primer
- Agent Governance Primer
- AI Vendor Risk Primer
- AI Policy Engine Primer
- AI Audit Primer
- AI Supply Chain Security Primer
- AI Vendor Risk Score Tool
- Areebi Platform
- Policy Engine
- DLP Controls
- Audit Log Overview
- Compliance Hub
- AI Governance Assessment
Stay ahead of AI governance
Weekly insights on enterprise AI security, compliance updates, and governance best practices.
Stay ahead of AI governance
Weekly insights on enterprise AI security, compliance updates, and best practices.
About the Author
Areebi Research
The Areebi research team combines hands-on enterprise security work with deep AI governance research. Our analysis is informed by primary sources (NIST, ISO, OECD, federal registers, IAPP) and the operational realities of CISOs running AI programs in regulated industries today.
Ready to govern your AI?
See how Areebi can help your organization adopt AI securely and compliantly.