FAQGlobalISO/IEC 42001

ISO/IEC 42001 FAQ High Risk AI

ISO/IEC 42001 does not define one universal high-risk AI category. The organisation establishes risk criteria while separately applying any legal or sector classification that governs the system.

A system can demand enhanced AIMS treatment because of impacts, context, interested-party requirements, or risk appetite even when a particular law does not label it high-risk. A legal high-risk label must still be assessed separately.

Author
Sorena AI
Published
May 9, 2026
Updated
Oct 15, 2026
Overview

ISO/IEC 42001 does not assign a universal 'high-risk AI' label. It requires the organisation to establish its own AI risk criteria and assess each in-scope system in context. A legal label such as '' under the EU AI Act comes from that law's classification rules, operator definitions, territory, and application dates, so record it separately.

Search this module

Find a question or answer quickly

4 of 4 questions
Question 2

What evidence supports each risk and classification decision?

For the AIMS record, keep the system's intended purpose, functionality, deployment context, affected population, risk criteria, risk assessment, impact assessment, treatment plan, statement of applicability, control results, residual-risk approval, monitoring, incidents, and change history. Show how each material consequence and selected control connects to the actual use.

For the EU record, keep the AI system definition analysis, Article 2 scope facts and exclusions, provider and deployer roles, intended purpose, product-law or route, exact Annex entry, decision influence and profiling facts, Article 6(3) assessment if used, registration evidence, applicable date, approver, and source version. If the product route applies, retain the product classification and third-party conformity-assessment basis under the relevant Annex I law.

A provider relying on Article 6(3) needs a system-specific assessment before market placement or putting into service. A generic statement that the tool is administrative, assistive, low-risk, or subject to human review does not establish the derogation.

  • Preserve assumptions and the authority approving residual risk.
  • Link each legal label to the governing provision, Annex entry, role analysis, territorial facts, and applicable date.
  • Keep the classification record available to product, deployment, registration, conformity-assessment, monitoring, and incident processes.
  • Connect monitoring, complaints, incidents, changes, and new Commission guidance to reassessment.
Recommended next step

Put the high-risk AI guidance into practice

Record the AIMS risk level, Article 6 route, Annex entry, operator role, applicable date, evidence, and separate approval authorities.

Question 4

When should risk and classification be reassessed?

Repeat ISO risk assessments at planned intervals and when significant changes are proposed or occur; repeat impact assessments at planned intervals or when significant changes are proposed. Revisit legal classification when intended purpose, functionality, integration, operator role, branding, market, affected population, decision influence, profiling, Annex coverage, product law, guidance, or application date changes.

A name or trademark change, substantial modification, or changed intended purpose can make a distributor, importer, deployer, or other party the provider of a high-risk system under Article 25. Review before the change is released, not only after an incident.

Keep the AIMS reassessment date and the legal-classification review date separately visible because the triggers, approvers, evidence tests, and consequences differ. If either analysis changes, update controls, technical documentation, instructions, registration, conformity-assessment planning, monitoring, and customer or supplier allocations as applicable.

  • Use separate change triggers for AIMS risk and legal classification.
  • Update controls and evidence when either analysis changes.
  • Escalate conflicts between accepted organisational risk and binding law.
Primary sources

References and citations

iso.org5 citations
Referenced sections
  • Official ISO listing for ISO/IEC 42001:2023. The standard's risk criteria and assessments are distinct from statutory high-risk classifications.
  • ISO/IEC 42001:2023 Clauses 6.1.1-6.1.4 require organisation-specific AI risk criteria, risk assessment, treatment, and impact assessment; the standard does not create the EU AI Act's legal high-risk category.
  • Clauses 6.1.2-6.1.4 and 8.2-8.4 require documented risk, treatment, and impact results and their reassessment.
Show 2 more
  • Clause 6.1.3 requires designated management approval of the treatment plan and acceptance of residual AI risks.
  • Clauses 8.2-8.4 set planned and significant-change triggers for risk, treatment, and impact reassessment.
