Comment vérifier qu'une entente signée n'a pas été modifiée ?

La seule règle : comparer à un élément que personne ne pouvait modifier ensuite

Une copie ne peut être vérifiée qu'en la comparant à un élément fixé à la signature qu'aucun de vous ne pouvait modifier ensuite. Deux copies détenues par la même personne prouvent peu de chose, car elle aurait pu modifier les deux. La question utile reste la même : qu'est-ce qui était fixé à la signature et qui le détient ?

Trois réponses sont courantes : l'original de chaque partie, l'enregistrement conservé par le service de signature électronique utilisé et une empreinte inscrite à une date connue à un endroit qu'aucune partie ne contrôle. Les sections suivantes les examinent une à une.

Papier : comparez les deux originaux page par page

Si vous avez chacun conservé un original papier signé, placez-les côte à côte et comparez chaque page : les formulations, les chiffres, les dates, les modifications manuscrites et les initiales correspondantes, ainsi que le nombre de pages. Les pages remplacées et les petites modifications de chiffres sont les écarts habituels entre copies.

S'il n'existe qu'un original, le meilleur élément suivant est une numérisation ou une photo reçue par l'autre personne lors de la signature, par e-mail ou message, car cet envoi a sa propre date. Comparez le papier à cette copie.

Un PDF provenant d'un service de signature électronique

La plupart des services de signature électronique fournissent deux éléments avec le fichier signé. Le premier est un certificat d'achèvement ou un journal d'audit : une page indiquant le document, l'e-mail de chaque signataire et le moment où chacun l'a consulté et signé. Le second, chez de nombreux services, est un sceau numérique sur le PDF lui-même.

Ouvrez le PDF signé dans un lecteur prenant en charge les signatures numériques et trouvez le panneau des signatures. Si le fichier porte un sceau, ce panneau indique si le document a été modifié après la signature. Comparez ensuite votre copie à celle reçue par l'autre personne et à celle que le service conserve encore, si votre compte permet de la télécharger.

L'emplacement du certificat et du panneau varie selon les services. Consultez donc les pages d'aide du vôtre. Gardez à l'esprit le fondement de ce contrôle : les dates et le journal d'audit proviennent du service. Les autres personnes les acceptent donc sur la foi de son rapport.

Une entente TrustChain, étape par étape

Sur TrustChain, ce contrôle concerne un enregistrement ancré. L'ancrage inscrit son empreinte dans une transaction Polygon datée. Seul un enregistrement ancré rend ainsi les modifications détectables : s'il change, il ne correspond plus à l'empreinte. Le lien public fonctionne après vos deux signatures, sans compte.

Les étapes 1 à 3 ne nécessitent qu'un navigateur. L'étape 4 exige Node.js sur un ordinateur. Si vous préférez l'éviter, la page Consulter un enregistrement sur trustchain.biz/verify-signature compare, dans votre navigateur, l'empreinte collée à celle que l'enregistrement public de TrustChain indique pour cet identifiant.

1. Ouvrez l'enregistrement public. Ouvrez le lien public de l'enregistrement, qui se termine par son identifiant de huit caractères. Il s'ouvre sans compte et indique, le cas échéant, que l'enregistrement est ancré sur Polygon.
2. Notez l'empreinte et la transaction. Copiez l'empreinte et la date d'ancrage, puis utilisez Voir sur Polygonscan pour ouvrir la transaction Polygon qui la date.
3. Retrouvez la même empreinte sur Polygon. Dans l'explorateur, vérifiez que la transaction a réussi et lisez sa date. Son heure peut précéder de quelques secondes l'heure d'ancrage affichée sur la page de l'enregistrement, qui correspond au moment où TrustChain a enregistré l'ancrage. Retrouvez ensuite les 64 mêmes caractères de l'empreinte dans les données d'entrée de la transaction.
4. Lancez le vérificateur ouvert. Lancez trustchain-verify depuis le dépôt ouvert de TrustChain sur GitHub en lui donnant l'identifiant de l'enregistrement. Il lit l'enregistrement public et Polygon, les compare et affiche chaque contrôle réalisé ainsi que ce que les contrôles ne montrent pas.

Essayer sur l'enregistrement d'exemple

L'enregistrement sur trustchain.biz/verify/5c79fbb0 est un exemple : notre propre enregistrement de test, créé pendant le développement de TrustChain, pas l'entente d'un client. Il est ancré sur Polygon, donc toutes les étapes ci-dessus fonctionnent avec lui. Les tests du vérificateur ouvert ont eux-mêmes été enregistrés à partir de cet exemple.

Avec Node.js 18 ou une version ultérieure, ces trois commandes téléchargent le vérificateur et le lancent sur l'exemple :

1. git clone https://github.com/TRUSTCHAIN-creator-KK/trustchain-protocol.git
2. cd trustchain-protocol
3. node verify/bin/trustchain-verify.js 5c79fbb0

