How Is AI Regulated Across Markets?
A compliance team can deploy one AI use case across onboarding, surveillance, policy review, and customer support – then discover it triggers five different regulatory conversations depending on the jurisdiction, risk class, and business function. That is the practical answer to the question how is AI regulated: not by a single global rulebook, but by overlapping regimes spanning privacy, consumer protection, model governance, operational resilience, financial crime, and sector-specific supervision.
For regulated financial institutions, the real challenge is not whether AI is regulated. It is where, by whom, and under what legal theory. In some markets, lawmakers have passed AI-specific legislation. In others, supervisors are applying existing laws to AI-enabled activities. Most firms now operate in both environments at once.
How is AI regulated in practice?
In practice, AI regulation follows three main paths.
The first is horizontal AI legislation. This is the approach taken most visibly in the European Union, where the AI Act classifies certain systems by risk and imposes obligations tied to that classification. Some uses are prohibited, some are treated as high-risk, and some face transparency requirements. The framework is designed to regulate AI as a category of technology, regardless of sector, while still recognizing that context matters.
The second path is sector regulation. In financial services, firms already face detailed obligations around governance, model risk, fair treatment of customers, anti-money laundering controls, outsourcing, recordkeeping, and operational resilience. When AI is used inside those functions, existing regulatory expectations often apply immediately, even if no AI law mentions the use case directly.
The third path is enforcement through general law. Regulators and courts can use privacy rules, discrimination law, unfair or deceptive practices standards, data protection duties, or safety and soundness expectations to challenge AI deployments. This is why many firms underestimate exposure when they focus only on AI-specific statutes.
The global picture is fragmented by design
There is no single answer to how is AI regulated globally because jurisdictions are taking different policy positions.
The EU has moved furthest toward a comprehensive legislative framework. Its model is formal, classification-based, and documentation-heavy. Firms need to assess whether a system falls into a regulated category, what controls are required, who bears responsibility across the value chain, and how evidence will be maintained.
The UK has taken a more principles-led route. Rather than creating one broad AI law at the outset, the UK has leaned on existing regulators to apply cross-cutting principles such as safety, transparency, fairness, accountability, and contestability within their sectors. For financial institutions, that means the FCA, PRA, ICO, and other authorities may shape expectations through guidance, supervision, and enforcement rather than one centralized AI code.
The United States remains more decentralized. There is no single federal AI law governing all uses. Instead, firms face a patchwork of federal agency actions, state initiatives, consumer protection risk, employment law exposure, privacy obligations, and sector-specific oversight. For banks, insurers, broker-dealers, and fintechs, that often means the relevant question is not whether AI is legal in the abstract, but whether a particular deployment can be defended under existing governance and risk management expectations.
Singapore, Hong Kong, and the UAE have generally emphasized governance frameworks, supervisory guidance, and innovation-friendly oversight, although that should not be confused with light-touch compliance. In these markets, financial regulators are often focused on explainability, accountability, third-party risk, and responsible deployment in controlled environments.
Why financial services firms face a higher bar
Financial institutions do not get to treat AI as a pure technology procurement decision. If an AI model influences onboarding, fraud detection, sanctions screening, trading surveillance, conduct monitoring, underwriting, complaints handling, or policy interpretation, it sits inside a regulated control environment.
That creates a higher bar for documentation and oversight. A bank may need to evidence how an AI tool was selected, what data it uses, how outputs are tested, where human review sits, how exceptions are escalated, and whether the result can be explained to supervisors or auditors. If the system supports a material decision, governance expectations become harder, not softer.
This is also where generic AI governance frameworks often fall short. They may address ethics at a high level but miss the operational specifics that matter in regulated settings: model validation, sanctions false positive management, adverse customer outcomes, policy traceability, data lineage, and cross-border legal inconsistency.
The core obligations firms keep seeing
Even where legal frameworks differ, the same control themes appear repeatedly.
Governance comes first. Regulators expect clear ownership, board or senior management oversight for material use cases, and defined accountability across the model lifecycle. If no one can explain who approved the deployment and why, that becomes a regulatory weakness quickly.
Risk classification follows. Firms need to distinguish between low-impact productivity tools and systems that affect regulated decisions, customer outcomes, financial crime controls, or prudential risk. Treating all AI as equal creates noise. Treating all AI as harmless creates exposure.
Data governance is another constant. Questions around data quality, lawful use, retention, localization, and bias are not theoretical. They sit at the center of whether an AI output is reliable and defensible.
Transparency and explainability also matter, but the standard is contextual. A regulator may not require full technical interpretability for every model. It will, however, expect the firm to explain what the system does, what it is used for, what limitations are known, and how reliance is controlled.
Human oversight remains a persistent requirement, though firms should be careful not to treat it as a slogan. A nominal human in the loop who cannot realistically challenge the output is unlikely to satisfy a serious supervisory review.
Third-party risk has become one of the biggest pressure points. Many firms are not building foundation models themselves. They are procuring AI-enabled tools from vendors or integrating large language models into existing workflows. That shifts the focus to due diligence, contractual protections, monitoring, security, concentration risk, and evidence of control over downstream use.
Enforcement risk often starts outside AI law
A useful way to think about AI compliance is this: the first regulatory issue may have nothing to do with an AI statute.
If a model produces discriminatory outcomes, consumer protection or fair lending rules may be triggered. If a chatbot mishandles personal data, privacy law may become the entry point. If a transaction monitoring model weakens alert quality, AML obligations may be implicated. If an external model provider creates resilience or confidentiality concerns, outsourcing and operational risk rules may become central.
This matters because firms sometimes map only AI-specific developments and miss where enforcement is more likely to emerge. In financial services, supervisors rarely care whether a control failure came from a human rule set or a machine learning model. They care whether the firm maintained effective systems and controls.
What a defensible approach looks like
A defensible approach starts with inventory. Firms need to know where AI is being used, by whom, for what purpose, with which data, and in which jurisdictions. That sounds basic, but many organizations still cannot separate experimental use from production use or internal productivity tools from customer-facing systems.
The next step is legal and regulatory mapping. That means identifying which obligations attach to each use case across the relevant markets. A sanctions screening model used by a global institution may raise not just AI governance issues, but also sanctions compliance, model performance, recordkeeping, and vendor risk questions across multiple regimes.
Control design comes after classification, not before it. High-impact use cases need stronger testing, validation, escalation, approval, and monitoring. Lower-risk tools may be managed through lighter controls, but they still need policy coverage and usage guardrails.
Documentation is what converts intention into defensibility. If a firm cannot show its reasoning, many regulators will assume the reasoning was weak. This is why institutions are moving away from fragmented manual research toward cited, jurisdiction-specific intelligence workflows. Platforms such as Sherlocq are designed for exactly that pressure point: giving compliance and legal teams faster access to source-backed regulatory answers across markets where AI, financial crime, and supervisory obligations intersect.
The direction of travel
AI regulation is moving toward more specificity, not less. Expectations around testing, governance, incident reporting, and accountability will become more detailed over time. But complete global harmonization is unlikely. Financial institutions should plan for continued fragmentation, with local legal differences layered onto common supervisory themes.
That makes the winning operating model fairly clear. Firms need a central view of AI risk, local regulatory interpretation, and evidence that controls match the materiality of the use case. Speed matters, but traceability matters more.
The institutions that manage this well will not be the ones waiting for one perfect global rulebook. They will be the ones building repeatable ways to answer a harder question every day: given this use case, in this jurisdiction, under this regulatory perimeter, what exactly do we need to prove?
