Skip to content

Pourquoi un outil de gouvernance devrait citer un chemin de fichier

Une affirmation est une phrase. Une preuve est quelque chose qu’une seconde personne peut vérifier sans vous demander. Ce qu’une piste d’audit doit contenir, ce qu’un hachage prouve réellement, et ce qu’il faut exiger de tout outil qui prétend en produire une.

Mis à jour · 6 min de lecture

La différence entre une affirmation et une preuve

Le tableau de bord a été revu. C’est une affirmation.

Ce classeur, à cette version, différait de la version précédente de vingt-quatre façons, dont trois en échec ; revu par cette personne nommée à cette date ; exporté en un paquet scellé par ce hachage. C’est une preuve.

Le test entre les deux tient en une question. Une seconde personne peut-elle arriver à la même conclusion sans rien demander à la première. Si elle doit demander, ce que vous avez est une conversation, et les conversations ne survivent pas aux gens qui les ont eues.

Ce qu’une piste d’audit doit contenir

  • Qui. Une personne nommée partout où une personne a pris la décision, pas le compte de service qui l’a exécutée.
  • Quand. Un horodatage venant du système, pas une date tapée dans un document après coup.
  • Quoi. L’objet, identifié assez précisément pour le retrouver, par identifiant plutôt que par le nom seul.
  • Ce qui a changé. Avant et après, ou une empreinte de contenu de chacun là où le contenu lui-même est sensible.
  • Le résultat, y compris les vérifications réussies. Un registre des seuls échecs ne peut jamais démontrer la couverture.
  • La dérogation, s’il y en a eu une, et la personne qui l’a accordée.

Deux choses ne doivent jamais s’y trouver : des secrets, et une copie des données que la vérification a lues au passage. Un journal d’audit qui accumule discrètement des données métier est un nouveau passif portant un badge de conformité, et il sera découvert par quelqu’un qui n’est pas de votre côté.

Pourquoi ce site cite des chemins de fichiers

Ce site fait quelque chose qu’un site marketing ne fait généralement pas. Les affirmations portent un chemin de dépôt ou une surface du produit, et chaque article se termine par des sources que vous pouvez ouvrir et lire vous-même.

La raison, c’est le public. Un produit de gouvernance est acheté par des gens dont le métier n’est pas de prendre des affirmations sur parole, et une affirmation accompagnée d’un chemin invite à la vérification. Inviter à la vérification est le signal le plus fort disponible que la vérification ne sera pas embarrassante.

Cela discipline aussi l’écriture, d’une façon inconfortable et utile. Cinq capacités ont été proposées pour ce site comme différenciateurs et ont été auditées contre le code source avant que rien ne soit imprimé. Aucune n’a survécu à l’audit, et deux ont été contredites tout net par le code livré. Elles sont désormais interdites sur chaque page par un test, pas par de bonnes intentions, et le registre du pourquoi est conservé dans le dépôt. La discipline s’est révélée compter bien plus que les cinq phrases.

Le scellement, et ce qu’un hachage prouve réellement

Un sceau SHA-256 sur un paquet exporté prouve exactement une chose : les octets que vous tenez sont les octets qui ont été scellés. Il ne prouve pas que le contenu est vrai. Un outil qui laisse entendre le contraire vous vend quelque chose.

Ce qu’il écarte, c’est un argument précis : le fichier a-t-il été modifié entre l’export et la revue. Écarter cet argument vaut beaucoup dans un audit, et ne vaut rien du tout dans une discussion sur le fait que la vérification était la bonne vérification.

La forme plus forte est une chaîne. Chaque entrée hache son propre contenu avec le hachage de l’entrée précédente. Une ligne supprimée ou altérée brise la chaîne à partir de ce point, et la vérification nomme la première mauvaise ligne. Utiliser du SHA-256 simple sans clé secrète est la partie qui compte pour un auditeur : il peut revérifier l’export avec ses propres outils au lieu de prendre les nôtres.

Reproductible vaut mieux qu’impressionnant

Un paquet de preuves devrait être reproductible à l’octet près. Lancez-le deux fois sur la même entrée et obtenez les mêmes octets. Cela paraît académique jusqu’à ce que quelqu’un vous demande de relancer un rapport d’il y a six mois et de comparer.

Cela contraint aussi la conception de façon utile. Cela exclut les horodatages éparpillés dans le contenu, les ordres instables, et tout ce qui dérive d’un modèle qui pourrait répondre autrement demain.

C’est une autre façon d’énoncer une règle qui vaut la peine d’être gardée : le moteur déterministe est celui qui peut produire des preuves. Une passe assistée par l’IA produit un brouillon, et un brouillon est une bonne chose à avoir, tant que personne ne le classe comme preuve.

Une preuve doit pouvoir sortir

Une preuve qui n’existe qu’à l’intérieur du produit qui l’a produite n’est pas une preuve, c’est un écran. La question à poser est ce qu’il exporte, et sous quelle forme.

  • Un format tabulaire qu’une personne peut ouvrir, et un format machine qu’un scanner peut ingérer.
  • Des rendus lisibles par une machine et lisibles par un humain générés à partir d’un seul enregistrement. Les deux ne peuvent pas dériver et se contredire devant un auditeur.
  • Quelque chose qu’une personne sans compte peut ouvrir, parce que les conversations de gouvernance impliquent des gens qui n’en auront jamais.

Côté sécurité, l’étiquetage doit voyager avec le constat. Un constat mis en correspondance avec un safeguard CIS Controls v8.1 et une fonction NIST CSF 2.0 devrait porter cette correspondance à l’identique dans le CSV, l’export SARIF, le PDF et l’interface. Une correspondance qui ne s’affiche que dans une page web n’atteint jamais le scanner qui l’aurait utilisée. C’était de la décoration.

Des preuves d’audit mises en correspondance sont une chose utile à produire, et ce n’est pas une certification de conformité. Tout outil qui brouille ces deux notions vous nuit au moment précis où vous avez le plus besoin de clarté.

Ce qu’il faut exiger de tout outil qui revendique une piste d’audit

  1. Montrez-moi un vrai enregistrement exporté, pas une capture d’écran de celui-ci.
  2. Montrez-moi où une dérogation y apparaît, et qui est enregistré comme l’ayant accordée.
  3. Montrez-moi ce qu’il stocke sur une requête que l’IA a exécutée, et ce qu’il ne stocke délibérément pas.
  4. Dites-moi ce qu’il advient du registre quand l’outil est retiré.

La quatrième trie vite les produits. Si le registre part avec l’outil, alors ce qui a été acheté était un tableau de bord sur la gouvernance, pas la gouvernance elle-même.

Dire ce qui n’a pas été mesuré

La ligne la plus utile de la plupart des rapports est celle qui décrit ce qui n’a pas été couvert. Ce qui n’a pas été mesuré devrait être rapporté comme non mesuré, jamais discrètement complété par un chiffre plausible.

Un rapport avec des trous que vous pouvez voir vaut plus qu’un rapport d’apparence complète que vous ne pouvez pas vérifier, parce que vous pouvez agir sur le premier cette semaine.

Et une liste de constats vide est un bon résultat, ce qui n’est vrai que si le même outil vous aurait dit clairement que la vérification n’avait pas tourné du tout. Une preuve est ce qui reste utile quand la personne qui l’a produite n’est pas disponible.