Comment prouver qu'un document existait à une date donnée ?
Pour prouver qu'un document existait à une date donnée, calculez son empreinte et envoyez-la à une autorité d'horodatage de confiance, qui renvoie un jeton signé liant cette empreinte à un instant qu'elle atteste. Ce jeton est une preuve qu'un tiers peut vérifier sans avoir à vous croire. Une date figurant dans votre système de fichiers, votre base de données ou les métadonnées du document n'est pas une preuve, puisque vous la contrôlez.
Le problème des dates que l’on produit soi-même
Toute date que vous pouvez produire au sujet de votre propre document a été produite par vous. L’horodatage du système de fichiers, la colonne « créé le » de votre base, la date imprimée en première page, les métadonnées du PDF : toutes sont sous le contrôle de la partie qui souhaite qu’on les croie.
Ce n’est pas une accusation, c’est la structure du problème. Un auditeur, une partie adverse ou un tribunal ne peut pas distinguer une date honnête d’une date opportune lorsque les deux proviennent de la même source. Les litiges d’antériorité, les dates d’effet de contrat, les délais de préavis, le point de départ des durées de conservation et les revendications de propriété intellectuelle en dépendent, et ce des années plus tard.
Comment un horodatage de confiance résout cela
La RFC 3161 décrit un protocole modeste aux conséquences importantes.
- Calculer l’empreinte du document. Une fonction de hachage cryptographique produit une empreinte de longueur fixe. Toute modification du document, fût-ce d’un octet, produit une empreinte entièrement différente.
- N’envoyer que l’empreinte. La demande part vers une autorité d’horodatage, un tiers exploitant un service de signature. Le document lui-même ne quitte jamais vos systèmes, ce qui rend la méthode utilisable pour du matériel non partageable.
- Recevoir un jeton signé. L’autorité renvoie un jeton contenant votre empreinte et l’heure, signé avec sa propre clé.
- Conserver le jeton avec le document.
Ce que le jeton établit est précis, et il vaut la peine de le dire précisément : ce contenu exact existait au plus tard à cet instant, et n’a pas changé depuis. C’est une borne unilatérale. Cela prouve que le document n’est pas plus récent que l’horodatage. Cela ne prouve pas qu’il n’est pas plus ancien.
Pour que cela fonctionne encore dans dix ans
C’est la partie que la plupart des mises en œuvre omettent, et elle échoue silencieusement.
Un jeton d’horodatage se vérifie contre le certificat de l’autorité. Les certificats sont valables un à trois ans. Pour vérifier en 2035 un jeton émis en 2026, un vérificateur strict a besoin de trois choses qui existent aujourd’hui et n’existeront plus : la chaîne de certificats complète telle qu’elle était, l’état de révocation au moment de la signature, et un algorithme encore considéré comme solide.
Conservez donc le matériel de vérification à côté du jeton, au moment où vous le créez. Réhorodater périodiquement avec un algorithme récent, avant que le précédent ne s’affaiblisse, prolonge la vie de toute la chaîne. Ni l’un ni l’autre ne se fait rétroactivement.
Où SealDoc intervient
SealDoc demande par défaut un horodatage RFC 3161 pour chaque document traité, enregistre une chaîne d’empreintes SHA-384 et un journal de chaîne de responsabilité, et livre le résultat sous forme de fichier PDF/A-3B, avec un dossier de preuve par document sur demande. Seule l’empreinte est envoyée à l’autorité d’horodatage : le document reste au sein d’une infrastructure européenne.
Dernière vérification: