FR 2907622 A1 20080425 FR 0609169 A 20061019 1 PROCEDE DE TRANSMISSION DE DONNEES UTILISANT UN CODE D'ACCUSE DE RECEPTION COMPORTANT DES BITS D'AUTHENTIFICATION CACHES La présente invention concerne le domaine des transmissions de données sécurisées et plus particulièrement la sécurisation d'accusés de réception envoyés par un dispositif sécurisé en réponse à un message envoyé par un autre dispositif sécurisé. La présente invention concerne notamment mais non exclusivement la sécurisation d'une transmission de données entre une mémoire effaçable et programmable électriquement, par exemple une mémoire EEPROM ou FLASH, et un dispositif utilisant la mémoire pour y stocker des données. Divers équipements électroniques, tels des imprimantes, des téléphones mobiles, des PDA (assistants de données personnels) sont susceptibles d'être équipés d'une mémoire sécurisée effaçable et programmable électriquement, pour y mémoriser des données sensibles comme le numéro de série de l'équipement, le numéro de la version du système d'exploitation (OS) de l'équipement, les références des organes techniques ("plate-forme technique") dont l'équipement est pourvu, etc.. La présente invention vise à perfectionner une technique classique de transmission de données sécurisée qui sera brièvement décrite en relation avec les figures 1 et 2. La figure 1 représente très schématiquement une mémoire sécurisée Ml et un dispositif Dl relié à la mémoire M1 par une liaison de données quelconque, par exemple une liaison filaire. La figure 2 est un organigramme se rapportant à des étapes décrites plus loin. La mémoire M1 et le dispositif Dl sont généralement des circuits intégrés sur microplaquette de semi- 2907622 2 conducteur ("chip") et sont pourvus chacun d'un générateur de mots aléatoires RGEN et d'une fonction de cryptographie FKs à clé secrète Ks. Le déroulement d'une communication, ou session, entre le dispositif Dl et la 5 mémoire M1 comprend une phase d'authentification, une phase de détermination d'une clé de session, et une phase de conduite de la session où le dispositif Dl et la mémoire Ml échangent des données. La phase d'authentification, de préférence une 10 authentification mutuelle, est similaire à celle intervenant par exemple entre une carte à puce et un lecteur de carte à puce. Elle comporte ainsi une phase d'authentification de la mémoire M1 par le dispositif Dl et une phase d'authentification du dispositif Dl par la 15 mémoire Ml. Pour authentifier la mémoire M1, le dispositif Dl génère un mot aléatoire RD1 puis l'envoie à la mémoire Ml. La mémoire Ml reçoit le mot aléatoire RD1, le transforme au moyen de sa fonction de cryptographie, puis 20 envoie le résultat FKs(RD1) au dispositif Dl. Le dispositif Dl reçoit le résultat FKs(RD1), produit lui-même un résultat FKs(RD1)' au moyen de sa propre fonction de cryptographie, ;Quis compare les deux résultats afin de s'assurer que la mémoire Ml détient la clé secrète Ks. 25 L'authentification du dispositif Dl par la mémoire Ml est similaire à l'authentification de la mémoire par le dispositif, mais en inversant les "rôles". L'authentification du dispositif Dl fait ainsi intervenir un second mot aléatoire RD2 qui est généré par la mémoire 30 M1. Une fois ces étapes franchies, le dispositif Dl et la mémoire Ml définissent de concert une clé de session SK. Cette clé de session est par exemple définie à partir des mots aléatoires RD1, RD2 et selon une règle de détermination commune, par exemple une fonction déterministe de génération de clé. Le dispositif Dl et la mémoire M1 peuvent également utiliser une table de clés 2907622 3 secrète et choisir chacun la même clé de session dans leurs tables respectives, selon une règle de choix déterminée, par exemple en fonction de la valeur des mots aléatoires RD1, RD2. 5 La conduite de la session comprend l'envoi de messages par le dispositif Dl et l'envoi d'accusés de réception par la mémoire Ml. Les messages sont par exemple des commandes d'écriture, de lecture ou d'effacement de la mémoire, des commandes d'ouverture ou 10 de fermeture de session, etc. Ces messages peuvent ainsi comprendre une adresse d'écriture ou de lecture et des données à écrire. La conduite de la session est sécurisée d'une manière permettant de contrer le piratage de données, l'attaque la plus connue étant l'attaque dite de 15 "l'homme au milieu", ou attaque de l'intercepteur. Selon ce scénario d'attaque, un pirate intercepte et falsifie les échanges afin de se faire passer pour le dispositif Dl ou pour la mémoire Ml. Ainsi, la sécurisation de l'échange de données est 20 assurée en associant à chaque message ou chaque accusé de réception une signature qui authentifie le message ou l'accusé de réception, comme décrit par l'organigramme de la figure 2. On suppose ici que le dispositif Dl doit envoyer un 25 message MESS à la mémoire Ml. Le dispositif Dl utilise sa fonction de cryptographie pour produire une signature S1 (étape S10) du type : S1 = FKs(MESS,SK), 30 qui est obtenue en appliquant à l'entrée de la fonction de cryptographie le message MESS et un paramètre secret ou temporaire comme la clé de session SK. Le message MESS est ensuite envoyé à la mémoire M1 accompagné de la 35 signature S1 (étape S11). 2907622 4 La mémoire reçoit le message MESS (étape S20) et produit au moyen de sa propre fonction de cryptographie une signature interne Si, (étape S21) du type : 5 S1' = FKs(MESS,SK), qui est donc, en principe, identique à la signature S1. La mémoire ccmpare ensuite les signatures S1 et Sr (étape S22) pour authentifier le message reçu. Si les 10 deux signatures sont identiques, la mémoire exécute la commande contenue dans le message (étape non représentée) et se prépare ensuite à émettre un accusé de réception ACK pour attester de la bonne réception du message ainsi que sa bonne exécution (lorsque le message est une 15 commande d'écriture par exemple ; dans le cas d'une commande de lecture la réponse consistera plutôt dans l'envoi des données lues accompagnées d'une signature). A cet effet, la mémoire M1 utilise de nouveau sa fonction de cryptographie pour produire une signature S2 20 (étape S23) à partir de l'accusé de réception ACK et de la clé de session SK, la signature S2 étant ainsi du type S2 = FKs (ACK, SK) . 25 L'accusé de réception ACK est ensuite envoyé au dispositif Dl accompagné de la signature S2 (étape S24). Le dispositif Dl reçoit l'accusé de réception ACK et la signature S2 (étape S12) et utilise de nouveau sa 30 fonction de cryptographie pour produire une signature interne S2' (étape S13) du type : S2' = FKs(ACK,SK), 35 qui est donc, en principe, identique à la signature S2. Le dispositif D1 compare ensuite les signatures S2 et S2' pour authentifier l'accusé de réception reçu 2907622 5 (étape S14). Si les deux signatures sont identiques, le message MESS est considéré comme reçu et, selon la nature du message, comme exécuté (message d'écriture par exemple). 5 Ce procédé classique, bien qu'indispensable pour contrer le piratage, s'avère contraignant car il nécessite de conduire deux étapes de calcul cryptographique dans le dispositif Dl et deux étapes de calcul cryptographique dans la mémoire Ml. Plus 10 précisément, chaque dispositif Dl, Ml effectue un calcul cryptographique à chaque transmission d'un message et un calcul cryptographique à chaque transmission d'un accusé de réception. Les calculs cryptographiques n'étant pas instantanés et nécessitant l'application d'un nombre non 15 négligeable de cycles d'horloge au circuit exécutant la fonction de cryptographie, ils ralentissent l'échange de données. Cela est particulièrement le cas lorsque l'on utilise des circuits de cryptographie qui sont "optimisés" en termes de surface de silicium occupée 20 et/ou en termes de prix de revient. De tels circuits présentent des performances volontairement limitées, parfois même dégradées, pour répondre à des contraintes d'encombrement et/ou de coût. Le nombre de cycles d'horloge qu'ils nécessitent pour produire un code de 25 cryptographie peut être sensiblement augmenté par rapport à des circuits optimisés en termes de performances. Dans ce cas, il est particulièrement souhaitable de réduire le nombre de calculs cryptographiques. La présente invention vise ainsi un procédé de 30 sécurisation d'une transmission de données qui soit robuste en termes de sécurité mais qui nécessite moins de calculs cryptographiques. Pour atteindre cet objectif, la présente invention propose d'utiliser un code de cryptographie unique pour 35 signer un message et pour former l'accusé de réception correspondant. A cet effet, la longueur du code de cryptographie est prévue supérieure à celle de la 2907622 6 signature. De ce fait, tous les bits du code de cryptographie ne sont pas utilisés pour signer le message. Les bits non utilisés forment des bits cachés et sont utilisés pour former l'accusé de réception du 5 message. Plus particulièrement, la présente invention prévoit un procédé d'émission de données, comprenant des étapes consistant à produire, à partir de données à émettre, un code d'authentification comprenant des bits 10 d'authentification, émettre les données et une signature comprenant des bits d'authentification du code d'authentification, recevoir un accusé de réception, et vérifier l'authenticité de l'accusé de réception, dans lequel la longueur du code d'authentification est 15 supérieure à la longueur de la signature, le code d'authentification comprenant des bits cachés qui ne sont pas insérés dans la signature, et l'authenticité de l'accusé de réception est déterminée en vérifiant que des bits d'authentification cachés se trouvent dans l'accusé 20 de réception. Selon un mode de réalisation, l'authenticité de l'accusé de réception est déterminée en vérifiant que tous les bits cachés se trouvent dans l'accusé de réception. 25 Selon un mode de réalisation, l'authenticité de l'accusé de réception est déterminée en vérifiant que des bits cachés se trcuvent dans l'accusé de réception dans un ordre correspondant à leur ordre initial dans le code d'authentification ou dans un ordre inversé par rapport à 30 leur ordre initial. Selon un mode de réalisation, l'authenticité de l'accusé de réception est déterminée en vérifiant que tout ou partie des bits cachés se trouve dans l'accusé de réception dans un ordre entrelacé déterminé par une 35 fonction d'entrelacement, par rapport à leur ordre initial dans le code d'authentification. 2907622 7 Selon un mode de réalisation, l'authenticité de l'accusé de réception est déterminée en vérifiant également que des bits d'authentification présents dans la signature se trouvent dans l'accusé de réception. 5 Selon un mode de réalisation, le code d'authentification est produit à partir des données à émettre et d'au moins une clé de session secrète. Selon un mode de réalisation, le procédé comprend les étapes consistant à produire un accusé de réception 10 interne en utilisant les bits d'authentification cachés du code d'authentification, et déterminer l'authenticité de l'accusé de réception reçu en le comparant à l'accusé de réception interne. La présente invention concerne également un procédé 15 de réception de données, comprenant des étapes consistant à recevoir des données et une signature comprenant des bits d'authentification, produire, à partir des données reçues, un code d'authentification comprenant des bits d'authentification, et produire et émettre un accusé de 20 réception, dans lequel la longueur du code d'authentification est supérieure à la longueur de la signature, le code d'authentification comprenant des bits d'authentification cachés qui ne sont pas présents dans la signature, et l'accusé de réception est produit sans 25 produire un nouveau code d'authentification, en utilisant les bits d'authentification cachés du code d'authentification. Selon un mode de réalisation, tous les bits cachés du code d'authentification sont insérés dans l'accusé de 30 réception. Selon un mode de réalisation, tout ou partie des bits cachés du code d'authentification est inséré dans l'accusé de réception, dans un ordre correspondant à leur ordre initial dans le code d'authentification ou dans un 35 ordre inversé par rapport à leur ordre initial. Selon un mode de réalisation, tout ou partie des bits cachés est inséré dans l'accusé de réception dans un 2907622 8 ordre entrelacé déterminé par une fonction d'entrelacement, par rapport à leur ordre initial dans le code d'authentification. Selon un mode de réalisation, une partie des bits 5 d'authentification présents dans la signature est également insérée dans l'accusé de réception. Selon un mode de réalisation, le code d'authentification est produit à partir des données reçues et d'au moins une clé de session secrète. 10 Selon un mode de réalisation, le procédé comprend une étape de vérification de l'authenticité de la signature reçue en utilisant le code d'authentification. La présente invention concerne également un procédé de transmission de données entre un point A et un point 15 B, comprenant les étapes consistant à produire au point A, à partir de données à transmettre, un premier code d'authentification comprenant des bits d'authentification, transmettre, du point A au point B, les données et une signature comprenant des bits 20 d'authentification du code d'authentification, produire au point B, à partir des données reçues, un second code d'authentification présumé identique au premier, produire au point B un accusé de réception, transmettre du point B au point A l'accusé de réception, et vérifier au point A 25 l'authenticité de l'accusé de réception reçu, dans lequel la longueur du premier code d'authentification est supérieure à la longueur de la signature, le premier code d'authentification comprenant des bits d'authentification cachés qui ne sont pas insérés dans la signature, le 30 second code d'authentification comprend également des bits cachés supposés identiques aux bits cachés du premier code d'authentification, l'accusé de réception est produit en utilisant des bits d'authentification cachés du second code d'authentification, et 35 l'authenticité de l'accusé de réception est déterminée au point A en vérifiant que des bits d'authentification 2907622 9 cachés du premier code d'authentification se trouvent dans l'accusé de réception. Selon un mode de réalisation, tous les bits cachés du second code d'authentification sont insérés dans 5 l'accusé de réception, et l'authenticité de l'accusé de réception est déterminée au point A en vérifiant que tous les bits cachés du premier code d'authentification se trouvent dans l'accusé de réception. Selon un mode de réalisation, tout ou partie des 10 bits cachés du second code d'authentification est inséré dans l'accusé de réception, dans un ordre correspondant à leur ordre initial dans le second code d'authentification ou dans un ordre inversé par rapport à leur ordre initial, et l'authenticité de l'accusé de réception est 15 déterminée au point A en vérifiant que des bits cachés du premier code d'authentification se trouvent dans l'accusé de réception dans un ordre correspondant à leur ordre initial dans le premier code d'authentification ou dans un ordre inversé par rapport à leur ordre initial. 20 Selon un mode de réalisation, tout ou partie des bits cachés du second code d'authentification est inséré dans l'accusé de réception dans un ordre entrelacé déterminé par une fonction d'entrelacement, par rapport à leur ordre initial dans le second code 25 d'authentification, et l'authenticité de l'accusé de réception est déterminée au point A en vérifiant que tout ou partie des bits cachés du premier code d'authentification se trouve dans l'accusé de réception dans un ordre entrelacé déterminé par ladite fonction 30 d'entrelacement, par rapport à leur ordre initial dans le premier code d'authentification. Selon un mode de réalisation, une partie des bits d'authentification présents dans la signature est également insérée dans l'accusé de réception, et 35 l'authenticité de l'accusé de réception est déterminée en vérifiant également que les bits d'authentification de la signature se trouvent dans l'accusé de réception. 2907622 10 Selon un mode de réalisation, le premier code d'authentification est produit à partir des données à transmettre et d'au moins une clé de session secrète connue au point A et connue au point B. 5 Selon un mode de réalisation, le procédé comprend une étape de vérification de l'authenticité de la signature reçue au point B en utilisant le second code d'authentification. Selon un mode de réalisation, le procédé comprend 10 les étapes consistant à produire au point A un accusé de réception interne en utilisant les bits d'authentification cachés du premier code d'authentification, et déterminer au point A l'authenticité de l'accusé de réception reçu en le 15 comparant à l'accusé de réception interne. La présente invention concerne également un dispositif d'émission de données comprenant des moyens de traitement de données et des moyens de communication pour produire, à partir de données à émettre, un code 20 d'authentification comprenant des bits d'authentification, émettre les données et une signature comprenant des bits d'authentification du code d'authentification, recevoir un accusé de réception de données, et vérifier l'authenticité de l'accusé de 25 réception, dans lequel les moyens de traitement de données sont agencés pour produire le code d'authentification de manière que la longueur du code d'authentification soit supérieure à la longueur de la signature, et n'insérer dans la signature qu'une partie 30 des bits d'authentification, les autres bits du code d'authentification formant des bits cachés, et déterminer l'authenticité de l'accusé de réception en vérifiant que des bits d'authentification cachés se trouvent dans l'accusé de réception. 35 Selon un mode de réalisation, les moyens de traitement de données sont agencés pour vérifier que tous les bits cachés se trouvent dans l'accusé de réception. 2907622 11 Selon un mode de réalisation, les moyens de traitement de données sont agencés pour vérifier que des bits cachés se trouvent dans l'accusé de réception dans un ordre correspondant à leur ordre initial dans le code 5 d'authentification ou dans un ordre inversé par rapport à leur ordre initial. Selon un mode de réalisation, les moyens de traitement de données sont agencés pour vérifier que tout ou partie des bits cachés se trouve dans l'accusé de 10 réception dans un ordre entrelacé déterminé par une fonction d'entrelacement, par rapport à leur ordre initial dans le code d'authentification. Selon un mode de réalisation, les moyens de traitement de données sont agencés pour vérifier 15 également que des bits d'authentification présents dans la signature se trouvent dans l'accusé de réception. Selon un mode de réalisation, les moyens de traitement de données sont agencés pour produire le code d'authentification à partir des données à émettre et d'au 20 moins une clé de session secrète. Selon un mode de réalisation, les moyens de traitement de données sont agencés pour produire un accusé de réception interne en utilisant les bits d'authentification cachés du premier code 25 d'authentification, et déterminer l'authenticité de l'accusé de réception reçu en le comparant à l'accusé de réception interne. La présente invention concerne également un dispositif de réception de données comprenant des moyens 30 de traitement de données et de communication pour recevoir des données et une signature comprenant des bits d'authentification, produire, à partir des données reçues, un code d'authentification comprenant des bits d'authentification, et produire et émettre un accusé de 35 réception, dans lequel les moyens de traitement de données sont agencés pour produire le code d'authentification de manière que le code 2907622 12 d'authentification soit d'une longueur supérieure à la longueur de la signature et comprenne des bits d'authentification cachés qui ne sont pas présents dans la signature, et produire l'accusé de réception sans 5 produire un nouveau code d'authentification, en utilisant les bits d'authentification cachés du code d'authentification. Selon un mode de réalisation, les moyens de traitement de données sont agencés pour insérer dans 10 l'accusé de réception tous les bits cachés du code d'authentification. Selon un mode de réalisation, les moyens de traitement de données sont agencés pour insérer tout ou partie des bits cachés du code d'authentification dans 15 l'accusé de réception, dans un ordre correspondant à leur ordre initial dans le code d'authentification ou dans un ordre inversé par rapport à leur ordre initial. Selon un mode de réalisation, les moyens de traitement de données sont agencés pour insérer tout ou 20 partie des bits cachés dans l'accusé de réception, dans un ordre entrelacé déterminé par une fonction d'entrelacement par rapport à leur ordre initial dans le code d'authentification. Selon un mode de réalisation, les moyens de 25 traitement de données sont agencés pour insérer également dans l'accusé de réception une partie des bits d'authentification présents dans la signature. Selon un mode de réalisation, les moyens de traitement de données sont agencés pour produire le code 30 d'authentification à partir des données reçues et d'au moins une clé de session secrète. Selon un mode de réalisation, les moyens de traitement de données sont agencés pour vérifier l'authenticité de la signature reçue en utilisant le code 35 d'authentification. La présente invention concerne également un système de transmission de données entre un point A et un point 2907622 13 B, comprenant des moyens de traitement de données et de communication pour produire au point A, à partir de données à transmettre, un premier code d'authentification comprenant des bits d'authentification, transmettre, du 5 point A au point B, les données et une signature comprenant des bits d'authentification du code d'authentification, produire au point B, à partir des données reçues, un second code d'authentification présumé identique au premier, produire au point B un accusé de 10 réception, transmettre du point B au point A l'accusé de réception, et vérifier au point A l'authenticité de l'accusé de réception reçu, dans lequel les moyens de traitement de données sont agencés pour produire le premier code d'authentification au point A de manière que 15 la longueur du premier code d'authentification soit supérieure à la longueur de la signature, le premier code d'authentification comprenant des bits d'authentification cachés qui ne sont pas insérés dans la signature, produire le second code d'authentification de manière que 20 le second code d'authentification comprenne également des bits cachés supposés identiques aux bits cachés du premier code d'authentification, produire l'accusé de réception en utilisant des bits d'authentification cachés du second code d'authentification, et déterminer 25 l'authenticité de l'accusé de réception au point A en vérifiant que des bits d'authentification cachés du premier code d'authentification se trouvent dans l'accusé de réception. Selon un mode de réalisation, les moyens de 30 traitement de données sont agencés pour insérer dans l'accusé de réception tous les bits cachés du second code d'authentification, et déterminer l'authenticité de l'accusé de réception au point A en vérifiant que tous les bits cachés du premier code d'authentification se 35 trouvent dans l'accusé de réception. Selon un mode de réalisation, les moyens de traitement de données sont agencés pour insérer tout ou 2907622 14 partie des bits cachés du second code d'authentification dans l'accusé de réception, dans un ordre correspondant à leur ordre initial dans le second code d'authentification ou dans un ordre inversé par rapport à leur ordre 5 initial, et déterminer l'authenticité de l'accusé de réception au point A en vérifiant que des bits cachés du premier code d'authentification se trouvent dans l'accusé de réception dans un ordre correspondant à leur ordre initial dans le premier code d'authentification ou dans 10 un ordre inversé par rapport à leur ordre initial. Selon un mode de réalisation, les moyens de traitement de données sont agencés pour insérer tout ou partie des bits cachés du second code d'authentification dans l'accusé de réception dans un ordre entrelacé 15 déterminé par une fonction d'entrelacement, par rapport à leur ordre initial dans le second code d'authentification, et déterminer l'authenticité de l'accusé de réception au point A en vérifiant que tout ou partie des bits cachés du premier code d'authentification 20 se trouve dans l'accusé de réception dans un ordre entrelacé déterminé par ladite fonction d'entrelacement, par rapport à leur ordre initial dans le premier code d'authentification. Selon un mode de réalisation, les moyens de 25 traitement de données sont agencés pour insérer également dans l'accusé de réception une partie des bits d'authentification présents dans la signature, et déterminer l'authenticité de l'accusé de réception en vérifiant également que les bits d'authentification de la 30 signature se trouvent dans l'accusé de réception. Selon un mode de réalisation, les moyens de traitement de données sont agencés pour produire la signature à partir des données à transmettre et d'au moins une clé de session secrète connue au point A et 35 connue au point B. Selon un mode de réalisation, les moyens de traitement de données sont agencés pour vérifier 2907622 15 l'authenticité de la signature reçue au point B en utilisant le second code d'authentification. Selon un mode de réalisation, les moyens de traitement de données sont agencés pour produire au point 5 A un accusé de réception interne en utilisant les bits d'authentification cachés du premier code d'authentification, et déterminer au point A l'authenticité de l'accusé de réception reçu en le comparant à l'accusé de réception interne. 10 Ces objets, caractéristiques et avantages ainsi que d'autres de la présente invention seront exposés plus en détail dans la description suivante du procédé selon l'invention, faite à titre non limitatif en relation avec les figures jointes parmi lesquelles : 15 - la figure 1 précédemment décrite représente schématiquement un dispositif et une mémoire mettant en oeuvre un procédé classique de signature de message et d'accusé de réception, - la figure 2 précédemment décrite est un organigramme 20 décrivant des étapes du procédé classique de signature de message et d'accusé de réception, - la figure 3 représente schématiquement un dispositif et une mémoire mettant en oeuvre le procédé de signature de message et d'accusé de réception selon l'invention, 25 - la figure 4 est un organigramme décrivant des étapes du procédé selon l'invention, - la figure 5 représente un exemple de réalisation d'un dispositif à logique câblée mettant en oeuvre le procédé selon l'invention, 30 - la figure 6 représente sous forme de blocs un autre exemple de réalisation d'un dispositif et un exemple de réalisation d'une mémoire mettant en oeuvre le procédé de l'invention. La figure 3 représente un dispositif D2 et une 35 mémoire M2 selon l'invention en train d'échanger des données par l'intermédiaire d'une ligne de transmission de données quelconque, filaire ou sans contact (liaison 35 2907622 16 radioélectrique, liaison par couplage inductif RF, liaison par couplage radioélectrique UHF, etc.). Le dispositif D2 et la mémoire M2 sont des composants sur microplaquette de semi-conducteur pourvus 5 chacun d'un générateur aléatoire RGEN et d'unefonction de cryptographie FKs à clé secrète Ks, et détiennent chacun la même clé secrète Ks. On suppose ici que les deux composants se sont authentifiés, de préférence mutuellement, de la manière décrite plus haut, et ont 10 choisi une clé de session SK commune. On suppose également que le dispositif D2 doit maintenant envoyer à la mémoire M2 un message MESS accompagné d'une signature S1, et que la mémoire M2 doit renvoyer un accusé de réception ACK. 15 Le procédé selon l'invention concerne essentiellement la production de l'accusé de réception ACK et prévoit que celui-ci est produit à partir d'un code d'authentification CA utilisé pour produire la signature S1, sans qu'il soit nécessaire de produire un 20 second code d'authentification, comme cela est le cas dans l'art antérieur (Cf. étape S13, S23, figure 2). Les principales étapes du procédé selon l'invention sont décrites par l'organigramme en figure 4. Le dispositif D2 produit tout d'abord un code 25 d'authentification CA (étape S30) d'une longueur (nombre de bits) supérieure à la longueur de la signature S1 devant être transmise avec le message MESS. Le code d'authentification CA est produit de façon en soi classique, en utilisant le message MESS et la clé de 30 session SK comme données d'entrée de la fonction de cryptographie. Le code d'authentification est ainsi du type : CA = FKs (MESS, SK) La fonction de cryptographie est par exemple un algorithme AES-CMAC basé sur l'AES (Advanced Encryption 2907622 17 System), avec chiffrement des données d'entrée par blocs de 128 bits. Une fonction de troncature $1 est ensuite appliquée par le dispositif D2 au code d'authentification CA (étape 5 S31), pour obtenir la signature S1, qui est ainsi du type Sl=$1(CA) 10 Cette fonction de troncature supprime - ou plutôt met de côté - un certain nombre de bits du code CA, par exemple des bits de plus faible poids, de manière que la longueur de la signature S1 corresponde à la longueur attribuée au champ de signature du message. Cette 15 longueur est définie par le format des trames de communication et dépend du protocole de communication. Une fois la signature S1 produite, le dispositif D2 envoie à la mémoire M2 le message MESS accompagné de la signature Si (étape S31). La mémoire M2 reçoit le message 20 et la signature (étape S40) et produit ensuite (étape S41) un code d'authentification CA' en appliquant la même méthode que le dispositif D2, soit : CA' = FKs(MESS,SK) 25 La mémoire M2 et le dispositif D2 utilisant la même fonction cryptographique et la même clé secrète, le code CA' est supposé identique au code CA, en l'absence de piratage et si le message MESS n'a pas été corrompu pour 30 d'autres raisons entre l'instant de son émission et l'instant de sa réception. La mémoire M2 produit ensuite une signature interne Sr supposée identique à la signature S1 reçue, en appliquant la fonction de troncature $1 au code 35 d'authentification CA' (étape S42), soit : Sl'=$1(CA') 2907622 18 La mémoire compare ensuite les signatures S1 et Sl'. Si la comparaison est positive, la mémoire produit un accusé de réception ACK (étape S44). Selon 5 l'invention, l'accusé de réception ACK est produit en utilisant les bits cachés du code CA', soit les bits non utilisés par la fonction de troncature $1, qui n'ont pas été transmis en clair sur la ligne de transmission de données reliant le dispositif D2 et la mémoire M2. Par 10 exemple, l'accusé de réception est produit en appliquant au code CA' une fonction de troncature $2 qui est le complément à N de la fonction de troncature $1, N étant le nombre de bits du code CA'. Dans ce cas, la fonction $2 sélectionne les bits écartés par la fonction $1 et 15 rejette les bits utilisés par la fonction $1. L'accusé de réception est ainsi_ du type : ACK = $2(CA') 20 Cette étape de production de l'accusé de réception ACK, basée sur l'utilisation de bits cachés, est susceptible de diverses variantes de réalisation. Ainsi, la fonction $2 peut "recouvrir" la fonction $1, c'est-à-dire sélectionner un ensemble de bits comprenant des bits 25 cachés et des bits non cachés (soit des bits déjà présents dans la signature Sl) pour produire la signature ACK. Inversement, la fonction $2 peut ne pas utiliser tous les bits cachés, et n'utiliser qu'une partie de ceux-ci (par exemple un nombre déterminé de sous-groupes 30 de bits). La fonction de troncature selon l'invention peut également intégrer une fonction d'inversion des bits par rapport à leur ordre initial ou intégrer une fonction d'entrelacement des bits cachés pour former une chaîne de bits entrelacés. Le cas échéant, l'entrelacement peut 35 être fait sans incorporation des bits non cachés, ou avec incorporation de tout ou partie des bits non cachés. De façon générale, l'homme de l'art peut prévoir divers 2907622 19 types de fonctions de troncature avec ou sans entrelacement utilisant des bits cachés du code d'authentification CA' pour produire un accusé de réception selon l'invention. 5 La mémoire M2 envoie ensuite l'accusé de réception ACK au dispositif D2 (étape S45). L'accusé de réception peut être envoyé seul, comme décrit dans l'organigramme de la figure 4, ou être précédé du message MESS reçu, lequel est alors également renvoyé au dispositif D2 10 (méthode de l'écho). L'homme de l'art peut également prévoir des codes d'accusé de réception spécifiques et différentiateurs (c'est à dire choisis en fonction du message reçu et/ou porteurs d'une information spécifique) qui sont chacun accompagné de l'accusé de réception ACK 15 selon l'invention, lequel forme alors une sorte de signature attestant de l'authenticité des codes d'accusé de réception. Après réception de l'accusé de réception ACK (étape S33), le dispositif M2 produit lui-même un accusé de 20 réception interne ACK' (étape S34). L'accusé de réception interne est produit à partir du code CA que le dispositif M2 avait initialement calculé, en utilisant la même fonction de troncature $2 que la mémoire M2, soit : 25 ACK' = $2(CA) Le dispositif D2 compare ensuite (étape S35) l'accusé de réception reçu ACK et l'accusé de réception interne ACK' pour s'assurer que le message MESS a bien 30 été reçu et, selon le type de message, bien été exécuté (message d'écriture par exemple). Cette étape de comparaison revient finalement à vérifier que les bits cachés se trouvent dans l'accusé de réception dans un ordre correspondant à leur ordre 35 initial dans le code d'authentification, ou dans un ordre inversé par rapport à leur ordre initial, ou encore dans un ordre entrelacé déterminé par la fonction 2907622 20 d'entrelacement qui est incluse dans la fonction de troncature $2. Cette étape de comparaison revient également à vérifier que des bits non cachés de rang déterminé se trouvent également dans l'accusé de 5 réception, si la fonction de troncature $2 "recouvre" la fonction de troncature $1 et réutilise tout ou partie des bits déjà utilisés par la fonction $1 pour former la signature S1. Si le résultat de la comparaison est négatif, le 10 dispositif D2 réitère les étapes S30 à S32 pour produire un nouveau code d'authentification CA, produire une nouvelle signature S1 et envoyer de nouveau le message MESS. Le procédé selon l'invention est également 15 susceptible de diverses variantes en ce qui concerne la production de la signature S1. Par exemple, au lieu de produire les codes CA et CA' uniquement à partir du message MESS et de la clé de session SK, une variable CMPT, CMPT' peut être ajoutée aux données d'entrée de la 20 fonction cryptographique FKs. Dans ce cas les codes CA, CA' sont du type : CA = FKs(MESS,CMPT,SK) 25 CA' = FKs(MESS,CMPT',SK) La variable CMPT, CMPT' est par exemple une valeur de comptage évoluant dans un sens déterminé, croissant ou décroissant. La variable CMPT est produite au moyen d'un 30 compteur agencé dans le dispositif D2 et la variable CMPT', supposée identique à la variable CMPT, est produite au moyen d'un compteur agencé dans la mémoire M2. La variable CMPT est incrémentée d'une unité par le dispositif D2 à chaque envoi d'un message et la variable 35 CMPT' est incrémentée d'une unité par la mémoire M2 à chaque réception d'un message. L'insertion de cette variable dans les données d'entrées utilisées pour 2907622 21 produire les codes CA, CA' permet de contrer des attaques de type "re-jeu" (ou "replay") qui consistent à réémettre une commande accompagnée d'une signature valable. Ainsi, par exemple, si la mémoire M2 constate à l'étape S35 que 5 l'accusé de réception reçu ACK n'est pas valable et retourne à l'étape S30 pour produire un nouveau code d'authentification CA, le nouveau code d'authentification CA n'est pas égal au précédent bien que le message MESS soit le même car la variable CMPT a été incrémentée entre 10 l'étape S35 et le retour à l'étape S30. Il sera par ailleurs noté que l'accusé de réception interne ACK' peut être produit par le dispositif D2 au moment de la production de la signature S1, au lieu d'être produit après réception de l'accusé de réception 15 ACK. L'accusé de réception interne ACK' est alors mémorisé jusqu'à réception de l'accusé de réception ACK et la comparaison des deux accusés de réception peut être faite immédiatement. La figure 5 montre la mise en oeuvre du procédé 20 selon l'invention dans le dispositif D2 au moyen d'un circuit à logique câblée. Le dispositif D2 comprend un circuit de cryptographie CRCT1, un circuit séparateur SCT, un registre de sortie REG1 de 128 bits à entrée parallèle et sortie série, un registre intermédiaire REG2 25 de 72 bits à entrée/sortie parallèle, un registre d'entrée REG3 de 72 bits à entrée série et sortie parallèle, et un comparateur logique LCMP ayant deux entrées parallèles de 72 bits chacune. Le registre REG1 comprend une zone de 72 bits pour 30 recevoir un message MESS à émettre et une zone de 56 bits pour recevoir la signature S1 accompagnant le message. Le message comprend ici un identifiant ID de 8 bits et un champ de données DT de 64 bits. L'identifiant ID est par exemple une commande destinée à la mémoire M2 (commande 35 de lecture, d'écriture, d'effacement global...) et les données DT contiennent par exemple une adresse d'écriture 2907622 22 ou de lecture de la mémoire M2 et éventuellement des données à écrire. Le circuit CRCT1 est par exemple un circuit AESCMAC, comme indiqué plus haut, avec chiffrement des 5 données d'entrée par blocs de 128 bits à partir de la clé secrète Ks. Sa sortie de 128 bits fournit le code d'authentification CA à l'entrée du circuit séparateur SCT. Le circuit séparateur SCT réalise simultanément les fonctions de troncature $1 et $2 en séparant les 56 bits 10 MSB du code CA (bits de plus fort poids) pour former la signature S1, et les 72 bits LSB (bits de plus faible poids) du code CA pour former l'accusé de réception interne ACK'. Le circuit SCT comporte ainsi ici une sortie de 56 bits et une sortie de 72 bits. La sortie de 15 56 bits est reliée à une entrée du registre REG1 correspondant à la zone de 56 bits dédiée à la signature S1. La sortie de 72 bits est reliée à l'entrée du registre intermédiaire REG2, utilisé pour mémoriser l'accusé de réception interne ACK'. La sortie du registre 20 REG2 est reliée à une entrée du comparateur LCMP et l'autre entrée du comparateur est reliée à la sortie parallèle du registre REG3. Le message MESS est tout d'abord chargé dans la zone de 72 bits du registre REG1 et est appliqué 25 simultanément à l'entrée du circuit CRCT1. Ce dernier est ensuite activé et fournit le code CA au circuit séparateur SCT qui fournit alors la signature S1 et l'accusé de réception interne ACK'. La signature S1 est chargée dans la zone de 56 bits du registre REG1 et 30 l'accusé de réception interne est chargé dans le registre intermédiaire REG2. Le registre REG1 est ensuite commandé pour envoyer bit à bit le message MESS et la signature S1 à la mémoire M2 (non représentée). L'accusé de réception ACK renvoyé par la mémoire M2 35 est reçu bit à bit par le registre REG3, par l'intermédiaire de son entrée série. Lorsque le registre REG3 est plein, le contenu du registre est appliqué sur 2907622 23 la seconde entrée du comparateur LCMP. La sortie du comparateur fournit un signal d'erreur ERS qui passe par exemple à 1 si les accusés de réception ACK, ACK' ne sont pas identiques. 5 Conformément aux variantes décrites plus haut concernant la production de l'accusé de réception ACK, le circuit séparateur peut inclure une fonction d'entrelacement des bits LSB fournis au registre REG2. Egalement, des bits MSB (bits non cachés) peuvent être 10 injectés et mélangés aux bits LSB fournis au registre REG2. Un entrelacement de tout ou partie des bits MSB et de tout ou partie des bits LSB peut également être prévu pour produire la signature S1. Il apparaîtra clairement à l'homme de l'art qu'un 15 circuit à logique câblée similaire peut être prévu dans la mémoire M2 pour exécuter les étapes correspondantes du procédé de l'invention. Par ailleurs, une telle structure de circuit à logique câblée peut comprendre un registre de sortie à sortie parallèle et un registre d'entrée à 20 entrée parallèle, si la liaison de données entre la mémoire et le dispositif est de type parallèle. La figure 6 représente un autre exemple d'architecture du dispositif D2 et de la mémoire M2. L'architecture représentée ici est une architecture à bus 25 de données et à bus d'adresse offrant diverses possibilités d'implémentation du procédé selon l'invention. Le dispositif D2 comprend une unité centrale UC1, une mémoire programme MP1, le circuit CRCT1 déjà décrit 30 et un circuit d'interface de communication ICT1 filaire ou non filaire. Ces éléments sont reliés à un bus de données DTB1 et un bus d'adresse ADB1. Le circuit CRCT1 est relié aux bus DTB1, ADB1 par l'intermédiaire d'un circuit tampon BUF1 permettant de convertir le bloc 35 d'authentification de 128 bits fourni par le circuit CRCT1 en plusieurs blocs de données d'une longueur 2907622 24 compatible avec la taille du bus de données (par exemple 16 ou 32 bits). La mémoire M2 comprend une unité centrale UC2 à microprocesseur ou à logique câblée (séquenceur 5 préprogrammé pour exécuter des commandes), une mémoire programme MP2, un circuit de cryptographie CRCT2 similaire au circuit CRCT1, un circuit d'interface de communication ICT2, filaire ou non, et un plan mémoire MA de type effaçable et programmable électriquement (par 10 exemple EEPROM ou FLASH). Ces éléments sont reliés à un bus de données DTB2 et un bus d'adresse ADB2. Le circuit CRCT2 est relié aux bus DTB2, ADB2 par l'intermédiaire d'un circuit tampon BUF2 permettant de convertir le bloc d'authentification de 128 bits fournit par le circuit 15 CRCT2 en blocs de données d'une longueur compatible avec la taille du bus de données. Le dispositif D2 et la mémoire M2 communiquent par l'intermédiaire des circuits d'interface ICT1, ICT2, pour échanger des messages MESS (notamment des commandes 20 d'écriture ou de lecture du plan mémoire MA) et des accusés de réception ACK correspondants. Les unités centrales UC1, UC2 assurent la génération de nombres aléatoires pour l'authentification mutuelle ainsi que l'exécution des fonctions de troncature $1, $2, à partir 25 des codes d'authentification CA, CA' fournis par les circuits CRCT1, CRCT2. Toutefois, ces fonctionnalités pourraient également être confiées à des circuits dédiés (non représentés), à savoir un générateur aléatoire et un circuit de troncature reliés aux bus de données et 30 d'adresse et accessibles comme des périphériques usuels. Il apparaîtra clairement à l'homme de l'art que la présente invention n'est aucunement limitée à l'application qui vient d'être décrite et concerne de façon générale la sécurisation de communications entre 35 dispositifs équipés de moyens de communication, les messages MESS n'étant pas nécessairement des commandes destinées à une mémoire. Par exemple, le dispositif M2 2907622 25 appelé "mémoire" dans ce qui précède devient un dispositif d'émission-réception de données "lambda" si son plan mémoire MA est supprimé ou s'il n'est prévu que pour les besoins internes du dispositif. Ainsi, la 5 description qui précède concerne de façon générale la sécurisation d'une transmission de données entre deux dispositifs. La présente invention peut par exemple être mise en oeuvre pour sécuriser une transmission de données entre une carte à puce et un lecteur de carte à puce. 10 Il apparaîtra également à l'homme de l'art que les moyens de mise en oeuvre de l'invention ne sont pas limités aux exemples décrits. Par exemple, il peut être décidé de ne pas utiliser de générateur aléatoire pour réaliser les étapes d'authentification mutuelle. Une 15 table contenant des nombres aléatoires peut par exemple être mémorisée dans le dispositif sécurisé et un nombre aléatoire peut être choisi dans la table en évitant de que le même nombre aléatoire soit utilisé au cours de sessions trop rapprochées. De même, des générateurs 20 pseudo-aléatoires voire de simples compteurs peuvent être utilisés, selon le degré de sécurité souhaité, pour générer des nombres considérés conceptuellement comme "aléatoires". Le procédé selon l'invention est également 25 susceptible de diverses variantes de réalisation connues en ce qui concerne les étapes en soi classiques qu'il comprend. Par exemple, les étapes d'authentification mutuelle peuvent être remplacées par une étape d'authentification unilatérale d'un dispositif par un 30 autre. L'étape d'authentification unilatérale pourrait même être supprimée sans pour autant réduire les avantages qu'offre le procédé de l'invention en ce qui concerne la réduction du nombre d'étapes de calcul cryptographique. REVENDICATIONS 1. Procédé d'émission de données, comprenant des étapes consistant à : -produire, à partir de données à émettre (MESS, ID, DT), un code d'authentification (CA) comprenant des bits 5 d'authentification, émettre les données et une signature (Si) comprenant des bits d'authentification du code d'authentification (CA), - recevoir un accusé de réception (ACK), et 10 - vérifier l'authenticité de l'accusé de réception, procédé caractérisé en ce que : - la longueur du code d'authentification (CA) est supérieure à la longueur de la signature (Si), le code d'authentification comprenant des bits cachés qui ne sont 15 pas insérés dans la signature, et - l'authenticité de l'accusé de réception (ACK) est déterminée en vérifiant que des bits d'authentification cachés se trouvent dans l'accusé de réception. 20 2. Procédé selon la revendication 1, dans lequel l'authenticité de l'accusé de réception (ACK) est déterminée en vérifiant que tous les bits cachés se trouvent dans l'accusé de réception. 25 3. Procédé selon la revendication 1, dans lequel l'authenticité de l'accusé de réception (ACK) est déterminée en vérifiant que des bits cachés se trouvent dans l'accusé de réception dans un ordre correspondant à leur ordre initial dans le code d'authentification (CA) 30 ou dans un ordre inversé par rapport à leur ordre initial. 4. Procédé selon la revendication 1, dans lequel l'authenticité de l'accusé de réception (ACK) est 35 déterminée en vérifiant que tout ou partie des bits 26 2907622 27 cachés se trouve dans l'accusé de réception dans un ordre entrelacé déterminé par une fonction d'entrelacement, par rapport à leur ordre initial dans le code d'authentification (CA). 5. Procédé selon l'une des revendications 1 à 4, dans lequel l'authenticité de l'accusé de réception (ACK) est déterminée en vérifiant également que des bits d'authentification présents dans la signature (Si) se trouvent dans l'accusé de réception. 6. Procédé selon l'une des revendications 1 à 5, dans lequel le code d'authentification (CA) est produit à partir des données à émettre (MESS, ID, DT) et d'au moins une clé de session (SK) secrète. 7. Procédé selon l'une des revendications 1 à 6, comprenant les étapes consistant à : - produire un accusé de réception interne (ACK') en 20 utilisant les bits d'authentification cachés du code d'authentification (CA), et - déterminer l'authenticité de l'accusé de réception reçu (ACK) en le comparant à l'accusé de réception interne (ACK'). 25 8. Procédé de réception de données, comprenant des étapes consistant à : -recevoir des données et une signature (Si) comprenant des bits d'authentification, 30 - produire, à partir des données reçues, un code d'authentification (CA') comprenant des bits d'authentification, et -produire et émettre un accusé de réception (ACK), caractérisé en ce que : 35 - la longueur du code d'authentification (CA') est supérieure à la longueur de la signature (Si), le code 2907622 28 d'authentification comprenant des bits d'authentification cachés qui ne sont pas présents dans la signature, et - l'accusé de réception (ACK) est produit sans produire un nouveau code d'authentification, en utilisant les bits 5 d'authentification cachés du code d'authentification (CA'). 9. Procédé selon la revendication 8, dans lequel tous les bits cachés du code d'authentification (CA') 10 sont insérés dans l'accusé de réception (ACK). 10. Procédé selon la revendication 8, dans lequel tout ou partie des bits cachés du code d'authentification (CA') est inséré dans l'accusé de réception (ACK), dans 15 un ordre correspondant à leur ordre initial dans le code d'authentification ou dans un ordre inversé par rapport à leur ordre initial. 11. Procédé selon la revendication 8, dans lequel tout ou partie des bits cachés est inséré dans l'accusé de réception (ACK) dans un ordre entrelacé déterminé par une fonction d'entrelacement, par rapport à leur ordre initial dans le code d'authentification (CA'). 12. Procédé selon l'une des revendications 8 à 11, dans lequel une partie des bits d'authentification présents dans la signature (Si) est également insérée dans l'accusé de réception (ACK). 13. Procédé selon l'une des revendications 8 à 12, dans lequel le code d'authentification (CA') est produit à partir des données reçues et d'au moins une clé de session (SK) secrète. 14. Procédé selon l'une des revendications 8 à 13, comprenant une étape de vérification de l'authenticité de 2907622 29 la signature (Si) reçue en utilisant le code d'authentification (CA'). 15. Procédé de transmission de données entre un 5 point A (D2) et un point B (M2), comprenant les étapes consistant à : - produire au point A, à partir de données (MESS, ID, DT) à transmettre, un premier code d'authentification (CA) comprenant des bits d'authentification, 10 -transmettre, du point A au point B, les données et une signature (Si) comprenant des bits d'authentification du code d'authentification (CA), -produire au point B, à partir des données reçues, un second code d'authentification (CA') présumé identique au 15 premier, - produire au point B un accusé de réception (ACK), - transmettre du point B au point A l'accusé de réception (ACK), et - vérifier au point A l'authenticité de l'accusé de 20 réception (ACK) reçu, caractérisé en ce que : - la longueur du premier code d'authentification (CA) est supérieure à la longueur de la signature (Si), le premier code d'authentification comprenant des bits 25 d'authentification cachés qui ne sont pas insérés dans la signature, - le second code d'authentification (CA') comprend également des bits cachés supposés identiques aux bits cachés du premier code d'authentification (CA), 30 - l'accusé de réception (ACK) est produit en utilisant des bits d'authentification cachés du second code d'authentification (CA'), et -l'authenticité de l'accusé de réception (ACK) est déterminée au point A en vérifiant que des bits 35 d'authentification cachés du premier code d'authentification (CA) se trouvent dans l'accusé de réception. 2907622 30 16. Procédé selon la revendication 15, dans lequel - tous les bits cachés du second code d'authentification 5 (CA') sont insérés dans l'accusé de réception (ACK), et - l'authenticité de l'accusé de réception (ACK) est déterminée au point A en vérifiant que tous les bits cachés du premier code d'authentification (CA) se trouvent dans l'accusé de réception. 10 17. Procédé selon la revendication 15, dans lequel - tout ou partie des bits cachés du second code d'authentification (CA') est inséré dans l'accusé de 15 réception (ACK), dans un ordre correspondant à leur ordre initial dans le second code d'authentification ou dans un ordre inversé par rapport à leur ordre initial, et - l'authenticité de l'accusé de réception (ACK) est déterminée au point A en vérifiant que des bits cachés du 20 premier code d'authentification (CA) se trouvent dans l'accusé de réception (ACK) dans un ordre correspondant à leur ordre initial dans le premier code d'authentification (CA) ou dans un ordre inversé par rapport à leur ordre initial. 25 18. Procédé selon la revendication 15, dans lequel - tout ou partie des bits cachés du second code d'authentification (CA') est inséré dans l'accusé de 30 réception (ACK) dans un ordre entrelacé déterminé par une fonction d'entrelacement, par rapport à leur ordre initial dans le second code d'authentification (CA'), et - l'authenticité de l'accusé de réception (ACK) est déterminée au point A en vérifiant que tout ou partie des 35 bits cachés du premier code d'authentification (CA) se trouve dans l'accusé de réception (ACK) dans un ordre entrelacé déterminé par ladite fonction d'entrelacement, 2907622 31 par rapport à leur ordre initial dans le premier code d'authentification (CA). 19. Procédé selon l'une des revendications 15 à 18, 5 dans lequel : - une partie des bits d'authentification présents dans la signature (Sl) est également insérée dans l'accusé de réception (ACK), et - l'authenticité de l'accusé de réception (ACK) est 10 déterminée en vérifiant également que les bits d'authentification de la signature (Sl) se trouvent dans l'accusé de réception. 20. Procédé selon l'une des revendications 15 à 19, 15 dans lequel le premier code d'authentification (CA) est produit à partir des données à transmettre (MESS, ID, DT) et d'au moins une clé de session (SK) secrète connue au point A et connue au point B. 20 21. Procédé selon l'une des revendications 15 à 20, comprenant une étape de vérification de l'authenticité de la signature (Sl) reçue au point B en utilisant le second code d'authentification (CA'). 25 22. Procédé selon l'une des revendications 15 à 21, comprenant les étapes consistant à : - produire au point A un accusé de réception interne (ACK') en utilisant les bits d'authentification cachés du premier code d'authentification (CA), et 30 - déterminer au point A l'authenticité de l'accusé de réception reçu (ACK) en le comparant à l'accusé de réception interne (ACK'). 23. Dispositif (D2) d'émission de données 35 comprenant des moyens (REGl-REG3, LCMP, CRCT1, UC1, MP1, ICT1) de traitement de données et des moyens de communication pour : 2907622 32 - produire, à partir de données à émettre (MESS, ID, DT), un code d'authentification (CA) comprenant des bits d'authentification, - émettre les données et une signature (Si) comprenant 5 des bits d'authentification du code d'authentification (CA), - recevoir un accusé de réception (ACK) de données, et - vérifier l'authenticité de l'accusé de réception (ACK), caractérisé en ce que les moyens de traitement de 10 données sont agencés pour : - produire le code d'authentification (CA) de manière que la longueur du code d'authentification soit supérieure à la longueur de la signature (Si), et n'insérer dans la signature (Sl) qu'une partie des bits d'authentification, 15 les autres bits du code d'authentification formant des bits cachés, et - déterminer l'authenticité de l'accusé de réception (ACK) en vérifiant que des bits d'authentification cachés se trouvent dans l'accusé de réception. 20 24. Dispositif selon la revendication 23, dans lequel les moyens de traitement de données sont agencés pour vérifier que tous les bits cachés se trouvent dans l'accusé de réception (ACK). 25 25. Dispositif selon la revendication 23, dans lequel les moyens de traitement de données sont agencés pour vérifier que des bits cachés se trouvent dans l'accusé de réception (ACK) dans un ordre correspondant à 30 leur ordre initial dans le code d'authentification (CA) ou dans un ordre inversé par rapport à leur ordre initial. 26. Dispositif selon la revendication 23, dans 35 lequel les moyens de traitement de données sont agencés pour vérifier que tout ou partie des bits cachés se trouve dans l'accusé de réception (ACK) dans un ordre 2907622 33 entrelacé déterminé par une fonction d'entrelacement, par rapport à leur ordre initial dans le code d'authentification (CA). 5 27. Dispositif selon l'une des revendications 23 à 26, dans lequel les moyens de traitement de données sont agencés pour vérifier également que des bits d'authentification présents dans la signature (Si) se trouvent dans l'accusé de réception (ACK). 10 28. Dispositif selon l'une des revendications 23 à 27, dans lequel :Les moyens de traitement de données sont agencés pour produire le code d'authentification (CA) à partir des données à émettre (MESS, ID, DT) et 15 d'au moins une clé de session (SK) secrète. 29. Dispositif selon l'une des revendications 23 à 28, dans lequel les moyens de traitement de données sont agencés pour : 20 - produire un accusé de réception interne (ACK') en utilisant les bits d'authentification cachés du premier code d'authentification (CA), et -déterminer l'authenticité de l'accusé de réception reçu (ACK) en le comparant à l'accusé de réception interne 25 (ACK'). 30. Dispositif (M2) de réception de données comprenant des moyens (CRCT2, UC2, MP2, ICT2) de traitement de données et de communication pour : 30 -recevoir des données et une signature (Sl) comprenant des bits d'authentification, - produire, à partir des données reçues, un code d'authentification (CA') comprenant des bits d'authentification, et 35 -produire et émettre un accusé de réception (ACK), caractérisé en ce que les moyens de traitement de données sont agencés pour : 2907622 34 -produire le code d'authentification (CA') de manière que le code d'authentification soit d'une longueur supérieure à la longueur de la signature (Si) et comprenne des bits d'authentification cachés qui ne sont 5 pas présents dans la signature (Si), et - produire l'accusé de réception (ACK) sans produire un nouveau code d'authentification, en utilisant les bits d'authentification cachés du code d'authentification (CA'). 10 31. Dispositif selon la revendication 30, dans lequel les moyens de traitement de données sont agencés pour insérer dans l'accusé de réception (ACK) tous les bits cachés du code d'authentification (CA'). 15 32. Dispositif selon la revendication 30, dans lequel les moyens de traitement de données sont agencés pour insérer tout ou partie des bits cachés du code d'authentification (CA') dans l'accusé de réception 20 (ACK), dans un ordre correspondant à leur ordre initial dans le code d'authentification ou dans un ordre inversé par rapport à leur ordre initial. 33. Dispositif selon la revendication 30, dans 25 lequel les moyens de traitement de données sont agencés pour insérer tout ou partie des bits cachés dans l'accusé de réception (ACK), dans un ordre entrelacé déterminé par une fonction d'entrelacement par rapport à leur ordre initial dans le code d'authentification (CA'). 30 34. Dispositif selon l'une des revendications 30 à 33, dans lequel les moyens de traitement de données sont agencés pour insérer également dans l'accusé de réception (ACK) une partie des bits d'authentification 35 présents dans la signature (S1). 2907622 35 35. Dispositif selon l'une des revendications 30 à 34, dans lequel :Les moyens de traitement de données sont agencés pour produire le code d'authentification (CA') à partir des données reçues et d'au moins une clé 5 de session (SK) secrète. 36. Dispositif selon l'une des revendications 30 à 35, lequel les moyens de traitement de données sont agencés pour vérifier l'authenticité de la signature 10 (Sl) reçue en utilisant le code d'authentification (CA'). 37. Système de transmission de données entre un point A (D2) et un point B (M2), comprenant des moyens (REG1-REG3, LCMP, CRCT1, UC1, MP1, ICT1, CRCT2, UC2, MP2, 15 ICT2) de traitement de données et de communication pour : - produire au point A, à partir de données (MESS, ID, DT) à transmettre, un premier code d'authentification (CA) comprenant des bits d'authentification, - transmettre, du point A au point B, les données et une 20 signature (Si) comprenant des bits d'authentification du code d'authentification (CA), - produire au point B, à partir des données reçues, un second code d'authentification (CA') présumé identique au premier, 25 - produire au point B un accusé de réception (ACK), -transmettre du point B au point A l'accusé de réception (ACK), et -vérifier au point A l'authenticité de l'accusé de réception (ACK) reçu, 30 caractérisé en ce que les moyens de traitement de données sont agencés pour : - produire le premier code d'authentification (CA) au point A de manière que la longueur du premier code d'authentification (CA) soit supérieure à la longueur de 35 la signature (Sl), le premier code d'authentification comprenant des bits d'authentification cachés qui ne sont pas insérés dans la signature (Sl), 2907622 36 - produire le second code d'authentification (CA') de manière que le second code d'authentification comprenne également des bits cachés supposés identiques aux bits cachés du premier code d'authentification (CA), 5 - produire l'accusé de réception (ACK) en utilisant des bits d'authentification cachés du second code d'authentification (CA'), et - déterminer l'authenticité de l'accusé de réception (ACK) au point A en vérifiant que des bits 10 d'authentification cachés du premier code d'authentification (CA) se trouvent dans l'accusé de réception. 38. Système selon la revendication 37, dans lequel 15 les moyens de traitement de données sont agencés pour : - insérer dans l'accusé de réception (ACK) tous les bits cachés du second code d'authentification (CA'), et - déterminer l'authenticité de l'accusé de réception (ACK) au point A en vérifiant que tous les bits cachés du 20 premier code d'authentification (CA) se trouvent dans l'accusé de réception. 39. Système selon la revendication 37, dans lequel les moyens de traitement de données sont agencés pour : 25 - insérer tout ou partie des bits cachés du second code d'authentification (CA') dans l'accusé de réception (ACK), dans un ordre correspondant à leur ordre initial dans le second code d'authentification ou dans un ordre inversé par rapport à leur ordre initial, et 30 - déterminer l'authenticité de l'accusé de réception (ACK) au point A en vérifiant que des bits cachés du premier code d'authentification (CA) se trouvent dans l'accusé de réception (ACK) dans un ordre correspondant à leur ordre initial dans le premier code 35 d'authentification ou dans un ordre inversé par rapport à leur ordre initial. 2907622 37 40. Système selon la revendication 37, dans lequel les moyens de traitement de données sont agencés pour : - insérer tout ou partie des bits cachés du second code d'authentification (CA') dans l'accusé de réception (ACK) 5 dans un ordre entrelacé déterminé par une fonction d'entrelacement, par rapport à leur ordre initial dans le second code d'authentification, et - déterminer l'authenticité de l'accusé de réception (ACK) au point A en vérifiant que tout ou partie des bits 10 cachés du premier code d'authentification (CA) se trouve dans l'accusé de réception (ACK) dans un ordre entrelacé déterminé par ladite fonction d'entrelacement, par rapport à leur ordre initial dans le premier code d'authentification. 15 41. Système selon l'une des revendications 37 à 40, dans lequel les moyens de traitement de données sont agencés pour : - insérer également dans l'accusé de réception (ACK) une 20 partie des bits d'authentification présents dans la signature (Si), et - déterminer l'authenticité de l'accusé de réception (ACK) en vérifiant également que les bits d'authentification de la signature (Si) se trouvent dans 25 l'accusé de réception. 42. Système selon l'une des revendications 37 à 41, dans lequel les moyens de traitement de données sont agencés pour produire la signature (Si) à partir des 30 données à transmettre (MESS, ID, DT) et d'au moins une clé de session (SK) secrète connue au point A et connue au point B. 43. Système selon l'une des revendications 37 à 42, 35 dans lequel les moyens de traitement de données sont agencés pour vérifier l'authenticité de la signature 2907622 38 (Sl) reçue au point B en utilisant le second code d'authentification (CA'). 44. Système selon l'une des revendications 37 à 43, 5 dans lequel les moyens de traitement de données sont agencés pour : - produire au point A un accusé de réception interne (ACK') en utilisant les bits d'authentification cachés du premier code d'authentification (CA), et 10 -déterminer au point A l'authenticité de l'accusé de réception reçu (ACK) en le comparant à l'accusé de réception interne (ACK').