EU AI Act, ISO/IEC 42001 en NIST AI RMF: hoe ze op elkaar aansluiten
De EU AI Act, ISO/IEC 42001 en het NIST AI RMF beantwoorden verschillende vragen en zijn bedoeld om samen te worden gebruikt. De AI Act stelt wettelijke verplichtingen voor AI-systemen die op de EU-markt worden gebracht. ISO/IEC 42001 specificeert eisen voor een AI-managementsysteem dat een organisatie kan certificeren. Het NIST AI RMF biedt vrijwillige risicomanagementuitkomsten en -acties, en stelt expliciet dat de functies ervan geen checklist zijn en geen verplichte volgorde kennen. Dit artikel legt uit hoe u ze samen gebruikt zonder ze samen te voegen tot een nieuw framework.
De EU AI ActEU AI ActVerordening (EU) 2024/1689, in het Nederlands de AI-verordening, de Europese wet over artificiële intelligentie. Ze hanteert een risicogebaseerde aanpak: verboden praktijken, eisen voor hoogrisico-AI-systemen, transparantieverplichtingen voor specifieke toepassingen en een apart regime voor AI-modellen voor algemene doeleinden (general-purpose AI). Verplichtingen zijn verdeeld tussen aanbieders en gebruiksverantwoordelijken. Zie hoogrisico-AI-systeem, general-purpose AI, conformiteitsbeoordeling.Open full entry →, ISO/IEC 42001ISO/IEC 42001De internationale eisennorm voor AI-managementsystemen, gepubliceerd in 2023 en certificeerbaar. Ze definieert hoe een organisatie een managementsysteem voor AI opzet, implementeert, onderhoudt en continu verbetert. Certificering tegen ISO/IEC 42001 schept geen wettelijk vermoeden van conformiteit met de EU AI Act. Zie geharmoniseerde norm.Open full entry → en het NIST AI RMFNIST AI RMFHet AI Risk Management Framework van het Amerikaanse National Institute of Standards and Technology, gepubliceerd als versie 1.0 in 2023. Het is een vrijwillig raamwerk rond vier functies: govern, map, measure en manage. In een gelaagde opzet dient het als risicomethode binnen een managementsysteem zoals ISO/IEC 42001. Zie ISO/IEC 42001, ISO/IEC 23894.Open full entry → beantwoorden verschillende vragen en zijn bedoeld om samen te worden gebruikt. De AI Act stelt wettelijke verplichtingen voor AI-systemen die op de EU-markt worden gebracht. ISO/IEC 42001 specificeert eisen voor een AI-managementsysteemAI-managementsysteemDe organisatiestructuur, het beleid en de processen om AI over de hele levenscyclus te besturen, zoals geformaliseerd in ISO/IEC 42001. Zie governance, levenscyclus.Open full entry → dat een organisatie kan certificeren. Het NIST AI RMF biedt vrijwillige risicomanagementuitkomsten en -acties, en stelt expliciet dat de functies ervan geen checklist zijn en geen verplichte volgorde kennen. Dit artikel legt uit hoe u ze samen gebruikt zonder ze samen te voegen tot een nieuw framework.
Elke schakel in die keten heeft een anker in een gezaghebbend framework. Dit artikel beeldt die keten af op de frameworks waarmee een AI governanceAI governanceGovernance uitgebreid voor AI: hetzelfde organisatiebrede besturen op het hoogste niveau, verbreed naar wat AI anders maakt (het werkt in waarschijnlijkheden in plaats van vaste regels, leert uit data, en kan handelen op een snelheid en schaal die geen menselijke beoordelaar bijhoudt). Het erft de bestaande governance-structuur en brengt AI binnen de disciplines die de organisatie al voert, in plaats van een parallel stelsel in een silo te bouwen. Het werkt op twee niveaus: inrichting en uitvoering. Zie governance, governance design, execution level, verantwoorde AI.Open full entry →-professional werkt, zodat ze als één mentale structuur kan worden gebruikt zonder het vermogen te verliezen om de taal van elk framework te spreken wanneer een auditor, een toezichthouder of een certificering daarom vraagt. Het is een metgezel van wat is AI governance, dat de keten zelf uiteenzet.
De tweelaagse structuur: inrichting en uitvoering
De scheiding tussen governance designgovernance designHet ontwerpniveau van AI governance: beleid, rollen, organisatiestructuur en risicobereidheid. Governance design bepaalt de grenzen waarbinnen AI-systemen mogen opereren; het execution level toetst of de werkelijkheid daarbinnen blijft. Zie execution level, risicobereidheid.Open full entry → en uitvoering is de structuur die de grote AI-frameworks al gebruiken.
Het NIST AI Risk Management Framework scheidt zijn govern-functie, de overkoepelende organisatielaag van beleid, verantwoordingverantwoordingHet principe dat een met naam genoemde mens of organisatie verantwoording aflegt voor de uitkomsten van een AI-systeem, via eigenaarschap, documentatie, audit trails en herstel, nooit het systeem zelf. Zie principe, bewijs.Open full entry → en cultuur, van de map-, measure- en manage-functies die doorlopend tegen elk systeem draaien. Govern is het inrichtingsniveau; map, measure en manage zijn uitvoering. NIST is expliciet dat govern doorheen de andere is geweven en dat hun uitkomsten terugkoppelen naar govern om het bij te werken, wat de inrichting-uitvoeringslus is.
ISO/IEC 42001 is gebouwd als een AI-managementsysteem op de Plan-Do-Check-Act-cyclus: de planningsclausules vestigen de inrichting (context, leiderschap, beleid, rollen, risicoplanning), en de clausules voor uitvoering, evaluatie en verbetering zijn de uitvoering (de controlscontrolDe concrete, toetsbare maatregel die een specifiek risico vermindert en daarmee het achterliggende principe beschermt. Ook wel risicobeheersmaatregel, risicorespons of risicobehandeling genoemd. Altijd herleidbaar tot het risico dat het adresseert: onder EU AI Act Art. 9 moet elke control terug te voeren zijn op een specifiek risico, en controls die los van hun risico's worden vastgelegd vormen een erkende compliance-fout. Het werkt in een van drie typen: preventief, detectief of correctief. Zie risico, control-typen, bewijs.Open full entry → draaien, auditen, corrigeren). Een managementsysteem is per definitie een inrichting die doorlopend werkt, wat dezelfde twee niveaus zijn.
De AIGP body of knowledge volgt dezelfde vorm: de vroege competenties betreffen het vestigen van organisatorische verwachtingen, beleid en rollen (inrichting), en de latere domeinen betreffen het besturen van ontwikkeling en uitrol over de AI-levenscyclusAI-levenscyclusDe fasen van een AI-systeem in een lus: ontwerp, data en ontwikkeling, validatie, uitrol, gebruik en monitoring, uitfasering, elk met eigen controls en bewaakte overgangen. Zie levenscyclus, ontmanteling.Open full entry → (uitvoering).
Hoeveel van deze keten is wet?
Voor hoogrisico-AI-systemen is een deel dat. Artikel 9 vereist een risicomanagementsysteem dat wordt vastgesteld, geïmplementeerd, gedocumenteerd en onderhouden, en dat draait als een continu, iteratief proces over de gehele levenscycluslevenscyclusDe spanne van een enkel AI-systeem van eerste intake tot uitfasering, waarover het bestuurd moet worden. De horizontale as van governance: waar de governance-keten één principe borgt, voert de levenscyclus één systeem door de tijd. Doorgaans getekend als zes fasen, plan en ontwerp, data en ontwikkeling, verifieer en valideer, uitrol, gebruik en monitoring, en uitfasering, elk met controls die er eigen aan zijn en een anker-artefact. Een lus in plaats van een lijn, want een systeem in productie voert nieuw risico terug naar een verse beoordeling. Zie artefact, control, governance-keten.Open full entry → met systematische herziening en actualisering. Het vereist identificatie en analyse van bekende en redelijkerwijs voorzienbare risicorisicoIn de termen van de EU AI Act de combinatie van de waarschijnlijkheid dat een schade optreedt en de ernst ervan als dat gebeurt. De schakel tussen een principe (via de schade die het zou schenden) en een control (de maatregel die het vermindert). Het benoemen van de schade en het inschatten van het risico is op grond van Art. 9 vereist voordat een maatregel wordt gekozen. Zie schade, control, restrisico.Open full entry →'s, inschatting en evaluatie van risico's die voortvloeien uit het beoogde doel en redelijkerwijs voorzienbaar misbruik, evaluatie van risico's die blijken uit post-market monitoringpost-market monitoringDe plicht aan de aanbiederszijde om ervaring met systemen in gebruik systematisch te verzamelen en erop te handelen, de productregelgevingshelft van doorlopende monitoring. Zie doorlopende monitoring, aanbieder.Open full entry →, en de vaststelling van passende en gerichte risicobeheersmaatregelen. Artikel 9(5) vereist dat het restrisicorestrisicoHet risico dat overblijft nadat controls het hebben verminderd. Geen control brengt een risico tot nul terug, en niet elke control is zijn kosten waard, dus wordt er een bewuste afweging gemaakt: of de kosten van verdere control opwegen tegen de risicovermindering die het oplevert, en of het resterende risico aanvaardbaar is tegen de risicobereidheid van de organisatie. Dit is een afweging op inrichtingsniveau, waar de uitvoering terugrapporteert en governance het restrisico aanvaardt, om meer control vraagt, of de use case afwijst. EU AI Act Art. 9(5) vereist dat het per gevaar en in totaal aanvaardbaar wordt geoordeeld. Zie risico, control, risicobereidheid.Open full entry → per gevaar, en het totale restrisico, als aanvaardbaar worden beoordeeld.
Testen maakt deel uit van die wettelijke volgorde. Artikel 9(6) vereist dat hoogrisico-AI-systemen worden getest om de meest geschikte en gerichte risicobeheersmaatregelen te bepalen, en dat het testen consistente prestaties voor het beoogde doel en naleving van de eisen van deze afdeling vaststelt. Artikel 9(8) vereist testen op elk moment tijdens de ontwikkeling en, in ieder geval, voordat het systeem op de markt wordt gebracht of in gebruik wordt gesteld, tegen vooraf vastgestelde metrics en probabilistische drempelwaarden die passen bij het beoogde doel. In control-taal: de wet stopt niet bij het ontwerp van de control. Ze vereist een vastgestelde drempel, een test daartegen en een oordeel over wat overblijft.
Risico, control, restrisico en testen zijn dus wettelijke stappen, geen interpretatie. Twee onderdelen van de volgorde zijn van andere aard. De stap van een verantwoorde-AI-principeprincipeEen van de zeven waarden van verantwoorde AI waaraan een bestuurd systeem zou moeten voldoen (eerlijkheid, veiligheid en betrouwbaarheid, privacy, beveiliging en robuustheid, transparantie en uitlegbaarheid, verantwoording, menselijk toezicht). Een principe is abstract: het benoemt een uitkomst, geen knop die je kunt omzetten. Het wordt bestuurbaar door de schade te benoemen die het zou schenden, het risico van die schade in te schatten, en controls tegen dat risico te plaatsen. Zo geborgd, wordt een principe een pijler. Zie pijler, schade, risico.Open full entry → naar een concrete schadeschadeDe concrete schade die een AI-systeem kan aanrichten en die een principe van verantwoorde AI beoogt te voorkomen: in de termen van de EU AI Act schade aan iemands gezondheid, veiligheid of grondrechten. Schade is de brug tussen een abstract principe en een bestuurbaar risico; governance wordt operationeel op het moment dat een organisatie de specifieke schades benoemt die ze wil voorkomen. Voor eerlijkheid is een schade dat een groep stelselmatig slechtere uitkomsten krijgt vanwege een kenmerk dat niet had mogen meetellen. Zie principe, risico.Open full entry → is een analytische stap die deze kennisbank expliciet maakt; de wet beschrijft die niet. En bewijsbewijsHet concrete bewijs dat een control is ontworpen, geïmplementeerd en werkt: een testrapport, een audit trail, een impactassessment, een monitoringlog. Elke schakel in de governance-keten levert een artefact op, en samen zijn ze wat een organisatie overhandigt aan haar eigen bestuur, een toezichthouder, een klant of een betrokkene om te tonen, niet te zeggen, dat een systeem bestuurd is. De afwezigheid ervan is zelf het falen: een risicoregister zonder testresultaten, of een maatregel die wordt geclaimd zonder validatie, is een governance-gat, geen papierwerk-gat. De sluitende schakel van de governance-keten. Zie control, governance.Open full entry → als assurance-begrip komt uit de praktijk van interne beheersing en audit, al leveren Artikel 11, 12 en 17 over technische documentatietechnische documentatieRegistraties die een aanbieder voor een hoog-risico-AI-systeem moet samenstellen en bewaren om conformiteit aan te tonen, met dekking van het ontwerp, de data, het testen, het risicobeheer en de monitoring. Zie aanbieder, bewijs, model card.Open full entry →, record-keepingrecord-keepingDe verplichting onder de EU AI Act dat hoogrisico-AI-systemen gebeurtenissen gedurende hun levensduur automatisch kunnen registreren, vastgelegd in Artikel 12. Gebruiksverantwoordelijken moeten de logs onder hun beheer bewaren voor een periode die past bij het doel van het systeem, ten minste zes maanden, onder Artikel 26, lid 6. Logs maken beslissingen achteraf reconstrueerbaar. Zie bewijs, menselijk toezicht.Open full entry → en het kwaliteitsmanagementsysteem veel van hetzelfde materiaal op.
De volledige volgorde is een herleidbaarheidsketen. Ze verbindt wettelijke eisen met verantwoorde-AI-principes aan het ene uiteinde en met het bewijs dat een organisatie nodig heeft aan het andere uiteinde. Het is een verklarende volgorde, geen apart governancegovernanceHet stelsel waarmee een organisatie zichzelf bestuurt: corporate governance, risicobeheer, compliance, verantwoordingslijnen, risicobereidheid en het besturingsmodel. Het bestaat over alles wat de organisatie doet, voor en los van AI. AI governance is ditzelfde stelsel, uitgebreid voor AI. Zie AI governance, governance design, execution level.Open full entry →-framework.
Waar ERM de schade-risico-control-keten verankert
AI governance begint niet met een blanco pagina. Het erft het enterprise risk management dat een organisatie al voert, en drie ERM-frameworks verankeren die erfenis.
COSO ERM, in zijn vorm uit 2017, levert de enterprise-structuur waarbinnen het inrichtingsniveau zit. De vijf componenten ervan, governance en cultuur, strategie en doelstelling, prestatie, herziening en bijstelling, en informatie, communicatie en rapportage, omvatten twintig principes. De schade-risico-control-keten is de risico-identificatie, -beoordeling en -respons die COSO onder prestatie plaatst, toegepast op de zeven AI-principes, en het oordeel over restrisico tegen risicobereidheidrisicobereidheidHet niveau van risico dat de leiding van een organisatie bereid is te aanvaarden in het nastreven van haar doelen, vastgesteld op het niveau van governance design. De maatstaf waartegen het restrisico aanvaardbaar wordt geoordeeld of niet. Geërfd uit de bredere governance van de organisatie en toegepast op AI. Een begrip uit enterprise risk management (COSO ERM) voordat het een AI-begrip is. Zie restrisico, governance design.Open full entry → is een COSO-mechanisme. Risicobereidheid is een COSO-begrip voordat het een AI-begrip is.
Het IIA Three Lines Model, in 2020 hernoemd van het oudere "three lines of defence", verankert de rollen op het inrichtingsniveau: de eerste lijn bezit en beheert risico en controls, de tweede lijn levert oversight, tegenspraak en expertise (waar een toegewijde AI governance-functie of AI Officer doorgaans zit), en de derde lijn levert onafhankelijke assurance. De rollen van aanbiederaanbiederDe actor die een AI-systeem ontwikkelt (of laat ontwikkelen) en het onder eigen naam op de markt brengt of in gebruik neemt, met fabrikantachtige plichten: ontwerpcontrols, documentatie, conformiteit. Zie gebruiksverantwoordelijke, AI-verplichtingen.Open full entry → en gebruiksverantwoordelijkegebruiksverantwoordelijkeEen organisatie die een AI-systeem onder eigen gezag in haar activiteiten gebruikt, met exploitantplichten: gebruik volgens de instructies, toezicht, relevantie van de invoer, monitoring, kennisgevingen. Zie aanbieder, AI-verplichtingen.Open full entry → die de AI Act definieert werken binnen deze structuur, niet ernaast.
ISO 31000 verankert de generieke risicodiscipline zelf: het proces ervan, stel de context vast, dan risicobeoordeling (identificatie, analyse, evaluatie), dan risicobehandeling, met communicatie en monitoring doorheen, is de generieke vorm van de schade-risico-control-keten. De risicoclausules van ISO/IEC 42001 zijn de AI-specifieke uitdrukking van dat generieke proces, wat precies de reden is waarom AI governance kan worden beschreven als geërfd-en-uitgebreid in plaats van uitgevonden. De afstemming is geen toeval: analyse van Artikel 9 van de EU AI Act, de ISO-risiconormen en het NIST RMF vindt dat ze samenkomen op dezelfde stappen op hoog niveau, risico's definiëren, beoordelen en behandelen, alle onder een govern-proces, wat precies de inrichting-en-uitvoeringsstructuur is die deze kennisbank gebruikt.
Waarom de bronnen op één lijn liggen
De drie bronnen komen samen omdat ze dezelfde discipline beschrijven. Risicomanagement is niet begonnen met AI. Identificeer wat mis kan gaan, beoordeel hoe ernstig het is, breng een maatregel aan, test of de maatregel werkt, en aanvaard of escaleer wat overblijft. De EU AI Act legt die volgorde vast in wetgeving voor hoogrisico-AI-systemen. ISO/IEC 42001 plaatst haar binnen een managementsysteem dat gecertificeerd kan worden. Het NIST AI RMF beschrijft haar als vrijwillige uitkomsten en acties.
De terminologie verschilt. De AI Act spreekt van risicobeheersmaatregelen, ISO van controls en continue verbetering, NIST van functies en uitkomsten, en de AIGP body of knowledge van governancepraktijk. Wie ze leest als drie concurrerende methoden, maakt het werk moeilijker dan het is. Wie ze leest als één discipline in vier vocabulaires, kan aan meerdere tegelijk voldoen, omdat de onderliggende vraag elke keer dezelfde is: pakt deze control het risico aan, en kunt u aantonen dat ze werkt?
Bronnen en aansluiting op frameworks
| Bron | Hoe deze hier wordt gebruikt |
|---|---|
| EU AI Act (Verordening (EU) 2024/1689) | Toepasselijke wettelijke verplichtingen |
| ISO/IEC 42001 | Managementsysteem en context voor continue verbetering |
| NIST AI RMF | Risicomanagementbegrippen en -uitkomsten |
| Interne beheersing en auditpraktijk | Controldoelstellingen, testen en bewijs |