Two AI-governance frameworks, one underlying ask: “produce an auditable record of decisions made by the AI system.” This guide maps the audit-trail clauses of ISO/IEC 42001:2023 to the corresponding NIST AI RMF 1.0 functions, and shows how one anchoring pattern satisfies both.
ISO/IEC 42001:2023 is the first international, certifiable AI management system (AIMS) standard. It is shaped like ISO 27001: clauses 4–10 are the management-system core, Annex A is a list of controls. Certification audits are a documented practice.
NIST AI RMF 1.0 (NIST AI 100-1, January 2023) is a voluntary US-federal framework built around four functions — GOVERN, MAP, MEASURE, MANAGE — with the GenAI Profile (NIST AI 600-1, July 2024) extending it for generative AI. Adoption is increasingly mandatory in US federal contracting.
On audit trails the two converge. ISO 42001 Annex A controls like A.6 (AI system life cycle) and A.7 (data for AI systems) plus the operational-control clauses imply a system of records. NIST AI RMF MEASURE-2 and MANAGE-4 explicitly call for documented, traceable evidence. Both can be satisfied by the same anchored process-trace pattern — which is what makes the Pattern C architecture from the Article 12 guide compounding rather than duplicative.
Disclaimer: this guide is editorial, not legal advice. For certification or contractual interpretation, consult an accredited certification body and review the source standards.
Published December 2023. Title: “Information technology — Artificial intelligence — Management system.” The full standard is available at iso.org/standard/81230.html .
Like ISO 27001, the standard separates a management-system core (clauses 4–10: Context, Leadership, Planning, Support, Operation, Performance evaluation, Improvement) from a normative Annex A list of controls. The Annex A control families relevant to audit trails are:
ISO 42001 is certifiable. An accredited body audits the management system against clauses 4–10 plus applicable Annex A controls, issues a certificate, and revisits annually. The evidence package an auditor builds is functionally a request for the artifacts those controls produce.
Published January 2023 as NIST AI 100-1. Voluntary, US-federal leaning, and structured around four functions plus subcategories. Source at nist.gov/itl/ai-risk-management-framework .
The four core functions and what they mean for audit trails:
The GenAI Profile (NIST AI 600-1, July 2024) overlays generative-AI-specific risks (CBRN, dangerous content, value chain, intellectual property) but leaves the four-function scaffold intact.
The mapping below is a working cross-reference, not an accreditation. ISO/IEC 22989 and the upcoming ISO/IEC 42005 will add more formal alignment over time. Where a row reads “—,” the framework does not have a direct counterpart; the requirement is still met by the same evidence under the other framework.
| Audit-trail concern | ISO/IEC 42001:2023 Annex A controls | NIST AI RMF 1.0 Functions and subcategories |
|---|---|---|
| Governance attestations | A.2, A.3, A.4 | GOVERN-1, GOVERN-2 |
| Model life-cycle records | A.6 (AI system life cycle) | MAP-1, MAP-3, MANAGE-3 |
| Training-data lineage | A.7 (Data for AI systems) | MAP-2, MEASURE-2 |
| Per-decision logging | A.6.2.7 (operational controls) | MEASURE-2.8, MEASURE-3 |
| Tamper-evidence of logs | Implied via A.10 + ISO 27001 alignment | Implied via MEASURE-2 documentation |
| Incident response records | A.6.2.8 | MANAGE-4, MANAGE-4.3 |
| Third-party verifiability | A.10 + clause 8 (Operation) | GOVERN-6 (third-party risk) |
| Retention | Per organisation; ISO 27001 alignment | — (deferred to law) |
Clause numbers reference ISO/IEC 42001:2023 Annex A and NIST AI 100-1 (AI RMF 1.0) function/subcategory codes. Validate against the source standards for binding interpretation.
Three patterns recur across both frameworks; they are the same patterns that show up in EU AI Act Article 12 and in ISO 27001 with respect to security logs.
Concrete walk-through. An AI-powered loan-decisioning system produces a decline for applicant X on date D. Under both frameworks the auditor asks: prove the decision, prove the model state at the time, prove the governance.
Inputs (pseudonymised), retrieval steps, tool calls, model outputs, and a manifest hash binding model + tokenizer + system prompt + training-data fingerprint, all hash-chained.
A signed attestation (“model version M approved for use by officer O on date G”) lives as an event inside the same Merkle bundle.
The Merkle root is anchored to Cardano under metadata label 2222. ~0.2–0.3 ADA per anchor. Independently verifiable by anyone with the transaction hash.
Annex A.6 (life cycle), A.7 (data lineage via manifest), A.8 (transparency: inclusion proof to the customer), A.10 (vendor-independent) — covered by the same evidence.
GOVERN-2 (governance attestation present), MAP-2 (data context recorded), MEASURE-2 (decision documented), MANAGE-4 (response evidence traceable) — same artifact.
The compounding pays off at audit time: one architectural pattern, one evidence package, two framework reports. The underlying SDK is described at Orynq SDK and the wider pattern at the AI audit-trail pillar.
Architect the audit trail once. Pass ISO 42001 and align with NIST AI RMF with the same artifact.