ISO 42001, NIST AI RMF en de AI-verordening: verbind de rollen

AI-governance kan een managementsysteem, een risicoframework en wettelijke verplichtingen combineren. De engineeringuitdaging is ze met elkaar te verbinden zonder te doen alsof ze uitwisselbaar zijn. Een beleidsdocument, een evaluatierapport en een juridisch classificatiebesluit kunnen dezelfde AI-dienst ondersteunen, maar elk beantwoordt een andere vraag.

ISO/IEC 42001 legt vast hoe een organisatie AI beheert. Het AI Risk Management Framework van NIST helpt teams risico's in hun context te onderzoeken en te beheersen. De Europese AI-verordening (EU AI Act) legt wettelijke plichten op afhankelijk van het systeem, het beoogde doel en de rol die de organisatie als operator vervult.

Voor een CTO is het nuttige resultaat één toetsbare governanceketen: een afgebakende use case, verantwoordelijke eigenaren, geïmplementeerde waarborgen, testbewijs, releasebesluiten en monitoring. Frameworkmappings moeten naar die keten verwijzen en tegelijk zichtbaar houden welke eisen nog technisch, juridisch of conformiteitsgerelateerd werk vragen.

Begrijp wat elk instrument vastlegt

ISO 42001: maak governance herhaalbaar

ISO/IEC 42001 specificeert eisen voor het opzetten, implementeren, onderhouden en continu verbeteren van een AIMS. De eisen aan het managementsysteem betreffen de context van de organisatie, leiderschap, planning, ondersteuning, uitvoering, evaluatie van prestaties en verbetering.

Deze structuur doet ertoe wanneer meerdere teams AI bouwen of inkopen. Ze biedt een basis om te bepalen wie toestemming geeft voor ingebruikname, hoe impact- en risicobeoordelingen worden uitgevoerd, hoe met afhankelijkheden van leveranciers wordt omgegaan en hoe fouten tot corrigerende maatregelen leiden.

De norm bevat ook referentiebeheersmaatregelen in bijlage A en implementatierichtlijnen. De selectie van beheersmaatregelen is risicogebaseerd en vereist een gedocumenteerde onderbouwing; de bijlage kopiëren naar een checklist toont niet aan dat het managementsysteem werkt.

Een onafhankelijke certificatie-instelling kan het afgebakende AIMS beoordelen. ISO zelf certificeert geen organisaties. Certificering geeft zekerheid over dat managementsysteem binnen de vastgelegde grens, geen onbeperkte claim dat elk model of elke output veilig is.

NIST AI RMF: onderzoek het werkelijke risico

Het NIST AI RMF organiseert risicowerk rond Govern, Map, Measure en Manage. Govern loopt dwars door de andere functies heen; de functies zijn niet simpelweg vier opeenvolgende projectfasen.

De kenmerken van betrouwbaarheid omvatten validiteit en betrouwbaarheid, veiligheid, beveiliging en weerbaarheid, verantwoording en transparantie, uitlegbaarheid en interpreteerbaarheid, privacybevordering en eerlijkheid waarbij schadelijke bias wordt beheerst. Deze kenmerken kunnen afwegingen met zich meebrengen. Gedetailleerdere uitleg kan bijvoorbeeld informatie prijsgeven die privacybescherming nodig heeft.

De NIST-richtlijnen helpen teams brede doelen om te zetten in use-case-specifieke vragen en evaluaties. Ze gaan ook in op verantwoording; governance is niet voorbehouden aan ISO 42001. Er bestaat geen certificeringsregeling voor het NIST AI RMF die vergelijkbaar is met ISO-certificering van managementsystemen. Een externe beoordeling kan zekerheid ondersteunen, maar de scope en methodiek ervan moeten worden vermeld.

De AI-verordening: bepaal plichten, niet alleen risico's

De AI-verordening reguleert specifieke praktijken, AI-systemen en AI-modellen voor algemene doeleinden via verschillende bepalingen. De wettelijke toepasselijkheid wordt niet alleen bepaald door een technische risicoscore. Het beoogde doel, de territoriale reikwijdte, de rol als operator en specifieke classificatieregels doen ertoe.