"requirements for establishing, implementing, maintaining and continually improving an Artificial Intelligence Management System"
eur-lex.europa.eu5 citations
Referenced sections
  • Binding EU source for definitions, high-risk classification, operator duties, role changes, conformity assessment, and application provisions used only for the legal comparison on this page.
  • Binding EU source for the Article 6 classification test, Annex I and Annex III routes, the limited Article 6(3) exclusion, the Article 111 transition rules, and Article 113 application dates.
  • Articles 3 and 6 and Annexes I and III support a documented, system-specific classification and role analysis; the legal result cannot be inferred from the organisation's internal risk score.
Show 2 more
  • The AI Act assigns duties according to legally defined operator roles and system classifications. ISO/IEC 42001 separately requires designated management approval of treatment and residual risk.
  • Article 6 makes classification depend on the system and its intended purpose; Articles 25 and 43 address role changes and substantial modification in relevant cases.
eur-lex.europa.eu2 citations
Referenced sections
  • Amending regulation in force from 27 July 2026. Article 1(40) revises the Chapter III Sections 1-3 application dates; Article 1(39) revises existing-system transition rules.
  • Amending regulation in force from 27 July 2026. Article 1(40) revises the Chapter III Sections 1-3 application dates; Article 1(39) revises existing-system transition rules. Article 1(8) adds the Article 6 product-safety qualifications; Article 1(2) and (41) address Annex I Section B and machinery.
Show all related guides (20)

ISO/IEC 42001 Risk Controls FAQ

Select, justify, approve, operate, and review ISO/IEC 42001 risk controls, including Annex A comparison, the statement of applicability, residual risk, and evidence.

ISO/IEC 42001 AI Impact Assessment Template

ISO/IEC 42001 AI-system impact assessment template for consequences, affected people, foreseeable misuse, context, evidence, approval, and reassessment.

ISO/IEC 42001 AI Management FAQ

Plain-language ISO/IEC 42001 FAQ covering scope, policy, Annex controls, risk and impact assessment, suppliers, monitoring, certification, and legal limits.

ISO/IEC 42001 AI System Inventory Guide

Build an ISO/IEC 42001 AI inventory covering purpose, owners, lifecycle roles, data, resources, suppliers, impacts, risks, controls, and monitoring.

ISO/IEC 42001 AI System Inventory Workflow

ISO/IEC 42001 workflow for creating, approving, maintaining, changing, and retiring AI-system inventory records with accountable evidence.

ISO/IEC 42001 AIMS Scope Decision Guide

Define an auditable ISO/IEC 42001 AIMS boundary across organisational units, AI activities, products, services, interfaces, suppliers, and customers.

ISO/IEC 42001 AIMS Scope Decision Workflow

ISO/IEC 42001 AIMS scope workflow for context, interested parties, AI activities, external dependencies, boundary approval, and change review.

ISO/IEC 42001 Compliance Guide

ISO/IEC 42001 conformance guide for Clauses 4-10, risk treatment, controls, operating evidence, internal audit, management review, and correction.

ISO/IEC 42001 Controls and Governance Model Guide

ISO/IEC 42001 governance model linking leadership, policy, risk and impact assessment, Annex controls, lifecycle roles, monitoring, audit, and improvement.

ISO/IEC 42001 Model Monitoring Evidence Guide

ISO/IEC 42001 monitoring evidence for AIMS performance, AI-system outcomes, impacts, control effectiveness, supplier signals, escalation, and correction.

ISO/IEC 42001 Requirements Guide

ISO/IEC 42001:2023 requirements explained across Clauses 4-10, Annex A controls, Annex B guidance, evidence, audit, review, and improvement.

ISO/IEC 42001 vs EU AI Act Comparison

Compare voluntary ISO/IEC 42001 AIMS certification with binding EU AI Act roles, classifications, duties, evidence, dates, and enforcement.

ISO/IEC 42001 vs ISO/IEC 23894 Comparison

Compare certifiable ISO/IEC 42001 AIMS requirements with ISO/IEC 23894 AI risk-management guidance and see how to integrate their evidence.

ISO/IEC 42001 vs NIST AI RMF Comparison

Compare ISO/IEC 42001 AIMS requirements with the voluntary NIST AI RMF GOVERN, MAP, MEASURE, and MANAGE functions and evidence.