Brevet FR2808948A1 — publié le 20011116

DOMAINE TECHNIQUE DE L'INVENTION La présente invention concerne le domaine de l'authentification de documents, et s'applique plus particulièrement à un système et une méthode dans lesquels un document électronique faisant partie d'un groupe de documents associés fait office de porteur des informations d'intégrité destinées à authentifier de manière unique chaque reproduction du groupe. ÉTAT DE LA TECHNIQUE L'environnement actuel des réseaux informatiques se caractérise par une croissance exponentielle de la circulation de documents électroniques. Il s'agit de documents de textes simples ou de fichiers de type texte, codés p. ex. en ASCII (American Standard Code for Information Interchange), et plus généralement de fichiers de données tels que ceux correspondant p. ex. au codage des images selon l'algorithme de compression standard JPEG (Joint Picture Expert Group). Cependant, ces documents circulant sur des supports non sécurisé, et notamment l'Internet, leur authentification est un sérieux problème. Il devrait être possible pour le destinataire d'un document de s'assurer de son origine afin d'empêcher quiconque de se faire passer pour quelqu'un d'autre. De même, il devrait être possible de vérifier qu'un document n'a pas été modifié, accidentellement ou par malveillance, en cours de route. Pour cela, la solution standard - qui convient à toutes les formes de documents électroniques puisque, quelle que soit la méthode utilisée pour coder les informations, le résultat final est un fichier de données binaire - consiste à concaténer un code d'authentification de message ou MAC avec les fichiers des documents électroniques. Un MAC est un code calculé avec une fonction de calcul réductrice unidirectionnelle à partir d'un fichier binaire codé et qui dépend aussi d'une clé, p. ex. une clé secrète connue seulement de l'expéditeur et du destinataire de manière à ce FR920000021 -2 - que ce dernier puisse ensuite vérifier, premièrement que ce qu'il reçoit a bien été envoyé par la personne avec qui il partage la clé secrète et, deuxièmement, que le document n'a pas été altéré. Par exemple, le Secure Hash Algorithm ou SHA spécifié par le National Institute of Standards and Technologies, NIST, FIPS PUB 180-1, "Secure Hash Standard", US Dpt of Commerce, mai 93, génère un code de 160 bits. Il peut être combiné avec une clé, p. ex. au moyen d'un mécanisme appelé HMAC (KeyedHashing for Message Authentication) soumis à la RFC (Request For Comment) de l'IETF (Internet Engineering Task Force) sous le numéro 2104. Le HMAC est conçu de telle manière qu'il peut être utilisé avec n'importe quelle fonction de calcul cryptographique itérative, dont SHA. Par conséquent un MAC peut être annexé à un fichier de document de telle sorte que le tout puisse être contrôlé par le destinataire. Ainsi, cette méthode suppose l'addition des informations de contrôle à un fichier existant après que les informations à transmettre aient été codées. Cette méthode a l'inconvénient de séparer clairement le contenu informationnel du fichier de son mécanisme de contrôle. Par conséquent, ce dernier peut être facilement isolé et éliminé volontairement dans une intention frauduleuse, ou accidentellement parce que les équipements intermédiaires chargés de transmettre les documents électroniques ne sont pas conçus pour manipuler cet élément d'information supplémentaire. Un autre point critique des réseaux de communication publics tels que l'Internet est la discrétion et la confidentialité. Toutes les informations circulant entre des utilisateurs finaux, qu'il s'agisse de textes, d'images ou de combinaisons des deux, ne sont pas destinés à être publics. La réponse standard à ce problème est basée sur la cryptographie. Autrement dit, les fichiers d'informations qui doivent être tenus secrets sont cryptés avant d'être transmis. Le DES (Data Encryption Standard) est l'algorithme de cryptage standard qui est utilisé depuis deux décennies pour crypter et décrypter les fichiers de données. Il fonctionne sur des blocs de données de 64 bits, avec une clé FR920000021 -3 -- secrète symétrique partagée entre les utilisateurs concernés. L'algorithme DES est identique à l'algorithme standard ANSI Data Encryption Algorithm (DEA) défini dans ANSI X3.92-1981. L'authentification des fichiers cryptés se fait exactement comme pour les fichiers non cryptés; autrement dit, un MAC est calculé et concaténé avec ce qui reste intrinsèquement un fichier de données binaire. Par conséquent, un autre inconvénient de calculer des informations d'intégrité à partir des données est le fait que ces informations d'intégrité révèlent elles-mêmes des informations sur les données à partir desquelles elles sont calculées. Tant que la clé n'est pas changée, les informations d'intégrité calculées à partir des données restent les mêmes. Par conséquent, si une personne indiscrète remarque que le MAC transmis est le même, elle peut être certaine que le message crypté transmis est lui aussi le même. Dans des applications o des fichiers pré- formatés sont transmis de manière répétée (p. ex., les mêmes images ou les mêmes séquences musicales codées), une simple analyse de fréquence appliquée aux valeurs MAC interceptées peut révéler une structure dans les messages transmis. De même, un ou plusieurs fichiers cryptés envoyés une seule fois mais vers plusieurs destinations permet de savoir quel groupe a reçu les mêmes informations. C'est pourquoi il serait intéressant, premièrement, d'introduire une certaine randomisation dans le processus de manière à ce que les valeurs MAC varient constamment et, deuxièmement, de permettre de dissimuler les MAC dans les informations transmises afin d'empêcher totalement un adversaire de tirer des informations de l'observation des données transmises. Si ce résultat pouvait être obtenu partiellement (la randomisation pourrait être obtenue de cette manière) en changeant les codes, et plus particulièrement la clé de calcul du MAC, laquelle devrait être différente pour chaque copie transmise d'un ou plusieurs fichiers de données identiques et/ou pour chaque destination, cela pénaliserait gravement le système de gestion de clés, car il faudrait que FR920000021 -4 - les clés secrètes soient d'abord transmises par un canal séparé, ce qui constitue une tâche pénible. OBJET DE L'INVENTION C'est pourquoi la présente invention a pour objet général de remédier aux défauts décrits plus haut des systèmes existants. L'invention a aussi pour objet de proposer une méthode et un système introduisant une certaine randomisation dans l'insertion d'un MAC de manière à ce qu'à chaque reproduction d'un même groupe de fichiers de données puissent être associées des données d'authentification uniques. L'invention a également pour objet de permettre de fusionner et de dissimuler les données d'authentification dans les informations transmises. Enfin, l'invention a aussi pour objet de pouvoir être mise en oeuvre de manière transparente, notamment sans qu'il soit nécessaire de transmettre davantage de clés secrètes qu'il n'est généralement nécessaire pour le cryptage et l'authentification. Les autres objets, caractéristiques et avantages de la présente invention apparaîtront aux spécialistes à l'examen de la description suivante et des dessins d'accompagnement. Il est entendu que d'autres avantages peuvent être incorporés. FR920000021 -5 -- RÉSUMÉ DE L'INVENTION Une méthode et un système, pour authentifier de manière unique chaque reproduction d'une pluralité de documents électroniques formant un groupe, sont proposés. La méthode sélectionne d'abord un document électronique dans le groupe, lequel deviendra le porteur d'un code d'authentification destiné à protéger le groupe. Les documents électroniques sont concaténés en utilisant cependant une forme canonique du document électronique sélectionné, de manière à pouvoir effectuer ultérieurement un contrôle. Ensuite, le code d'authentification est calculé à partir de la concaténation du groupe de documents électroniques et d'une clé. Un nombre aléatoire est également généré pour chaque reproduction du groupe de fichiers. Il est combiné avec le code d'authentification pour marquer le document électronique sélectionné qui fait office de porteur. Une méthode pour contrôler le code d'authentification est également proposée. Ainsi, l'invention introduit une certaine randomisation dans l'insertion d'un code d'authentification, de sorte qu'à chaque reproduction d'un groupe identique de fichiers de données peuvent être associées des données d'authentification uniques. L'invention permet aussi de les fusionner et de les dissimuler dans les informations transmises. FR920000021 -6 - BREVE DESCRIPTION DES FIGURES La présente invention est intégralement décrite dans la description détaillée ci-après accompagnée des figures suivantes: La figure 1 est un exemple simple de la manière dont l'invention peut être mise en oeuvre. La figure 2 montre que davantage de fichiers peuvent être associés dans un groupe. La figure 3 décrit le cas général o un ensemble de fichiers, dont le porteur, sont associés. La figure 4 est une description détaillée de la manière dont l'invention est mise en oeuvre lorsque le porteur est un fichier de texte simple. La figure 5 montre les étapes de la méthode de contrôle selon l'invention. La figure 6 montre une exemple de méthode améliorée pour obtenir un code d'authentification conformément à l'invention. DESCRIPTION DÉTAILLÉE DE L'INVENTION La figure 1 montre comment l'invention peut être mise en ouvre de manière optimale à l'aide d'un exemple d'application. Un premier document, en l'occurrence une image d'empreinte digitale [100], est codé sous forme d'un fichier de données formaté, p. ex., selon l'algorithme standard de compression d'images JPEG (Joint Photographic Experts Group), donnant un fichier de données [110] dont le nom sera, par exemple, fingerprint.jpg. A cette image est associé un second document, par exemple un texte [120] donnant des explications sur les empreintes digitales. Le document de texte est également codé sous forme de fichier, p. ex. un simple fichier ASCII "fingerprint.txt" [130]. Ensuite, le premier document, l'image de l'empreinte digitale [100], peut être protégé en calculant [140] un MAC (Message Authentication Code) utilisant le message du fichier [110] et une clé [115] comme entrées, avec n'importe FR920000021 -.7- quelle méthode connue dans l'état actuel de la technique, pour obtenir un code unique ou MAC [145], c'est à dire un vecteur binaire fait de 1 et de 0. Ensuite, le MAC, au lieu d'être annexé au fichier de l'empreinte digitale, est utilisé, avec un nombre aléatoire [160], pour marquer [170] de manière transparente et unique le fichier de texte [130] qui accompagne l'image, comme il est expliqué dans les figures suivantes, afin de remplir les objectifs de l'invention qui sont de randomiser et de dissimuler les données d'authentification. Par conséquent, le second document fait office de porteur [150] pour les données d'authentification. La figure 2 illustre précisément le fait que plus de deux documents peuvent être impliqués. Par exemple, une photo de la personne [205] dont l'empreinte digitale est montrée [200] peut aussi être associé, de sorte qu'un MAC est calculé [240] à partir des fichiers graphiques concaténés [210 et 211] puis fusionné dans le fichier de texte [230] afin que les deux puissent être authentifiés ensemble par le décodage du texte d'accompagnement marqué [250], à la réception des trois fichiers associés [210, 211 et 250]. La figure 3 illustre un autre cas général d'utilisation de l'invention dans lequel le MAC [345] n'est pas calculé seulement à partir de plusieurs fichiers, p. ex. les fichiers [310 et 311] des deux images [300, 305], mais comprend aussi le fichier du document texte lui-même [320] qui est finalement utilisé pour transporter [350] les données d'authentification, de sorte que les trois éléments forment un groupe [313] qui peut être authentifié comme un ensemble. Etant donné que, dans ce cas, le porteur des données d'authentification est concaténé [314] afin de participer au calcul [340] du MAC, on suppose implicitement qu'il peut exister quelque chose de tel qu'une forme canonique du fichier de texte qui fait office de porteur [330] à partir de laquelle un fichier identique [312] (canonical.txt) peut être généré afin que les calculs effectués lors de la génération et du contrôle puissent FR920000021 -8 - effectivement coïncider. Dans cet exemple particulier, le porteur étant le fichier de texte [330], les modifications susmentionnées qui peuvent être apportées de manière transparente au document de texte doivent consister à changer, d'une manière quelconque, le nombre de blancs entre les mots (comme, p. ex., [331]) du texte. Toutefois, cela ne doit pas affecter la lisibilité. Ensuite, la forme canonique du texte sur laquelle toutes les parties impliquées doivent convenir et à partir de laquelle le calcul du MAC doit commencer, peut consister à supprimer tous les blancs entre les mots ou à laisser un nombre fixe prédéfini de ces blancs, par exemple un blanc entre chaque mot comme il est d'usage dans un document de texte. Ainsi, la forme canonique est, dans ce cas particulier, une forme de texte qui peut être obtenue de manière identique par l'expéditeur et par le destinataire, sans tenir compte du fait que le texte ait été marqué (par l'insertion de blancs supplémentaires), afin de permettre l'authentification du groupe de fichiers transmis. Enfin, comme dans les exemples des figures 1 et 2, le MAC est utilisé, avec un nombre aléatoire [360], pour marquer de manière transparente [370] le fichier de texte [130] qui fait office de porteur [350] pour les données d'authentification. La figure 4 décrit la méthode de l'invention pour permettre l'intégration dans le fichier porteur des données d'authentification de manière à ce que les informations soient randomisées et dissimulées. Bien que, dans cet exemple, cette version préférentielle de l'invention utilise un fichier de texte en guise de porteur pour les données d'authentification, il doit être évident pour les spécialistes que, sans trahir l'esprit de l'invention, elle pourrait être appliquée de différentes manières impliquant ou non un fichier de texte. La mise en oeuvre de l'invention suppose qu'il existe une sorte d'élément neutre dans le fichier porteur qui n'altère pas sa signification ou son fonctionnement même s'il est isolé ou reproduit davantage qu'il n'est strictement nécessaire. Conformément à cette définition, le blanc (x'40' pour un fichier ASCII, affiché FR920000021 -9 - ici sous forme de signe d'insertion ^ [480]) est l'élément neutre pour un document de texte puisque l'insertion de plus de blancs qu'il n'est nécessaire, c'est à dire que plus d'un blanc, n'altère pas la lisibilité. De même, étant donné qu'il y a au moins un blanc entre chaque mot, il y a de nombreuses opportunités de fusionner, sous la forme de blancs supplémentaires entre les mots, les données d'authentification, à condition que le texte comprenne suffisamment de mots. Ensuite, l'invention suppose que le MAC [400] (calculé selon n'importe quelle méthode standard ou personnalisée connue dans l'état actuel de la technique) est utilisé ici pour diviser le texte en deux ensembles de mots. Pour cela, il suffit de créer un premier ensemble [410] avec les mots dont la position correspond aux 1 [412] du vecteur binaire MAC. Le second ensemble [420], complémentaire, correspond aux 0 [422]. Dans la description de la figure 4, on admet, par souci de simplicité, que la longueur du vecteur binaire MAC correspond au nombre de mots du texte [430] bien que ce soit rarement le cas. Toutefois, si le texte comprend davantage de mots, ce qui est généralement le cas, toutes les parties concernées doivent convenir de la partie à sélectionner afin que le codage et le contrôle se fassent de la même manière. La méthode la plus simple consiste à sélectionner un nombre suffisant de mots du texte, en commençant par le début, correspondant à la longueur du vecteur binaire MAC, mais il existe de nombreuses autres possibilités, telles que de sélectionner les mots en partant de la fin, ce qui évite de choisir d'autres méthodes plus sophistiquées telles que de sélectionner des sous-groupes de mots sur lesquels il faut s'entendre a priori. On suppose aussi que le nombre de mots du texte porteur le plus court est suffisant pour correspondre à la longueur du vecteur binaire résultant de la fonction MAC choisie. En d'autres termes, selon le niveau de protection que l'on désire obtenir dans une application donnée de l'invention, le vecteur binaire MAC aura différentes longueurs (p. ex., un code de calcul de 160 bits est produit avec SHA). Ainsi, le FR920000021 - 10 - texte porteur doit avoir au moins le nombre correspondant de mots (plus exactement, il doit y avoir un nombre suffisant d'intervalles entre les mots, le dernier mot du texte étant généralement exclu [431]) pour permettre l'utilisation du vecteur binaire MAC complet. Sinon, si le MAC ne peut pas être entièrement utilisé parce que le texte porteur est trop court, le niveau de protection est réduit d'autant. Ensuite, le premier ensemble de mots [410], avec les blancs qui les suivent, est marqué par l'insertion d'un nombre aléatoire (RN) de blancs supplémentaires. La méthode exacte pour réaliser ceci sort de l'objet de la présente invention. Par souci de clarté, on suppose dans cette illustration de l'invention qu'une méthode simple est appliquée. En l'occurrence, RN est généré par un générateur de nombres aléatoires [445] approprié quelconque, connu ou adapté à partir de l'état actuel de la technique, sous la forme d'un premier vecteur binaire Pi [440], pouvant entrer p. ex. dans le plus petit des deux ensembles de mots. Ensuite, un blanc supplémentaire est inséré pour chaque intervalle correspondant, p. ex., à un 1 dans Pi [442]. On peut envisager des méthodes plus sophistiquées et de nombreuses variantes pour obtenir et insérer une combinaison aléatoire de blancs supplémentaires, mais cela ne changerait pas l'objet de l'invention, laquelle, plutôt que d'insérer directement le MAC dans le texte porteur, l'utilise pour le diviser et insérer un nombre aléatoire de blancs supplémentaires. Enfin, le second ensemble de mots est également marque. A partir de Pi [440], une fonction de transformation T [450] est appliquée pour obtenir une seconde combinaison P2 = T(P1) [460] qui doit pouvoir entrer dans le second ensemble de mots. Comme Pi, P2 sert à insérer des blancs supplémentaires dans le second ensemble, p. ex. [462]. Encore une fois, le type de fonction de transformation T à utiliser pour obtenir P2 à partir P1 sort de l'objet de l'invention. De nombreuses méthodes équivalentes sont possibles. La plus simple consiste à simplement réutiliser Pi tel quel pour l'insérer dans le second ensemble. Une méthode de transformation plus FR920000021 - il - élaborée consiste à calculer RN de telle sorte que P2 = H(P1). H peut être une fonction de calcul appropriée quelconque. En l'occurrence, P2 [460] est juste le complément bit à bit de Pi. La dernière opération consiste à rassembler [470] le deux ensembles issus de la combinaison de 1 et de 0 du MAC [400] pour obtenir le porteur [475]. La figure 5 décrit un exemple de la méthode de décodage selon l'invention, le porteur étant un document de texte simple dans lequel des blancs supplémentaires ont été insérés. La description commence lorsqu'un MAC est recalculé [500] comme indiqué sur les figures 1, 2 et 3. Les opérations représentées sur cette figure sont effectuées d'une manière similaire à ce qui était montré sur la figure 4. Ensuite, avec le vecteur binaire MAC, le texte est divisé en un premier et un second ensembles de mots. Une combinaison de blancs supplémentaires est extraite [520 et 530] de chacun des deux ensembles. Sur la combinaison extraite du premier ensemble est appliquée [540] la même fonction de transformation que celle utilisée pour le codage. Enfin, si la combinaison de blancs supplémentaires du second ensemble correspond [551] à la combinaison transformée du premier ensemble lorsqu'elles sont comparées [550], les fichiers sont reconnus comme authentiques. Si la comparaison échoue [552], il faut admettre qu'un ou plusieurs fichiers du groupe de fichiers ont été manipulés. La figure 6 donne plus de détails sur ce que devrait être la combinaison du MAC pour une mise en oeuvre optimale de l'invention. Bien que l'invention ne nécessite aucun postulat quant à la manière de calculer le MAC, il faut néanmoins mentionner les restrictions suivantes. Quelle que soit la méthode effectivement retenue pour le calculer, il faut tenir compte du cas o le MAC aurait très peu de bits à 1 ou très peu de bits à 0, bien que la probabilité d'obtenir un tel rapport entre les 0 et les 1 soit faible, voire très faible. Ainsi, supposons un instant, p. ex., qu'un MAC de 128 bits comprend 127 bits à 1 et seulement un bit à 0. Concrètement, il en résulterait 127 bits de données aléatoires qui pourraient être codées dans le premier FR920000021 - 12 - ensemble de mots (tel que [410] sur la figure 4) du texte divisé, et seulement 1 bit de données aléatoires transformées qui pourraient être codées dans le second ensemble (tel que [420]), lequel comprendrait donc un seul mot dans cet exemple extrême. Dans ce cas, un adversaire voulant substituer un autre texte au texte réel aurait une probabilité de 1/2 de passer avec succès par hasard le contrôle de vérification. De même, avec un partage de 126 et 2, on aurait une probabilité de 1/4 de passer avec succès par hasard le contrôle de vérification, etc. Par conséquent, la situation optimale est celle o le MAC a le même nombre de 1 et de 0, à savoir 64 uns et 64 zéros dans cet exemple o le MAC possède 128 bits. Cela donne une probabilité minimum de 1/(2**64). Par conséquent, on peut éventuellement désirer favoriser une méthode de génération de MAC qui garantisse un nombre prescrit de bits à 0 et de bits à 1. Parmi les nombreuses possibilités, une méthode triviale est d'avoir une procédure récursive o le MAC est calculé au moyen des données d'entrée [600], d'une clé [610] et d'un compteur [620]. Le MAC généré [630] est testé [640] pour voir si le nombre de bits à 0 et de bits à 1 satisfait la condition imposée, et, si c'est le cas, le MAC est accepté et utilisé [650]. Sinon, la valeur du compteur [620] est augmentée [660] et un nouveau MAC est calculé, cette procédure continuant jusqu'à ce qu'un MAC acceptable soit trouvé. L'expéditeur et le destinataire utilisant la même procédure pour générer des MAC et le premier MAC acceptable étant pris, ils sont assurés d'utiliser la même valeur MAC. FR920000021 - 13 - REVENDICATIONS 1) Une méthode pour authentifier de manière unique chaque reproduction d'un pluralité de documents électroniques [310, 311 et 330], ladite pluralité de documents électroniques formant un groupe [313], la dite méthode comprenant les étapes suivantes: sélection d'un document électronique [330] dans ledit groupe [313], lequel deviendra le porteur [350] d'un code d'authentification [345] destiné à protéger ledit groupe, concaténation [314] de ladite pluralité de documents électroniques, ladite étape de concaténation comprenant l'étape suivante: utilisation d'une forme canonique [312] dudit document électronique sélectionné [330], calcul [340] dudit code d'authentification [345] à partir dudit ensemble concaténé de documents électroniques [314] et d'une clé [315], génération d'un nombre aléatoire [360], et combinaison dudit nombre aléatoire et dudit code d'authentification pour marquer [370] ledit document électronique sélectionné [330], afin d'obtenir ledit porteur [350]. 2) La méthode décrite dans la revendication 1, ladite étape de concaténation excluant ledit document électronique sélectionné [230]. 3) La méthode décrite selon l'une quelconque des revendications précédentes, ladite étape de concaténation étant remplacée par l'étape de prise en charge d'un seul document électronique [110]. FR920000021 - 14 - 4) La méthode décrite dans l'une quelconque des revendications précédentes, l'étape de combinaison comprenant les étapes suivantes: division dudit document électronique sélectionné [430] en un premier ensemble [410] et un second ensemble [420] sur la base dudit code d'authentification [400], utilisation dudit nombre aléatoire [440] pour marquer [442] ledit premier ensemble, transformation [450] dudit nombre aléatoire, utilisation dudit nombre aléatoire transformé [460] pour marquer ledit second ensemble, et rassemblement [470] dudit premier ensemble [410] et dudit second ensemble [420] sur la base dudit code d'authentification [400], afin d'obtenir ledit porteur [475]. ) La méthode décrite dans l'une quelconque des revendications précédentes, ledit document électronique sélectionné étant un document de texte simple [430] et ledit premier ensemble [410] et ledit second ensemble [420] étant des ensembles de mots dudit document de texte simple. 6) La méthode décrite dans l'une quelconque des revendications précédentes, ledit document de texte simple [430] étant marqué par l'insertion de blancs supplémentaires [442] et [462]. 7) La méthode décrite dans l'une quelconque des revendications précédentes, l'étape d'utilisation de ladite forme canonique dudit document de texte simple comprenant l'étape suivante: extraction de tous les blancs d'entre les mots, à l'exception d'un seul, dudit document de texte simple, afin d'obtenir ladite forme canonique. FR920000021 - 15 - 8) La méthode décrite dans l'une quelconque des revendications précédentes, ledit code d'authentification [400], ledit nombre aléatoire [440] et ledit nombre aléatoire transformé [460] étant des vecteurs binaires pouvant d'une taille pouvant convenir audit document électronique sélectionné [430], audit premier ensemble [410] et audit second ensemble [420]. 9. La méthode décrite dans l'une quelconque des revendications précédentes, ladite étape de division comprenant les étapes suivantes: formation dudit premier ensemble avec les mots dudit document électronique sélectionné correspondant aux uns dudit code d'authentification [412], et formation dudit second ensemble avec les mots dudit document électronique sélectionné correspondant aux zéros dudit code d'authentification [422]. ) La méthode décrite dans l'une quelconque des revendications précédentes, ladite étape de calcul étant remplacée par les étapes suivantes: calcul [605] dudit code d'authentification [630] à partir dudit groupe concaténé de documents électroniques [600], de ladite clé [610] et d'un compteur [620], et test [640] de la densité de uns dudit code d'authentification; si le test échoue: incrémentation [660] dudit compteur, et reprise de l'étape de calcul; si le test réussit: validation [650] dudit code d'authentification, et sortie de ladite étape de calcul. FR920000021 - 16 - 11) La méthode décrite dans l'une quelconque des revendications précédentes, ladite étape de transformation comprenant l'une ou plusieurs des étapes suivantes: re-calcul à partir dudit nombre aléatoire, réutilisation dudit nombre aléatoire, inversion dudit nombre aléatoire. 12) Une méthode pour contrôler ledit code d'authentification comprenant les étapes suivantes: obtention [500] dudit code d'authentification, division [510] dudit porteur en un dit premier ensemble et un dit second ensemble, extraction [520] d'une première combinaison dudit premier ensemble, transformation [540] de ladite première combinaison, extraction [530] d'une seconde combinaison dudit second ensemble, et comparaison [550] de ladite première combinaison transformée et de ladite seconde combinaison; si elles correspondent [551]: validation du contrôle, si elles ne correspondent pas [552]: invalidation du contrôle. 13) Un système, et notamment un système pour authentifier de manière unique chaque reproduction d'un groupe de documents électroniques, comprenant des moyens adaptés pour mettre en oeuvre la méthode décrite dans l'une quelconque des revendications précédentes. 14) Un support lisible par ordinateur comprenant les instructions d'un programme exécutable par le dit ordinateur, le dit programme mettant en oeuvre la méthode selon l'une quelconque des revendications 1 à 12. FR920000021