De verplichtingen van een aanbieder verschillen van die van een gebruiksverantwoordelijke. Een model is niet hetzelfde als de applicatie waarin het is opgenomen, en software een "agent" noemen beslecht niet de juridische rol of classificatie ervan.

Begin bij scope en wettelijke toepasselijkheid

Houd een AI-inventaris bij op het niveau van operationele use cases, niet alleen van leveranciersnamen. Eén onderliggend model kan zowel een interne schrijfassistent als een tool voor het screenen van sollicitanten ondersteunen. Die toepassingen hebben verschillende betrokkenen, gevolgen, beheersmaatregelen en mogelijke verplichtingen.

Leg voor elke use case vast:

• Beoogd doel, ondersteunde besluiten, verboden toepassingen en locaties van inzet.
• Systeemeigenaar, technisch eigenaar, gebruikers en betrokken personen.
• Model- en applicatieleveranciers, hostingregelingen en afhankelijkheden.
• Gegevensbronnen, output, integraties en toegestane handelingen.
• De rol van de organisatie als operator en de redenering die deze onderbouwt.
• Classificatie, toepasselijke verplichtingen, reviewdatum en openstaande vragen.

Een organisatie buiten de EU kan in bepaalde omstandigheden toch onder de reikwijdte van de verordening vallen. Omgekeerd rechtvaardigt het hebben van klanten in de EU niet dat elke denkbare verplichting aan elk product wordt toegewezen. Beoordeel de werkelijke territoriale en rolgebonden voorwaarden.

Scheid verboden praktijken, eisen voor AI-systemen met een hoog risico, specifieke transparantieverplichtingen en verplichtingen voor AI-modellen voor algemene doeleinden. Dit zijn geen uitwisselbare niveaus op één engineeringschaal van ernst. Een schijnbaar onschuldige chatbot kan transparantieverplichtingen hebben; een use case met grote impact vereist een gedetailleerdere juridische beoordeling.

Gebruik het actuele implementatietijdpad

Het overzicht van de Europese Commissie over de AI-verordening geeft, gecontroleerd per 7 oktober 2026, het volgende tijdpad:

Beoordeel gewijzigde bepalingen, overgangsregelingen en het specifieke systeem afzonderlijk. Stel plichten die al van toepassing zijn niet uit omdat er een latere datum voor hoog risico bestaat. Houd de juridische beoordeling gedateerd en gebruik onze gids voor gereedheid voor de AI-verordening voor context over het tijdpad en de rolbeoordeling.

Bouw één bewijsketen, geen drie documentbibliotheken

Een praktische governanceketen begint bij de use case en eindigt met een beoordeeld besluit:

Doel → impact en risico's → eisen → waarborgen → evaluaties → goedkeuring → monitoring.

Elke schakel heeft genoeg detail nodig zodat iemand buiten het implementatieteam haar kan inspecteren. "Menselijk toezicht geïmplementeerd" is onvoldoende als de reviewer niet kan vaststellen wie kan ingrijpen, wat die persoon ziet en of ingrijpen werkt.

Gebruik een eisenregister dat de broneis onderscheidt van de implementatie ervan. Een nuttig minimaal schema omvat de bron en versie, de scope, de tekst van of verwijzing naar de eis, de lokale interpretatie, de eigenaar van de beheersmaatregel, gekoppeld bewijs, de reviewer, de status en het resterende hiaat.

Behandel deze tabel als een implementatiehulpmiddel, niet als een gezaghebbende gelijkwaardigheidskaart. Relaties zijn veel-op-veel: één evaluatie kan meerdere eisen ondersteunen, terwijl één eis meerdere beheersmaatregelen en vastleggingen kan vereisen.

Controleer vóór hergebruik van bewijs de scope, de datum, de systeemversie en de conclusie ervan. Een test voor één modelconfiguratie kan niet automatisch een andere configuratie ondersteunen. Een bedrijfsbeleid bewijst dat er een gedocumenteerde regel bestaat; operationele vastleggingen zijn nodig om aan te tonen dat die wordt uitgevoerd.

