Guide · Gouvernance de l'IA vérifiable
01 / 06

Gouvernance vérifiable de l'IA.
Le guide.

Presque toutes les organisations disposent désormais d'une politique en matière d'IA. Très peu d'entre elles sont en mesure de démontrer que celle-ci a été mise en œuvre dans un système précis, à une date précise, sous la responsabilité d'une personne bien identifiée. Ce guide explique comment combler cet écart.

En 50 mots La gouvernance vérifiable de l'IA ( Verifiable AI Governance ) désigne la capacité à démontrer, à l'aide de preuves cryptographiques qu'un tiers peut vérifier sans accéder au contenu, qu'un système d'IA a été conçu, validé, exploité et supervisé conformément aux règles de l'organisation. V-PROOF la met en œuvre grâce au registre V-Seal™.
Qu'est-ce que c'est et pourquoi maintenant ?
02 / 06

Gouvernance vérifiable de l'IA :passer de «
» à « démontrer ce qui s'est produit ».

Règle POLITIQUE ce qui devrait se passer Action EXÉCUTION ce qui s'est passé 7f2a… PREUVES empreinte + contexte VÉRIFICATION par un tiers
Gouvernance déclarative

« Tous les modèles à haut risque font l'objet d'une évaluation avant leur mise en service. »

Gouvernance vérifiable

« Le modèle v3.2 a passé avec succès l'évaluation E-114 le 14 mars. Il a été approuvé par la responsable des risques. Empreinte 7f2a… : n'importe qui peut vérifier qu'il n'a pas changé. »

Jusqu'à récemment, une politique bien rédigée suffisait. Quatre changements surviennent simultanément et la rendent désormais insuffisante.

Des agents qui agissent

L'IA crée des tickets, exécute du code, transfère des données. Toute action pour laquelle il n'existe aucune preuve de l'autorisation est un risque opérationnel et juridique.

Des modèles en pleine évolution

Ce qui a été évalué en janvier peut ne plus correspondre à la situation en juin. En l'absence de données par version, l'évaluation perd de sa validité en quelques semaines.

Règles exigeant une preuve

L'EU AI Act et la norme ISO/IEC 42001 font l'objet d'audits fondés sur des faits concrets : registres, versions, supervision humaine. Et non sur des intentions.

Les clients qui posent des questions

Les grands comptes et le secteur public souhaitent savoir comment sont gérés les contrats qu’ils passent. Une réponse vérifiable met fin à la discussion.

Les quatre niveaux de preuve
03 / 06

Toutes les preuves ne vont pas dans le même sens.
Chaque niveau répond à une question.

Confondre les niveaux est l'erreur la plus courante lors de la conception d'un programme de gouvernance vérifiable. Chacun apporte une garantie et a une limite clairement définie.

Niveau 01 · Est-ce la même chose ?

Intégrité

Empreinte cryptographique de l'actif. Ce qui est examiné aujourd'hui correspond exactement à ce qui existait au moment de son enregistrement.

Il ne précise pas qui l'a fait ni si c'était justifié.

Niveau 02 · Qui ?

Identité et autorité

Qui a enregistré ces éléments de preuve, à quel titre et en vertu de quelle politique ?

Cela ne signifie pas que cette personne ait examiné le contenu en détail.

Niveau 03 · Qu'a fait une personne ?

Supervision humaine

Ce qui a été examiné, ce qui a changé, ce qui a été approuvé ou rejeté. Ce que prévoit l'article 14 de l'EU AI Act.

Cela ne remplace pas la qualité de la révision ; cela permet simplement de la démontrer.

Niveau 04 · Quand ?

Météo

Lorsqu'il existait des éléments probants. Cela permet de démontrer qu'une évaluation a précédé un déploiement.

Le cachet d'enregistrement V-Seal™ n'est pas un cachet horodateur certifié eIDAS.

Ce qui est géré et comment cela fonctionne
04 / 06

Cinq pièces qui évoluent à des rythmes différents.
Un même registre de preuves.

L'IA d'une organisation n'est pas un objet. La gouvernance vérifiable traite chaque élément séparément et les relie entre eux dans le registre V-Seal™.

Systèmes et modèles

  • Inventaire et objectif
  • Niveau de risque
  • Versions et évaluations
  • Autorisations

Agents

  • Identité et autorité
  • Limites et outils
  • Mesures importantes
  • Interventions humaines

Code

  • Modifications et révision
  • Rapport IA · Humain
  • Déploiements
  • Locaux

Données et documentation

  • Base juridique et conservation
  • Documentation technique
  • Politiques dans des versions contrôlées

Décisions humaines

  • Acceptations et refus
  • Exceptions assorties d'un délai
  • Incidents et fermeture

Comment fonctionne V-Seal™ : l'empreinte est enregistrée, le contenu ne sort pas de son périmètre.

