← Home
NIST AI RMFNIST (USA) · 2023

NIST AI Risk Management Framework 1.0

A voluntary US framework structured around four functions - GOVERN, MAP, MEASURE, MANAGE - that any organisation can use to identify and reduce risks of AI systems. Categories and sub-categories give concrete outcomes.

// Walkthrough

Read NIST AI RMF as a step-by-step path

Section 1 of 17

GOVERN - culture & policy

3 items
// Why this section exists

GOVERN sets the conditions: policy, legal alignment, documentation and trustworthy-AI characteristics integrated into how the organisation works.

// Step-by-step
  1. 1Map your legal and regulatory landscape into policy.
  2. 2Integrate the trustworthy-AI characteristics (valid, safe, secure, accountable, explainable, privacy-enhanced, fair).
  3. 3Document risk-management processes and outcomes.
// In the other frameworks
ISO 42001

ISO Clauses 4–5 + Annex A.2 give the certifiable version.

EU AI Act

EU Art.16/17 turn the same intent into binding duties.

Step 1GOVERN 1.1
Legal & regulatory requirements understood and managed
Policies and procedures address legal, regulatory and risk requirements for AI.
Step 2GOVERN 1.2
Characteristics of trustworthy AI integrated
Trustworthy AI characteristics integrated into organisational policies.
Step 3GOVERN 1.4
Risk management processes documented
Risk management processes and outcomes are documented and reviewed.
Section 2 of 17

GOVERN - accountability

3 items
// Why this section exists

Accountability lines: who decides, who escalates, who signs.

// Step-by-step
  1. 1Document roles, responsibilities and lines of communication.
  2. 2Make senior leadership formally accountable for AI risk outcomes.
  3. 3Define decision rights for go/no-go and override.
// In the other frameworks
ISO 42001

Cl.5.1, 5.3, 9.3 + Annex A.3.

EU AI Act

Art.26 - deployers must name responsible humans and oversee use.

Step 1GOVERN 2.1
Roles, responsibilities, lines of communication
Roles and responsibilities are documented and communicated.
Step 2GOVERN 2.2
Senior leadership accountability
Executive leadership responsible for AI risk outcomes.
// Maps to
Step 3GOVERN 2.3
Executive leadership maintains AI governance
Defines, communicates and enforces AI governance and accountability.
// Maps to
Section 3 of 17

GOVERN - workforce

2 items
// Why this section exists

People, skills, and the awareness that AI risk is everyone's job.

// Step-by-step
  1. 1Drive AI risk awareness across the organisation.
  2. 2Train people on the AI tasks they actually perform.
// In the other frameworks
ISO 42001

Cl.7.2 + 7.3.

EU AI Act

Art.4 - AI literacy is now a legal duty for providers and deployers of any AI system.

Step 1GOVERN 3.1
Diversity, equity, inclusion in AI teams
Decisions reflect diverse perspectives and AI literacy across workforce.
// Maps to
ISO 42001Clause 7.3
EU AI ActArticle 4
Step 2GOVERN 3.2
AI workforce competencies & training
Personnel have required AI competence and ongoing training.
// Maps to
Section 4 of 17

GOVERN - culture of risk

1 items
1 items in this section. Click any item to see its cross-framework mapping in the explorer.
Step 1GOVERN 4.1
Culture of critical thinking & safety
Foster culture that supports critical thinking and a safety-first mindset.
// Maps to
EU AI ActNo direct equivalent in EU AI Act.
Section 5 of 17

GOVERN - engagement

1 items
1 items in this section. Click any item to see its cross-framework mapping in the explorer.
Step 1GOVERN 5.1
Stakeholder engagement & communications
Mechanisms for stakeholder feedback and communication.
Section 6 of 17

GOVERN - third-party

2 items
// Why this section exists

Most teams integrate AI rather than build it. GOVERN 6 ensures vendor and supply-chain risk is treated as AI risk.

// Step-by-step
  1. 1Inventory third-party AI, models and data.
  2. 2Set due-diligence and contract requirements for AI suppliers.
// In the other frameworks
ISO 42001

Annex A.10.

EU AI Act

Art.25 (value-chain responsibility) + Art.53/55 (GPAI providers).