Gebruik de NIST-functies om het engineeringwerk te bepalen

De NIST-functies bieden een nuttige manier om implementatievragen binnen het AIMS te ordenen. Ze moeten concrete artefacten opleveren in plaats van alleen ingevulde velden in een vragenlijst.

Govern: leg beslissingsbevoegdheid vast

Bepaal wie eigenaar is van het systeem, wie significante risico's onafhankelijk beoordeelt en wie uitzonderingen kan goedkeuren of de ingebruikname kan stoppen. Specificeer competentie-eisen en escalatiepaden. Verbind deze verantwoordelijkheden met bestaande processen voor beveiliging, privacy, inkoop en incidentbeheer.

Een nuttig resultaat is een releaseprocedure die de vereiste reviewers en het vereiste bewijs benoemt. Risicoacceptatie moet de beslisser, de onderbouwing, de voorwaarden en de aanleiding voor een nieuwe review vermelden, in plaats van alleen "geaccepteerd" vast te leggen.

Map: beschrijf context en gevolgen

Documenteer de workflow voordat u indicatoren kiest. Stel vast waar AI besluiten beïnvloedt, wie de gevolgen ondervindt en wat er gebeurt wanneer output onjuist, niet beschikbaar of misbruikt is.

Neem voorzienbaar misbruik en het falen van afhankelijkheden mee. Breng voor een agent die handelingen kan uitvoeren de tools, inloggegevens, toegankelijke gegevens, goedkeuringsgrenzen en herstelpaden in kaart. Leg voor AI van derden vast wat de leverancier beheert en wat uw verantwoordelijkheid blijft.

Measure: toets de claims die ertoe doen

Kies evaluaties die aansluiten op vastgestelde risico's. Afhankelijk van de use case kunnen dat taaknauwkeurigheid, prestaties per subgroep, robuustheid, privacylekken, prompt injection, onbevoegde handelingen en begrip bij de operator zijn.

Documenteer de herkomst en representativiteit van datasets, testomstandigheden, indicatoren, beperkingen en acceptatiedrempels. Meet waar mogelijk de volledige applicatie: retrieval, prompts, rechten, interfaces en de menselijke workflow kunnen uitkomsten veranderen, zelfs als het onderliggende model gelijk blijft.

Manage: implementeer behandeling en opvolging

Vertaal bevindingen naar waarborgen, beperkingen, herstel of een besluit om niet in gebruik te nemen. Voorbeelden zijn het beperken van rechten voor tools, goedkeuring vereisen voor handelingen met gevolgen, niet-ondersteunde toepassingen uitsluiten of een betrouwbaar alternatief zonder AI bieden.

Stel monitoringdrempels en responsprocedures vast. Een indicator zonder eigenaar of responsregel is slechts telemetrie. Leg vast welke gebeurtenissen een herbeoordeling in gang zetten, waaronder updates van leveranciers, gewijzigde gegevensbronnen, uitgebreide toepassingen en incidenten.

Maak ISO 42001 auditeerbaar via operationele vastleggingen

Als certificering een doel is, bepaal dan de grens van het AIMS voordat u zich voorbereidt op een externe audit. De scope kan een bepaald product, een bedrijfsonderdeel of een reeks levenscyclusactiviteiten omvatten, maar moet de inbegrepen activiteiten en interfaces duidelijk beschrijven. Een smalle scope mag niet worden gepresenteerd als organisatiebrede zekerheid.

Voer een gapanalyse uit ten opzichte van de eisen aan het managementsysteem en de toepasselijke beheersmaatregelen. Leg beleid, doelstellingen, methoden voor risico- en impactbeoordeling, de gedocumenteerde toepasselijkheid van beheersmaatregelen, verantwoordelijkheden en operationele procedures vast. Genereer vervolgens bewijs dat deze processen daadwerkelijk werken.

