ANALYSIS | AI GOVERNANCE

The BMA's AI Guidance: What Already Applies, and What Is Proposed.

Adam Wenham | Founder & Managing Director, Garrison · 28 October 2026


Published in response to the BMA's August 14, 2026 Consultation Paper on Responsible Use of Artificial Intelligence in Financial Services. Public comment period closes October 30, 2026.

The BMA is not creating a new AI regime

"The GN does not create new statutory or regulatory obligations, prescribe a single method of compliance or establish a separate approval regime for the use of AI."

— BMA Consultation Paper, August 14, 2026

On August 14, 2026, the Bermuda Monetary Authority published a consultation paper proposing a Guidance Note on the Responsible Use of Artificial Intelligence in Financial Services in Bermuda. Comments are due by October 30.

Read that again. The BMA is not introducing a new AI regime. It is telling every regulated entity that your existing obligations — governance, risk management, cybersecurity, outsourcing, conduct of business, record-keeping — already apply to AI. They always have. The Guidance Note simply makes that application explicit.

For boards that assumed AI governance was a future conversation, the future has arrived. Not because the BMA created new rules, but because the BMA has clarified that the existing rules already cover what you are doing with AI today.

Three principles run through the guidance

The consultation paper builds on the BMA's July 2025 Discussion Paper and its February 2026 Stakeholder Letter, which together established the foundation for the BMA's approach. Three principles run through the entire framework.

The AI Use Case Is the Unit of Analysis

The nature and intensity of governance, risk management, documentation, and oversight should reflect the materiality and risk of each AI application. A carrier using AI to automate email routing faces a different governance obligation than a carrier using AI to make underwriting decisions. Proportionality is calibrated to impact, not to complexity.

The Board Retains Overall Accountability for AI Risk

Board members and senior management should have an appropriate understanding of AI-related risks and use cases relevant to their responsibilities. Management information requirements should extend to material AI use cases, risk ratings, performance and drift indicators, incidents and near misses, third-party dependencies, audit findings, and significant changes. The board cannot delegate AI accountability to the technology team any more than it can delegate cyber accountability or operational resilience accountability.

Third-Party AI Does Not Transfer Accountability

When a carrier uses an AI-powered underwriting platform built by a technology vendor, the carrier remains accountable for the decisions that AI makes. The vendor built the model. The carrier owns the outcome. Outsourcing the technology does not outsource the responsibility.

Each use case needs an inventory entry, a risk assessment and evidence

The BMA's 2022 AI and Machine Learning Survey found that AI adoption was already occurring across Bermuda's insurance market, with prominent use cases in cybersecurity, underwriting, and claims. Since then, adoption has accelerated. Carriers are deploying AI for automated underwriting triage, claims assessment, fraud detection, risk modelling, portfolio analysis, and customer service. Some have moved from pilots to production. Others have adopted AI tools through their vendors without fully recognising them as AI use cases.

The consultation paper introduces practical expectations for each of these use cases.

AI Use Case Inventory

Every regulated entity should establish or update an inventory of AI use cases across the organisation. This includes AI embedded in vendor platforms — not just AI the carrier built itself. The shadow AI problem is real: carriers may be using AI through their underwriting platforms, their claims systems, their reinsurance administration tools, or their cloud services without having identified those tools as AI use cases subject to governance. A carrier whose underwriting platform uses "automated risk scoring" is using AI. A carrier whose claims system includes "predictive analytics" is using AI. A carrier whose email system uses machine learning-powered spam filtering is, technically, using AI. The inventory exercise will surface use cases that boards did not know existed.

Risk Assessment Per Use Case

Each use case should be assessed for materiality and risk using the proportionality indicators the BMA outlines in the consultation paper's Annex C. A high-materiality use case — AI making or materially influencing underwriting decisions — requires comprehensive governance: model validation, performance monitoring, drift detection, explainability, human oversight, and documented decision rationale. A low-materiality use case — AI routing customer service emails — requires proportionately less.

Validation and Testing Records

Records of validation and testing should be maintained to support existing governance, assurance, and supervisory engagement obligations. When the BMA asks "how do you know this AI model is performing as intended?" the carrier needs documented evidence, not assurances.

Agentic AI Considerations

The consultation paper specifically addresses agentic AI — systems that perform multi-step tasks with limited human intervention, invoke external tools, and operate with significant autonomy. This is deliberately forward-looking: the BMA is anticipating where the technology is heading, not just where it is today. Carriers deploying or considering agentic AI systems should expect heightened scrutiny around human oversight, decision boundaries, and fail-safe mechanisms.

Using a vendor's AI does not move the accountability

The third-party accountability clause is where the practical challenge is most acute.

Consider a Bermuda carrier that uses an AI-powered underwriting platform built by a technology vendor. The vendor trained the model. The vendor maintains the model. The vendor updates the model. The carrier's underwriting team uses the platform to assess risks and issue quotes. If the AI model develops bias — systematically underpricing a risk class, for example — the carrier is accountable for the underwriting outcomes, not the vendor.

The BMA's guidance is explicit: the use of a third-party AI system does not transfer or diminish accountability. But most carrier-vendor contracts do not reflect this reality. The service level agreement covers uptime and response times. It does not typically cover model governance, bias monitoring, explainability, or the carrier's right to audit the AI's decision-making logic. The contractual framework between carriers and their AI vendors needs to evolve to match the regulatory expectation.