Step 1GOVERN 6.1
Third-party AI risk policies
Policies and procedures address AI risks from third-party software and data.
Step 2GOVERN 6.2
Contingencies for third-party failures
Plans in place for failures or incidents from third-party AI components.
// Maps to
Section 7 of 17

MAP - context

2 items
// Why this section exists

MAP is where you frame the system: purpose, users, deployers, context - so risk analysis is grounded.

// Step-by-step
  1. 1Establish context - purpose, users, deployment environment.
  2. 2Identify categories and capabilities of the AI system.
// In the other frameworks
ISO 42001

Cl.4.1–4.2.

EU AI Act

Classification under Annex III + Art.6 depends on this context.

Step 1MAP 1.1
Context established and understood
Intended purposes, settings and assumptions about the AI system are documented.
Step 2MAP 1.2
Interdisciplinary AI actors collaborate
Diverse teams (technical, domain, affected parties) participate.
// Maps to
ISO 42001Clause 4.2
EU AI ActArticle 27
Section 8 of 17

MAP - categorization

2 items
// Why this section exists

Data is in MAP because you have to know what you're training on before you can quantify risk in MEASURE.

// Step-by-step
  1. 1Catalogue training and operational data, sources, limits.
// In the other frameworks
ISO 42001

Annex A.7.

EU AI Act

Art.10 - strict data-governance duties for high-risk AI.

Step 1MAP 2.1
AI system tasks and methods defined
Task, method, and capabilities of the AI system are defined.
Step 2MAP 2.3
Scientific integrity and TEVV
Scientific integrity and Test, Evaluation, Verification & Validation considerations documented.
Section 9 of 17

MAP - capabilities

1 items
1 items in this section. Click any item to see its cross-framework mapping in the explorer.
Step 1MAP 3.1
Potential benefits examined
Benefits to mission and stakeholders examined against costs/risks.
// Maps to
ISO 42001Clause 4.2
EU AI ActArticle 27
Section 10 of 17

MAP - third-party

2 items
// Why this section exists

Confirm the people, partners and tooling needed exist before you commit.

// Step-by-step
  1. 1List people, third parties, tools and infrastructure required.
// In the other frameworks
ISO 42001

Cl.7.1 + Annex A.4.

EU AI Act

Art.17 quality-management resources.

Step 1MAP 4.1
Third-party risks mapped
Approaches for mapping AI risks from third-party entities are in place.
Step 2MAP 4.2
Internal risk controls documented
Internal risk controls for third-party AI are documented.
// Maps to
ISO 42001Clause 7.5
EU AI ActArticle 11
Section 11 of 17

MAP - impacts

2 items
// Why this section exists

Identify potential benefits, costs, and impacts on people and the environment.

// Step-by-step
  1. 1Map likelihood and magnitude of harms.
  2. 2Map impacts to affected individuals and groups.
// In the other frameworks
ISO 42001

Cl.6.1.2 + 6.1.4 + Annex A.5.

EU AI Act

Art.9 + Art.27 (FRIA).

Step 1MAP 5.1
Likelihood & magnitude of impacts characterised
Impacts on individuals, groups, communities, society characterised.
Step 2MAP 5.2
Practices for human-AI configurations
Practices and personnel for human-AI configurations established.
Section 12 of 17

MEASURE - selection

1 items
// Why this section exists

Pick metrics appropriate to the risks you mapped. You cannot manage what you do not measure.

// Step-by-step
  1. 1Select metrics, methods, and acceptance thresholds.
// In the other frameworks
ISO 42001

Cl.6.2 + 9.1.

EU AI Act

Art.15 - declared accuracy/robustness levels.

Step 1MEASURE 1.1
Metrics and methods selected
Approaches and metrics for measuring AI risks are selected.
// Maps to
Section 13 of 17

MEASURE - evaluation

8 items
// Why this section exists

Quantitative and qualitative evaluation: validity, reliability, safety, security, explainability, privacy, fairness.

// Step-by-step
  1. 1Test accuracy, robustness, reliability and security.
  2. 2Test explainability and interpretability.
  3. 3Test privacy and fairness.
// In the other frameworks
ISO 42001

Annex A.6.2.4 + Cl.9.1.

EU AI Act