Nuttige vastleggingen zijn onder meer afgeronde beoordelingen, leveranciersreviews, trainingsregistraties, releasegoedkeuringen, monitoringreviews, corrigerende maatregelen, bevindingen van interne audits en besluiten uit de directiebeoordeling. Interne audit en directiebeoordeling zijn afzonderlijke activiteiten: de ene beoordeelt conformiteit en effectiviteit; de andere ondersteunt de beoordeling en aansturing van het managementsysteem door het leiderschap.

Een onafhankelijk certificeringstraject omvat doorgaans fasen voor het beoordelen van gereedheid en implementatie. Spreek de scope en auditafspraken af met de certificatie-instelling in plaats van certificering te behandelen als het indienen van papierwerk. Zet monitoring, interne review en verbetering na de certificering voort.

Noch een certificaat noch een RMF-beoordeling vervangt een toepasselijke conformiteitsbeoordeling onder de AI-verordening. De conformiteitsroute hangt af van het systeem en de relevante bepalingen; niet elk systeem met een hoog risico vereist dezelfde route via een derde partij. Ook eisen aan verklaring, registratie, markering en melding moeten worden gecontroleerd voor de relevante rol en het relevante systeem.

Uitgewerkt voorbeeld: een AI-toepassing bij werving

Illustratieve aannames: een werkgever in de EU koopt een applicatie die sollicitanten rangschikt voor de selectie voor gesprekken. De leverancier levert de applicatie, terwijl de werkgever de functiecriteria configureert en de rangschikkingen gebruikt. Recruiters nemen de definitieve aanstellingsbesluiten. Ga ervan uit dat de juridische review een toepassing met een hoog risico op het gebied van werkgelegenheid volgens bijlage III vaststelt en de werkgever in eerste instantie als gebruiksverantwoordelijke aanmerkt.

Dit wordt niet opgelost door te zeggen "een mens neemt het definitieve besluit". Rangschikking kan wezenlijk beïnvloeden wie in overweging wordt genomen. De beoordeling moet de werkelijke workflow onderzoeken, inclusief de vraag of recruiters sollicitanten onder een bepaalde grens standaard negeren.

Leg de systeemspecifieke vastlegging aan

De technisch eigenaar legt invoervelden vast, informatie over de rangschikkingslogica die de leverancier beschikbaar stelt, de applicatieversie, de configuratie, gebruikers en exportbestemmingen. Inkoop vraagt de leverancier om gebruiksinstructies, beperkingen, relevant evaluatiebewijs, wijzigingsmeldingen en ondersteuning bij de verplichtingen van de organisatie.

De juridische review documenteert de classificatie- en rolaannames, inclusief de vraag of toekomstige aanpassing of rebranding de rol kan veranderen. De privacyreview beoordeelt de verwerking van sollicitantgegevens afzonderlijk. AI-governance vervangt geen analyse op het gebied van gegevensbescherming.

Test en implementeer waarborgen

Met de functies Map en Measure van NIST evalueert het team representatieve wervingsscenario's, het gedrag bij ontbrekende gegevens en prestatieverschillen tussen relevante groepen, voor zover dat rechtmatig en haalbaar is. Het documenteert onzekerheid en beperkingen van de steekproef in plaats van een eerlijkheidsindicator te presenteren als bewijs dat alle schadelijke bias is verdwenen.

Menselijk toezicht omvat training van recruiters, zichtbare beperkingen, een route om uitgesloten sollicitaties te beoordelen en de mogelijkheid om de rangschikking op te schorten. Het team test of reviewers de output begrijpen en die zonder operationele belemmeringen kunnen overrulen.

Beveiligingsmaatregelen beperken de toegang tot sollicitantgegevens en voorkomen niet-goedgekeurde exports. Wijzigingsbeheer vereist een herbeoordeling wanneer rangschikkingscriteria, modellen of verwerkingsregelingen van de leverancier veranderen.

Houd de drie conclusies gescheiden

De AIMS-vastlegging toont hoe beoordelingen, eigenaarschap, leveranciersreview en goedkeuringsprocessen hebben gewerkt. De RMF-vastlegging verklaart de contextuele risico's, tests, behandeling en resterende onzekerheid. De juridische vastlegging benoemt de toepasselijke plichten van de gebruiksverantwoordelijke, de timing en het openstaande werk.

