Un registre enchaîné vaut ce qu’une seconde personne peut vérifier seule. Ce qu’une ligne contient, ce que la chaîne prouve par elle-même, et ce qu’elle confie à d’autres contrôles. Puis comment un auditeur revérifie un export avec ses propres outils.
Mis à jour · 7 min de lecture
Un registre de changements mérite son nom en étant lisible par quelqu’un qui n’était pas dans la pièce. Chaque changement gouverné écrit une ligne. La ligne est délibérément ennuyeuse.
Il se tient à côté de la piste d’audit de l’exploitant plutôt que de la remplacer. Deux registres, deux lecteurs. La piste d’audit est l’historique de console qu’un administrateur parcourt pendant la semaine. Le registre est ce que quelqu’un lit un an plus tard, sans aucun souvenir de tout cela.
Chaque hachage d’entrée est un SHA-256 sur deux choses jointes. D’abord, la forme canonique de l’entrée, son propre hachage retiré. Ensuite, le hachage de l’entrée précédente. Canonique signifie les clés triées dans un ordre fixe, sans espace superflu. La même entrée se sérialise alors toujours en les mêmes octets. La première entrée est liée à soixante-quatre zéros.
Ce que cette construction apporte mérite d’être énoncé précisément. Modifiez un caractère d’un champ enregistré, supprimez une ligne, ou échangez deux lignes. Chaque lien à partir de ce point cesse de correspondre. La vérification parcourt tout le fichier. Elle signale l’index de la première mauvaise ligne et la raison. Cette raison est l’une de trois : une ligne mal formée, un lien brisé, ou un hachage en désaccord avec son propre contenu.
Nommer la première mauvaise ligne fait l’essentiel de la valeur. Quelque chose ne va pas quelque part dans cinquante mille lignes est une alarme. Ligne 8 214, hachage divergent, est un point de départ. Cela borne aussi la question, parce que tout ce qui précède a été vérifié.
La fonction est du SHA-256 simple sans clé secrète. C’est un compromis délibéré. Une construction à clé prouverait que le registre vient de nous. Une construction sans clé laisse quiconque détient l’export le vérifier avec trente lignes de son propre script. Pour un auditeur, c’est de loin la propriété la plus utile.
Une chaîne répond bien à une question, et pas du tout à plusieurs autres. Savoir laquelle est laquelle compte. Cela empêche de faire confiance à un contrôle pour un travail qu’il n’a jamais fait.
Un éditeur qui répond aux quatre de bon cœur est plus utile qu’un éditeur qui dit que la chaîne les couvre.
L’export arrive en JSON ou en CSV, pris depuis la console du registre. Il porte les filtres qui ont été appliqués. Pour la vérification, prenez le JSON. Le CSV aplatit la colonne des détails pour qu’une personne puisse la lire, et le hachage a été calculé sur une forme différente.
Un recalcul qui diverge à chaque ligne pointe généralement vers le sérialiseur, pas vers le registre. Cela inclut la toute première ligne. L’ordre des clés, les espaces et l’échappement unicode changent chacun les octets hachés. Se tromper sur l’un d’eux donne une réponse uniforme, assurée et complètement fausse.
Gardez le script. Une vérification que vous pouvez relancer à la demande est un contrôle. Une vérification que quelqu’un a faite une fois, en réunion, est une anecdote.
La console affiche un badge de vérification, calculé sur tout le fichier à chaque chargement de page. Une rupture apparaît la prochaine fois que quelqu’un regarde. C’est aussi, inévitablement, le rédacteur qui rend compte de lui-même.
L’écran est aussi une vue au sens ordinaire. Il est filtré par surface, par acteur et par plage de dates. Il est trié du plus récent au plus ancien et plafonné à un nombre de lignes praticable. L’export applique les mêmes filtres avec un plafond bien plus grand. Avant de tirer une conclusion d’un compte, sachez lequel des deux vous lisez.
Un export peut quitter le bâtiment, un écran non. Un export pris aujourd’hui et détenu par votre auditeur fige la chaîne à aujourd’hui. Tout désaccord ultérieur entre sa copie et la vôtre apparaît dans une simple comparaison. Cela ne demande de confiance en aucune des deux parties. C’est la propriété autour de laquelle il vaut la peine de concevoir toute la routine.
Un export gagne en valeur avec l’âge et la distance. Une copie, entre vos mains, sur la même machine, est une sauvegarde. Une série de copies est une preuve. Prenez-les selon un calendrier, et conservez-les là où le produit n’a aucun accès en écriture.
La troisième étape transforme un fichier cohérent avec lui-même en fichier audité. Elle coûte une commande de comparaison. Tout le reste de cette page est une préparation à son exécution.
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.
Quatre choses se font appeler gouvernance : la certification, la propriété, le contenu obsolète et le contrôle des changements. Ici, chacune est écrite comme une vérification que vous pouvez lancer, pas comme un objectif que vous pouvez énoncer. Il y est aussi question du seul changement qui passe une revue visuelle et reste faux.
La règle approuver pour exécuter, en mots simples. L’assistant lit, explique et propose, et une personne possède le chemin d’écriture. Ce que cela coûte, ce que cela rapporte, et trois questions à poser à toute fonctionnalité d’IA.