La pratique qui consiste à identifier, évaluer et atténuer les risques propres aux systèmes d’IA. Elle repose sur un vocabulaire et un modèle de données spécifiques à l’IA : les risques vivent sur des modèles, des jeux de données, des interfaces, des cas d’usage et des actions, pas sur des fiches d’actifs génériques.
AI Sigil propose un logiciel de gestion des risques IA qui applique cette pratique au même inventaire de systèmes d’IA que celui qui alimente son volet conformité : un risque identifié sur un modèle est visible depuis chaque système qui utilise ce modèle.
Le logiciel de gestion des risques IA enregistre chaque risque sur le modèle, le jeu de données, l’interface, le cas d’usage ou l’action dont il provient. Dans le logiciel de gestion des risques IA, le registre des risques est un artefact de travail, pas un export trimestriel.
Identifier un risque est un début, pas une fin. Le logiciel de gestion des risques IA vous permet de définir une ou plusieurs mitigations par risque, chacune avec son responsable, son statut et son calendrier.
Définissez les mitigations. Une ou plusieurs par risque, chacune avec un responsable, un statut et une échéance. La relation est de un à plusieurs : un même risque peut porter plusieurs traitements parallèles, suivis indépendamment.
Mettez en œuvre et reliez les preuves. Documents, résultats de tests et exports se rattachent à la mitigation qu’ils étayent, pour préserver de bout en bout le lien entre le risque, son traitement et sa preuve.
Réévaluez le risque résiduel. Notez à nouveau une fois les mitigations en place. La posture reflète la situation d’aujourd’hui, pas celle du jour où le risque a été ouvert.
Votre registre des risques et vos contrôles de conformité ne sont pas deux programmes séparés. Ils partagent le même graphe d’entités :
Dans le logiciel de gestion des risques IA, identifier un risque sur un modèle et évaluer le contrôle qui l’encadre se font dans le même environnement, sur les mêmes données. La fonction « Manage » du NIST AI RMF et l’obligation de système de gestion des risques de l’AI Act (articles 9 et 17 pour les systèmes à haut risque) s’appuient sur les mêmes enregistrements. Pas d’exports, pas de recoupements, pas de réconciliation entre outils.
La plupart des outils de gestion des risques d’entreprise partent du principe que le risque vit sur un actif, une application ou un processus. Les risques IA vivent sur les composants qui produisent le comportement de l’IA : le modèle, les données qui l’ont entraîné, le prompt qui l’a guidé, l’interface qui a façonné son usage. Ils ont aussi leur propre vocabulaire. Un logiciel de gestion des risques IA bâti sur un modèle d’actifs générique passe à côté de cette distinction.
Où chaque catégorie excelle, où elle atteint ses limites, et comment AI Sigil se compare sur la couverture des risques propres à l’IA.
Tableur
Peu coûteux, souple
Ni piste d'audit, ni graphe d'entités, ni réévaluation du risque résiduel
Suites de gestion des risques d'entreprise
Flux de travail éprouvés, reporting au conseil, intégration à l'informatique d'entreprise
Modèle d'actifs générique, sans vocabulaire propre à l'IA ni calibrage par classe de risque
AI Sigil
Le logiciel de gestion des risques IA d'AI Sigil ancre les risques propres à l'IA sur les composants, note le risque résiduel et s'unifie avec la couche de contrôles de conformité
Bibliothèque encore en expansion
Le logiciel de gestion des risques IA que vous choisissez doit modéliser les risques au niveau des composants, pas seulement au niveau du système d’IA. Un risque né dans un jeu de données d’entraînement ne se comporte pas comme un risque logé dans la conception d’un prompt ou dans une interface de déploiement, et votre logiciel doit saisir cette différence nativement.
Il doit noter le risque résiduel après mitigation, pas seulement le risque initial. Un logiciel de gestion des risques IA qui ne stocke qu’un champ de gravité ne peut pas représenter tout le cycle de la posture : identifié, traité, réévalué.
Et il doit partager le même graphe d’entités que vos contrôles de conformité. Des fiches de risques rangées dans un autre outil que votre bibliothèque de contrôles finissent par diverger, et vous passerez plus de temps à réconcilier des exports qu’à faire tourner le programme.