Stel dat de leverancier onvoldoende instructies heeft verstrekt voor betrouwbaar toezicht. De releasevastlegging moet dat hiaat, de eigenaar ervan en het besluit om de ingebruikname uit te stellen of te beperken laten zien, en niet een groene status die is overgenomen van het ISO-certificaat van de werkgever.

Kies prioriteiten en onderhoud bewijs na de release

Geef eerst prioriteit aan toepasselijke wettelijke plichten en onaanvaardbare operationele risico's. ISO-certificering kan parallel aan herstelwerk verlopen, maar een auditdoel mag urgente beheersmaatregelen niet verdringen.

Als teams geen consistent eigenaarschap en consistente reviewprocessen hebben, bouw dan de basis van het AIMS. Als governance bestaat maar systeemevaluaties zwak zijn, gebruik dan het RMF om contextuele analyse en testen te verbeteren. Als een klant certificering eist, bevestig dan de verwachte scope voordat u een budget vaststelt.

Vermijd universele aannames over kosten of doorlooptijd. De inspanning hangt af van het aantal systemen, de bestaande governance, evaluatiebehoeften, inzicht in leveranciers en herstelwerk. Het RMF is vrij beschikbaar, maar de implementatie kost nog steeds personeelstijd; ISO-certificering voegt overwegingen toe rond toegang tot de norm en externe beoordeling.

Wijs na de release aanleidingen voor review toe aan artefacten. Een modelupdate van een leverancier kan evaluatieresultaten ongeldig maken; een nieuwe handelingsbevoegdheid kan het dreigingsmodel veranderen; een nieuwe markt kan een juridische herbeoordeling vereisen. Bewaar eerdere versies en besluiten, zodat reviewers kunnen reconstrueren wat destijds is goedgekeurd.

Veelgemaakte fouten zijn het behandelen van mappings als naleving, het verzamelen van beleid zonder operationeel bewijs, het accepteren van claims van leveranciers zonder toepassingsspecifieke analyse en het vastleggen van restrisico zonder eigenaar van het besluit. Een andere is het meten van modelkwaliteit terwijl applicatierechten en menselijk gedrag worden genegeerd.

Secani kan de bewijsworkflow ondersteunen door eisen, beheersmaatregelen, bronmateriaal, eigenaren, taken en beoordeelde besluiten met elkaar te verbinden. Begin met één afgebakende scope, koppel bewijs aan wat het ondersteunt en zet ontbrekend of verouderd materiaal om in toegewezen werk. Behandel door AI ondersteunde suggesties als concepten: een mens moet mappings en conclusies beoordelen, waarbij bronnen en de redenering achter de goedkeuring bewaard blijven. Zo blijft de governancebasis inspecteerbaar zonder engineering- of juridisch oordeel te vervangen.

Vragen die de implementatie beïnvloeden

Kunnen bestaande beveiligingsmaatregelen worden hergebruikt?

Ja, waar hun implementatie en bewijs de AI-toepassing dekken. Toegangsbeheer, incidentrespons en leveranciersbeheer dragen vaak bij. Ze beantwoorden op zichzelf geen vragen over schadelijke bias, het beoogde doel of effectief menselijk toezicht.

Wat als een leverancier de interne werking van het model niet wil prijsgeven?

Leg de beperking in het inzicht vast. Zoek bewijs dat in verhouding staat tot de use case, evalueer de ingezette applicatie en bepaal of contractuele garanties, beperkingen of alternatieve leveranciers nodig zijn. Ontbrekend inzicht is niet automatisch aanvaardbaar omdat de dienst commercieel verkrijgbaar is.

Wat moet het team als eerste doen?

Kies één use case met gevolgen en stel de eigenaar, het doel, de rolbeoordeling, de risicovastlegging, de waarborgen, de tests en de goedkeuring samen. Beoordeel de hiaten over alle drie de instrumenten. Die afgebakende oefening laat zien of de organisatie vóór uitbreiding betere governance, beter technisch bewijs of nog openstaand juridisch werk nodig heeft.