• trustchain-verify sur GitHub: le code source, chaque contrôle effectué et ce qu'un résultat positif ne montre pas

Ce que contrôle le vérificateur ouvert

trustchain-verify fonctionne en lecture seule. Il effectue un appel à TrustChain, vers le même point d'accès public que la page de l'enregistrement, et lit tout le reste depuis des nœuds publics Polygon. Il n'envoie jamais de transaction et ne nécessite ni clés ni compte.

Il se termine par un code de sortie. 0 signifie que tous les contrôles ont réussi et 1 qu'un contrôle a échoué. 2 signifie que l'outil n'a pas pu terminer, par exemple à cause d'une panne réseau. Ce dernier code ne constitue jamais un verdict sur l'enregistrement.

Un résultat positif signifie que tous ces points ont été vérifiés :

1. L'enregistrement public indique un ancrage : une empreinte et une transaction Polygon.
2. La transaction a réussi sur Polygon et a été envoyée au contrat d'ancrage de TrustChain, dont le code correspond au code source publié dans le dépôt.
3. Elle a été envoyée par le portefeuille d'ancrage de TrustChain. Chacun peut écrire dans le contrat, ce contrôle est donc important.
4. L'empreinte inscrite dans la transaction correspond à celle de l'enregistrement et à celle du journal du contrat.
5. Le contrat conserve toujours cette empreinte avec la même heure et l'heure du bloc correspond.

Ce qu'est une empreinte

Une empreinte est un code court calculé à partir de données. Les mêmes données donnent toujours la même empreinte et un seul caractère modifié en produit une autre, complètement différente. Une correspondance signifie donc que les données qui l'ont produite n'ont pas changé.

L'empreinte de TrustChain couvre l'identifiant interne de l'enregistrement, son titre, ses conditions, son montant et les identifiants des deux comptes. Ces derniers ne sont affichés sur aucune page publique. On ne peut donc pas recalculer l'empreinte à partir du seul texte de l'entente. Coller ce texte dans un outil d'empreinte ne produira jamais la valeur de TrustChain.

Le vérificateur peut aussi recalculer une empreinte à partir d'un fichier d'enregistrement contenant exactement ces données. Chaque partie à une entente ancrée peut le télécharger dans l'onglet Preuve, où le contrôle Polygon effectue la même comparaison dans le navigateur. Un PDF ou un certificat ne suffit pas, car aucun ne contient les identifiants des comptes.

L'ancrage inscrit plus qu'une empreinte : la transaction Polygon contient l'empreinte et l'identifiant TrustChain de l'enregistrement, avec deux emplacements de portefeuille vides. Aucun texte d'entente, nom ou e-mail n'est inscrit sur la chaîne. La conservation et l'ancrage des enregistrements par TrustChain sont décrits sur trustchain.biz/security.

Ce que ces contrôles ne montrent pas

Une correspondance montre que cette empreinte a été inscrite sur Polygon à cette heure par le portefeuille d'ancrage de TrustChain et que l'enregistrement public de TrustChain indique toujours la même. Le contrat ne possède aucune fonction pour modifier ou supprimer une entrée. Une correspondance laisse ces questions ouvertes et le vérificateur les affiche à chaque fois :

1. L'identité des personnes ni le fait que quelqu'un ait signé. La signature se fait dans l'application TrustChain. Les signatures et leurs heures proviennent des propres enregistrements de TrustChain.
2. Que l'identifiant d'enregistrement de huit caractères appartient à cet ancrage, autrement que sur la parole de TrustChain. Cet identifiant n'est pas inscrit sur la chaîne. Celui qui y figure est l'identifiant interne de TrustChain, un autre code. Le lien entre eux est la transaction retournée par le point d'accès public de TrustChain.
3. Les éléments à partir desquels l'empreinte a été calculée, sauf si vous avez le fichier de l'enregistrement, que seules les deux personnes de l'entente peuvent télécharger.
4. L'équité des conditions ou leur signification juridique là où vous vivez.
5. Quoi que ce soit sur un enregistrement qui n'a jamais été ancré. Sans ancrage, il n'existe aucune empreinte publique et l'enregistrement repose sur le propre journal d'audit horodaté de TrustChain.

Quand les copies ne correspondent pas

Ne jetez aucune copie et n'en modifiez pas une pour la faire correspondre à l'autre. Conservez les deux exactement telles quelles, notez quand et comment vous avez constaté l'écart et gardez les messages qui accompagnaient chaque copie.

Comparez ensuite chaque copie à ce qui a été fixé lors de la signature : l'autre original, le certificat du service ou l'empreinte ancrée. Un écart précis que vous pouvez montrer, avec ses dates, constitue le point de départ de la discussion suivante. Si le différend porte sur ce qui a été convenu, ce guide explique la première réponse à envoyer :

• Le client affirme que ce n'est pas ce qui a été convenu. Que faire ?