AI is a lens on every other code

The BMA has designed its regulatory architecture as an integrated framework. AI governance is not a new pillar alongside OpRes, Cyber, and PIPA. It is a lens that applies to all three.

AI and Operational Resilience

If an AI system supports an important business service — and if the AI makes underwriting decisions, it almost certainly does — then the operational resilience framework must address that AI's availability, performance, and failure modes. A scenario test under the OpRes Code should include: what happens if the AI model produces unreliable outputs? Can the carrier continue underwriting within its impact tolerances using manual processes? How long can the carrier operate without the AI before the disruption becomes intolerable?

AI and Cyber Risk

An AI system is an attack surface. A compromised AI model — whether through data poisoning, adversarial inputs, or unauthorised access — is a cyber event with unique characteristics. The altered outputs may not be immediately visible. The damage may accumulate before detection. The carrier's cyber risk framework must extend to AI-specific threat vectors, and the incident response plan must account for the possibility that a cyber breach has compromised the integrity of AI-driven decisions rather than just exfiltrated data.

AI and PIPA

An AI system that processes personal information — policyholder data for underwriting, health records for claims assessment, employee data for HR automation — triggers PIPA obligations. The data subject has the right to know that their personal information is being processed by an AI system, the right to understand how the AI used their information, and the right to access and correct their data. The carrier must be able to explain AI decisions that affect individuals in terms those individuals can understand. "The model said no" is not an explanation that satisfies PIPA.

Four actions boards should take now

The consultation closes on October 30, 2026. That is both a deadline for feedback and an implicit message: the BMA expects boards to be aware of this guidance and to have begun assessing its implications before the final Guidance Note is published. By the time the final version takes effect, the BMA's expectation will be that regulated entities have had ample notice.

Four actions boards should prioritise:

01

Conduct an AI Use Case Inventory

List every AI system in use across the organisation — including AI embedded in vendor platforms, insurance manager operations, and cloud services. For each use case, document what the AI does, what data it processes, what decisions it influences, and who is accountable for its outputs. Many boards will be surprised by how many AI use cases exist in their organisation that they did not know about.

02

Assess Materiality and Risk Per Use Case

Apply the BMA's proportionality framework from Annex C. High-materiality use cases — underwriting, claims, reserving — require comprehensive governance. Low-materiality use cases require proportionate oversight. The assessment determines where governance investment is most needed.

03

Review Vendor and Insurance Manager Contracts

Do your agreements with AI-enabled vendors address model governance, bias monitoring, explainability, audit rights, and incident notification? If the vendor's AI model produces biased or unreliable outputs, does your contract give you the right to audit, to require remediation, and to receive timely notification? If not, the contract needs updating before the Guidance Note takes effect.

04

Consider Submitting Feedback to the BMA by October 30

The consultation process is an opportunity to shape the final Guidance Note — but it is also an opportunity to demonstrate engagement. A board that can say 'we reviewed the consultation paper and submitted feedback' has already begun the governance journey the BMA expects. For complex or novel AI use cases, the BMA has explicitly suggested early engagement via the Innovation Hub or sandbox — a signal that the regulator welcomes dialogue, not just compliance.

Not adopting AI is also a risk

The BMA has stated that responsible adoption requires regulated entities to manage both the risks of using AI and, where relevant, the strategic or operational risks of failing to modernise capabilities. That second clause is often missed. The BMA is not just saying 'govern your AI.' It is saying 'if you are not adopting AI at all, consider whether that itself is a risk.'

This is a regulator that understands innovation. Bermuda's financial services sector — from captive insurance to alternative investments, from digital assets to insurance-linked securities — has built its global position on welcoming innovation within a framework of robust regulation. The AI Guidance Note continues that tradition: innovate, but govern; adopt, but account; automate, but remain accountable.

As Walkers' analysis of the consultation paper observed, the BMA has taken a principles-based and proportionate approach that integrates AI governance into existing sectoral requirements rather than creating parallel obligations. The legal analyses published by Bermuda's leading firms — including Jerome Wilson and Karim Creary's examination in the Royal Gazette — provide essential guidance on the regulatory interpretation. What carriers now need is the operational response: how to conduct the inventory, how to assess materiality, how to update vendor contracts, and how to build governance frameworks that satisfy both the Guidance Note and the integrated requirements of the OpRes Code, the Cyber Code, and PIPA.

Your AI is already regulated. The BMA has simply made it explicit. The question is whether your governance has caught up with your adoption.

About the author. Adam Wenham is the founder of Garrison, a Bermuda firm that provides senior technology leadership to Bermuda's regulated firms: covering technology seats, running programmes, bringing in specialists and getting firms ready for the BMA's technology codes. He led technology transformation and operational resilience at the Bank of England, held senior roles across operations, engineering, architecture, innovation and change during seventeen years at Credit Suisse, and led the technology modernisation function at StoneX. At both Credit Suisse and StoneX he led the technology side of mergers and acquisitions. He began his career at Barclays, where he ran the technology for the move of BZW's 3,500-strong investment bank and its 1,300-position dealing room to Canary Wharf. adam@garrison.re


Garrison · Hamilton, Bermuda · adam@garrison.re
Practitioner analysis, not legal advice. More at garrison.re/analysis