Art.15 + Annex IV documentation of tests.

Step 1MEASURE 2.1
Test sets, metrics, details documented
Test sets, metrics and methodology details documented for evaluation.
// Maps to
Step 2MEASURE 2.5
Validity & reliability assessed
AI system is regularly evaluated for validity, reliability and performance.
Step 3MEASURE 2.6
Safety risks evaluated
AI system is evaluated for safety risks.
// Maps to
Step 4MEASURE 2.7
Security & resilience evaluated
Security and resilience including adversarial robustness evaluated.
// Maps to
Step 5MEASURE 2.8
Transparency & accountability examined
Risks of opacity examined and addressed.
// Maps to
Step 6MEASURE 2.9
Interpretability & explainability
AI system is examined for interpretability and explainability.
Step 7MEASURE 2.10
Privacy risk examined
Privacy risk of the AI system examined and documented.
Step 8MEASURE 2.11
Fairness & bias evaluated
AI system is evaluated for fairness and harmful bias.
Section 14 of 17

MEASURE - tracking

2 items
// Why this section exists

Continuous monitoring of identified and emergent risks in production.

// Step-by-step
  1. 1Track risks and feedback signals in operation.
// In the other frameworks
ISO 42001

Cl.9.1 + Annex A.6.2.8.

EU AI Act

Art.72 - post-market monitoring.

Step 1MEASURE 3.1
Approaches to track risks identified
Approaches and metrics to track identified AI risks over time.
// Maps to
ISO 42001Annex A.9.2
EU AI ActArticle 72
Step 2MEASURE 3.3
Feedback from end users captured
Feedback from end users and affected communities tracked.
// Maps to
Section 15 of 17

MANAGE - prioritization

3 items
// Why this section exists

Decide what to do about the risks: accept, mitigate, transfer, avoid.

// Step-by-step
  1. 1Prioritise risks against context.
  2. 2Plan and execute treatment.
  3. 3Confirm human oversight points.
// In the other frameworks
ISO 42001

Cl.6.1.3 + 8.3 + Annex A.9.

EU AI Act

Art.9 risk management + Art.14 oversight.

Step 1MANAGE 1.1
Risks prioritised and acted on
Determined AI risks are managed based on impact and resources.
Step 2MANAGE 1.2
Treatment plans defined
Plans to mitigate or transfer AI risks are defined.
// Maps to
ISO 42001Annex A.9.2
EU AI ActArticle 14
Step 3MANAGE 1.3
Risk responses documented
Responses to high-priority risks documented.
// Maps to
ISO 42001Clause 6.1.3
EU AI ActArticle 9
Section 16 of 17

MANAGE - strategies

3 items
// Why this section exists

Manage risks of third-party AI and execute residual-risk treatments.

// Step-by-step
  1. 1Treat residual risks and third-party AI risks operationally.
// In the other frameworks
ISO 42001

Cl.8.3 + Annex A.10.

EU AI Act

Art.25 value-chain duties.

Step 1MANAGE 2.1
Resources to manage risks allocated
Resources allocated to manage identified risks regularly.
// Maps to
Step 2MANAGE 2.2
Mechanisms to sustain value
Mechanisms to sustain or restore deployment in event of failures.
// Maps to
ISO 42001Clause 8.2
EU AI ActArticle 15
Step 3MANAGE 2.3
Override, disengage, deactivate mechanisms
Procedures to override, disengage or deactivate the AI when needed.
// Maps to
Section 17 of 17

MANAGE - monitoring

3 items
// Why this section exists

Post-deployment: monitor, detect, respond and improve.

// Step-by-step
  1. 1Monitor in production.
  2. 2Run incident response.
  3. 3Report and learn.
// In the other frameworks
ISO 42001

Cl.10.2 + Annex A.6.2.8.

EU AI Act

Art.72 + Art.73 (serious-incident reporting).

Step 1MANAGE 4.1
Post-deployment monitoring
Post-deployment monitoring plans implemented for AI systems.
Step 2MANAGE 4.2
Continuous improvement
Measurable continual improvement activities are integrated.
// Maps to
Step 3MANAGE 4.3
Incidents & errors communicated
Incidents and errors are communicated and used to improve the AI system.