Law / Frameworks / NIST AI RMF / Map
NIST AI RMF, MapMAP 2.3
Scientific integrity and TEVV considerations are identified and documented, including those related to experimental design, data collection and selection (e.g., availability, representativeness, suitability), system trustworthiness, and construct validation.NIST AI Risk Management Framework, version 1.0, January 2023 (NIST AI 100-1), MAP 2.3
We read each law below as bearing on this control. That does not mean the control, done well, meets the law: what each law asks is on its own page. Law library as of .
- 18
- laws
- 13
- jurisdictions
- 0
- with court rulings behind them
- 4
- not yet in force
- 1
- proposed, not law
Related controls in other frameworks the same duties, in at least two laws we track, reach both
- NIST AI 600-1GAI-RISK-07 Human-AI Configuration, 12 laws
- NIST AI 200-22.3 Apply & Measure, 12 laws
- NIST AI 200-24.3 Composing a TEVV Toolbox, 12 laws
- OWASP LLM Top 10LLM03:2026 Excessive Agency, 12 laws
- OWASP Agentic Top 10ASI09 Human-Agent Trust Exploitation, 12 laws
- MIT mitigations1.1 Board Structure & Oversight, 12 laws
- MIT mitigations1.2 Risk Management, 12 laws
- MIT mitigations3.5 Post-deployment Monitoring, 12 laws
- 1 more in the MIT mitigations
- NIST Privacy FrameworkID.RA-P2 Data analytic inputs and outputs are identified and evaluated for bias., 3 laws
- FINOS AIGFAIR-PREV-005 System Acceptance Testing, 12 laws
- FINOS AIGFAIR-PREV-006 Data Quality & Classification/Sensitivity, 12 laws
- FINOS AIGFAIR-PREV-024 Human-in-the-Loop Action Approval Gate, 12 laws
- 3 more in the FINOS AIGF
- ETSI EN 304 2235.1.4-1 Capability for human oversight designed in and maintained., 12 laws
- ETSI EN 304 2235.2.1-1 Full inventory of assets, including their dependencies and connections., 12 laws
- ETSI EN 304 2235.2.4-1 Developers keep an audit trail of system design and post-deployment..., 12 laws
- 1 more in the ETSI EN 304 223
A law in force is unmarked; the rest wear their state: not yet in force proposed
AI sector rules
6 laws, 6 jurisdictions| Jurisdiction | Law | What it asks, as read here |
|---|---|---|
| SB 63 (2026), Artificial Intelligence in Health Insurance Prior Authorization |
If you are a health benefit plan provider using artificial intelligence to make medical-necessity determinations on prior-authorization requests, base each determination on the enrollee's own medical history, the clinical circumstances the treating provider presents, and other clinical information in the enrollee's record, not a group dataset. |
|
| OSFI Guideline E-23, Model Risk Management (2027) from , in 6 months |
Data used to develop a model should be suitable for its intended use: accurate and fit for use, relevant and representative, compliant with statutory, regulatory and internal requirements for data ethics and customer privacy, traceable and timely. |
|
| Counter-Fraud Framework: fraud detection systems, machine learning and artificial intelligence |
Draw on holistic and current data sources for detection, including customer products and services held across all lines of business, all contact channels, external information, the insights gathered from Intelligence Monitoring, transactional or settlement data and non-transactional data, and put controls in place so that the data supplied to the detection system is timely, complete and accurate (Sections 5.2(c) and 5.2(d)). |
|
| Guidance Note on the Consumer Protection and Responsible Adoption and Use of Artificial Intelligence and Machine Learning by Licensed Financial Institutions in the U.A.E. |
Make sure AI and ML systems do not result in discriminatory or manipulative outcomes, train models on data that is sufficiently accurate, relevant and representative of the customer populations they are applied to, and test AI once a year or each time a model is upgraded, materially changed or introduced to identify and remediate undue or unintended biases (Sections 3(a) to 3(c)). |
|
| Model risk management principles for banks |
Develop models under documented standards: a clear statement of purpose and design objectives, development data shown to be suitable, representative and free of inappropriate bias and used in compliance with data privacy and other relevant data regulations, development testing against the design objectives including for material changes in dynamic models that adapt, recalibrate or change autonomously, justified and recorded expert-judgement adjustments, and documentation detailed enough for an independent third party to understand and replicate the model (Principle 3). |
|
| Interagency Statement on the Use of Alternative Data in Credit Underwriting |
If you are a bank, the agencies say you should ensure that alternative data usage comports with safe and sound operations, with data controls that include rigorous assessment of the quality and suitability of data, and that the federal banking agencies' model risk management guidance contains principles for managing the risk of models that may leverage alternative data; the statement's footnote cites the 2011 and 2017 guidance that the revision superseded. |
AI risk obligations
4 laws, 3 jurisdictions| Jurisdiction | Law | What it asks, as read here |
|---|---|---|
| HB 26-1139 (2026), Use of Artificial Intelligence in Health Care from , in 7 weeks |
Ensure that an AI system used for utilization review makes determinations based on the patient's medical or clinical history, individual clinical circumstances and other relevant clinical factors, with any denial of coverage reviewed by a licensed clinician, physician or other competent regulated professional Do not base a utilization review determination solely on group data without reference to the individual's data, and do not use the system in a way that discriminates against individuals in violation of state or federal law |
|
| AI Act, Article 10 (data and data governance) from , in 13 months |
If you are the provider of a high-risk AI system that uses techniques involving the training of AI models, develop it on training, validation and testing data sets that meet the criteria below, whenever you use such data sets. Apply data governance and management practices appropriate to the system's intended purpose, covering your design choices; how you collected the data and, for personal data, why you originally collected it; your data-preparation operations, such as annotation, labelling, cleaning, updating, enrichment and aggregation; the assumptions you made about what the data measures and represents; an assessment of whether the data sets you need are available, sufficient in quantity, and suitable; examination of the data for biases likely to affect health and safety, harm fundamental rights, or lead to discrimination prohibited under Union law, especially where one operation's data outputs become a later operation's inputs; and measures to detect, prevent and mitigate any bias you find. +2 more |
|
| AI Act, Article 26(1) to (5) (deployer use, human oversight, input data and monitoring) from , in 13 months |
If you are the deployer of a high-risk AI system and you exercise control over its input data, ensure that input data is relevant and sufficiently representative in view of the system's intended purpose. |
|
| HB 820 / Ch. 747 (2025), Artificial Intelligence in Health Insurance Utilization Review |
Base any determination an AI, algorithm, or other software tool makes in utilization review on the enrollee's own medical or clinical history, individual clinical circumstances, or other relevant clinical information in the enrollee's record, never solely on a group dataset. |
AI training data
3 laws, 3 jurisdictions| Jurisdiction | Law | What it asks, as read here |
|---|---|---|
| Generative AI Training Data Transparency Act (AB 2013) |
Post training-data documentation on your website before making a generative AI system publicly available to Californians, and again before any substantial modification Cover the datasets and their sources and owners, an approximate count and description of the data points, whether the data includes copyrighted or personal information, and whether synthetic data generation was used |
|
| AI Act, Article 53 (obligations for providers of general-purpose AI models) |
Publish a training-content summary if you provide a general-purpose model |
|
| Artificial Intelligence Training Data Transparency Act proposed |
Publicly post documentation describing the datasets used to train a generative AI model or service made available to New York users, including their sources, whether they contain copyrighted, personal or aggregate consumer information, the collection period, and whether synthetic data generation was used. |
AI governance
2 laws, 2 jurisdictions| Jurisdiction | Law | What it asks, as read here |
|---|---|---|
| Commission Guidelines on the scope of the obligations for providers of general-purpose AI models under the AI Act |
A provider that meets the open-source conditions remains bound by the Article 53(1), point (c), duty to put in place a copyright policy, including identifying and complying with a reservation of rights under Article 4(3) of Directive (EU) 2019/790, and by the point (d) duty to produce a summary of the content used for training (Section 4.1, paragraph 72). A provider of a general-purpose AI model placed on the market before must take the necessary steps to comply by and is not required to retrain or unlearn the model where that is not possible, where information about the training data is unavailable or where retrieval would cause disproportionate burden, but must clearly disclose and justify each such instance in the copyright policy and the training-content summary (Section 5.3, paragraphs 106 and 108). |
|
| Guidelines on Artificial Intelligence of Vatican City State (Decree No. DCCII) |
Verify and maintain oversight of the data your AI systems process so that outputs remain correct, reliable, and obtained transparently. |
Comprehensive regime
1 law, 1 jurisdiction| Jurisdiction | Law | What it asks, as read here |
|---|---|---|
| Superintendencia Circular on AI and Personal Data |
Only process truthful, complete, exact, updated, verifiable and understandable personal data in an artificial intelligence system, and do not process partial, incomplete, fragmented or misleading personal data. |
Crawl signals
1 law, 1 jurisdiction| Jurisdiction | Law | What it asks, as read here |
|---|---|---|
| AI Training Data Transparency Act (AB 2013) |
If you develop a generative AI system made available to Californians, publicly post documentation of your training datasets before each release or substantial modification, starting . |
Text and data mining (TDM) opt-out
1 law, 1 jurisdiction| Jurisdiction | Law | What it asks, as read here |
|---|---|---|
| Generative Artificial Intelligence Training Data Transparency Act (AB 2013) |
Publish on your website a summary of the training data used for your generative AI system; compliance was required by . |
Full text of the NIST AI Risk Management Framework, public domain (a US government work). Every control of the framework.