SON PÉRIMÈTRE V-PROOF · JONCTION V-SEAL™ Actif document · modèle · code · reste ici 7f2a…c9e1 EMPREINTE SHA-256 + CONTEXTE Empreinte + contexte système · version · responsable · politique IL NE FAIT QUE TRAVERSER LA PISTE Joint V-Seal™ référence unique · date Vérification publique auditeur · client · autorité · sans compte Cela correspond Introuvable
01

Empreinte

SHA-256 de la ressource ou du manifeste. Le fichier n'est ni envoyé ni stocké sur V-PROOF.

02

Contexte

Système, version, politique, responsable, ratio IA/humain et supervision, liés à l'empreinte.

03

Cachet

Enregistrement avec référence unique et date. Toute modification ultérieure rompt la correspondance.

04

Vérification

Un tiers vérifie sur le portail public, sans compte : « Correspond » ou « Introuvable ».

Loi européenne sur l'IA · ISO/IEC 42001 · NIST AI RMF
05 / 06

Gouvernance vérifiable et conformité :
Chaque cadre impose des exigences, mais les preuves requises sont les mêmes.

Ce n'est pas un cadre comme les autres. C'est une façon de mettre en valeur ceux que vous possédez déjà ou que vous allez acquérir.

MarcoCe qu’il demandeQuels éléments de preuve V-PROOF apporte-t-il ?
Loi européenne sur l'IAGestion des risques (art. 9), documentation technique (11), registres (12), supervision humaine (14), gestion de la qualité (17)Évaluations, versions, registres et interventions humaines par système, vérifiables par l’autorité
ISO/IEC 42001Système de gestion de l’IA : politique, rôles, évaluation d’impact, contrôles de l’annexe APreuve du bon fonctionnement de chaque contrôle, avec date et responsable, prête pour la certification
ISO 27001 · ENSContrôle des modifications, intégrité, journal des activités, incidentsModifications du code et de la configuration validées ; incidents avec identification de la cause première et clôture
NIST AI RMFGouverner · Cartographier · Mesurer · Gérer avec traçabilitéChaîne vérifiable entre le risque, la mesure et la décision qui l’a approuvée
RGPDBase juridique, limitation des données, analyses d’impactActifs de données et évaluations sécurisées ; les données à caractère personnel ne sortent pas du périmètre
Comment commencer
06 / 06

Il n'est pas nécessaire de tout diriger dès le premier jour.
Il faut d'abord faire ses preuves.

Les programmes échouent par excès d'ambition : ils veulent couvrir l'ensemble de l'IA avant même de disposer d'une seule preuve vérifiable. C'est en procédant à l'inverse que l'on y parvient.

Inventaire

Quels sont les systèmes d'IA existants, qui en est responsable et quel est leur niveau de risque ?

Diagnostic

Quelles obligations s'appliquent déjà, quelles sont les preuves existantes et lesquelles sont purement déclaratives ? Une semaine.

Un système

Celui qui présente le plus grand risque ou celui sur lequel les clients posent le plus de questions. Il est géré de A à Z.

Premiers éléments de preuve

Évaluation, validation, mise en production et suivi, certifiés et vérifiables. Puis, recommencer.

Foire aux questions

Ce que l'on vous demande généralement avant de commencer.

En quoi se distingue-t-il d'un outil GRC ou d'un SIEM ?

Un GRC organise les politiques, les risques et les contrôles ; un SIEM recense les événements de sécurité. Aucun des deux ne produit de preuves qu’un tiers puisse vérifier sans se fier à l’outil lui-même. La gouvernance vérifiable s’appuie sur ces deux éléments et y ajoute cette couche supplémentaire : empreinte, contexte et enregistrement indépendant.

Cela remplace-t-il l'audit ou la certification ?

Non. Cela modifie la durée et la fiabilité : au lieu de reconstituer les preuves à partir d'e-mails et de captures d'écran, l'auditeur vérifie les registres comportant une empreinte, une date et le nom du responsable.

Qu'est-ce qui sort du périmètre de mon organisation ?

L'empreinte et le contexte de gouvernance que vous choisissez d'enregistrer. Le contenu de l'actif, qu'il s'agisse d'un document, d'un modèle, de données ou d'un code, n'est ni transmis ni stocké sur V-PROOF. Vous pouvez le consulter partie par partie dans Confianza.

Que se passe-t-il si le document ou le modèle est modifié après avoir été tamponné ?

Toute modification génère une empreinte différente et la copie modifiée renvoie le message « Introuvable ». La version originale reste vérifiable ; une nouvelle version légitime est certifiée comme telle et la chaîne entre les deux est conservée.

Est-ce la même chose qu'une signature électronique ?

Non. La signature électronique qualifiée atteste de l’identité du signataire conformément à la directive eIDAS. Le cachet V-Seal™ atteste de l’intégrité d’une preuve, de son contexte de gouvernance et du moment où elle figurait dans le registre. Ces deux éléments sont complémentaires.

Est-ce que cela convient à l'IA que nous achetons auprès de tiers ?

Oui, et c'est le cas le plus fréquent. On réglemente l'utilisation que l'organisation fait du système : finalité, évaluation, validation, configuration, surveillance et incidents.