CA2120294C - Procede de signature d'un fichier informatique, et dispositif pour la mise en oeuvre - Google Patents
Procede de signature d'un fichier informatique, et dispositif pour la mise en oeuvreInfo
- Publication number
- CA2120294C CA2120294C CA002120294A CA2120294A CA2120294C CA 2120294 C CA2120294 C CA 2120294C CA 002120294 A CA002120294 A CA 002120294A CA 2120294 A CA2120294 A CA 2120294A CA 2120294 C CA2120294 C CA 2120294C
- Authority
- CA
- Canada
- Prior art keywords
- file
- signature
- calculation
- signatory
- main
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
- G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/346—Cards serving only as information carrier of service
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/18—Legal services; Handling legal documents
- G06Q50/188—Electronic negotiation
Abstract
L'invention concerne un procédé de signature d'un fichier principal (FP) informatique, du genre consistant à faire calculer, par des circuits d'un dispositif (1,3,4) de traitement de l'information, au moins une signature (SG) du fichier, en prenant en compte au moins une donnée secrète (S; Sd) propre au signataire, mais inconnue de celui-ci, mémorisée dans une zone de mémoire secrète d'un objet portatif électronique (4), à mémoire et circuits de traitement, à la disposition de ce signataire, et à lier la signature calculée au fichier principal. Il est caractérisé en ce que, lors du calcul de chaque signature, il consiste en outre à prendre en compte, au moins une partie du fichier principal, de sorte que la signature est fonction de la donnée secrète du signataire et de chaque partie prise en compte du fichier, et a créer un fichier secondaire (FS) et y inscrire au moins des informations (IN) permettant d'identifier chaque partie du fichier principal ayant servi au calcul de cette signature, et à lier le fichier secondaire d'une part à la signature correspondante et d'autre part au fichier signé.
Description
2~2~2~4 :'' I
PROCEDE DE SIGNATURE D'UN FICHIER INFORMATIQUE, ET DISPOSITIF
POUR LA MISE EN OEUVRE.
L'invention est relative à un procédé de signature d'un fichier s informatique, encore appelé fichier électronique, à un procédé de vérification de signature, et à un dispositif pour la mise en oeuvre du procédé. ~ ~-De plus en plus d'informations de toute nature sont échangées entre 10 divers interlocuteurs à l'aide de moyens informatiques: c'est par exemple le cas du courrier électronique, qui consiste à transmettre des fichiers sous forme d'informations binaires.
. .
Selon la nature et/ou l'importance des informations que le fichier contient, 1S il peut être nécessaire que son émetteur, c'est-à-dire son auteur, soit dûment identifié, ou nécessaire de vérifier qu'une personne habilitée a donné son accord ou a validé un tel fichier, et ce de façon encore plus sûre qu'avec un document manuscrit ou dactylographié. En effet, on peut identifier l'auteur d'url document dactylographié ou toute personne 20 habilitée à intervenir sur un tel document par chaque signature manuscrite ~
qui y est attachée. -La notion de validation d'un document apparait dans des circuits de documents qui doivent être signés ou paraphés par une ou plusieurs :: 25 personnes afin, par exemple, de permettre l'exécution de certaines actions. C'est le cas notamment des actes officiels, des imprimés administratifs ou comptables, de tout document donnant pouvoir à une ou plusieurs personnes, ou de tout document engageant plusieurs personnes (contrats par exemple). ~
30 : ~ ~:
Si, avec un document papier (manuscrit ou dactylographié), il est relativement aisé de présumer de l'identité de son auteur ou des personnes l'ayant validé, car chaque signature est fixée au support papier, il n'en est pas de même avec un fichier électronique. En effet, un fichier 35 électronique est constitué d'une succession de bits ayant la valeur logique "O" ou "1": il en résulte qu'une indica~ion, attachée à un tel fichier, de l'identité de son auteur ou des personnes l'ayant validé, ne suffit pas à
2~2~2~ ~
prouver que le fichier, tei qu'il se trouve à un instant donné, est en l'état dans lequel il se trouvait lorsque les dites personnes ont signé ou validé.
C'est pourquoi il a été imaginé de signer électroniquement de tels fichiers, s en faisant calculer par des circuits de traitement, pour chaque signa.aire, une signature électronique qui est fonction du contenu du fichier et d'au moins un paramètre propre à un signataire ou à un groupe de signataires, et en associant chaque signature ainsi calculée au fichier. La verification de l'identité d'un signataire consiste à faire recalculer, par des circuits de 10 traitement, la signature et à comparer cette signature recalculée avec la signature associée.
Un fraudeur, c'est-à-dire une personne non habilitée à signer, ne peut pas modifier un fichier et y associer une signature cohérente puisqu'il ne 5 maîtrise pas le(s) paramètre(s) propre(s) au(x) signataire(s) d'origine. De m~me, dans un circuit de documents devant être signés par plusieurs personnes, toute modification du fichier, après qu'au moins une personne l'ait déjà signé, a pour conséquence qu'il est impossible de remplacer chaque signature déjà calculée par une signature cohérente.
Un tel procédé de calcul et de vérification de signature est décrit dans le brevet français délivré sous le numéro 2514593, correspondant au brevet des Etats-Unis d'Amérique délivré sous le numéro 4656474 et au brevet européen délivré sous le numéro 077238.
Ce procéd~ consiste a pourvoir chaque signataire potentiel d'un objet portatif tel qu'une carte à microcalculateur (encore appelée carte à puce), dont la mémoire contient une clé secrète accessible seulement par les circuits de traitement de l'objet. La clé secrète est diversifiée, c'est-à-dire 30 qu'elle est différente d'un objet à l'autre, pour que deux objets différents ne puissent pas signer de la mame manière un même message.
L'étape de signature proprement dite consiste à accoupler l'objet à un dispositif de traitement de l'information (il peut s'agir du dispositif dans 3s lequel le fichier est élabore, et/ou à partir duquel il est transmis vers un autre dispositif), et à signer le fichier en faisant dérouler dans le dispositifet dans l'objet des algorithmes de calcul tels que la signature est fonction de la clé secrète et du contenu du fichier.
.. ~ ., . . , . , ........ , , .. . , . . , . . ~ , , . .. ... . ~ . .
2~2~2~'1
PROCEDE DE SIGNATURE D'UN FICHIER INFORMATIQUE, ET DISPOSITIF
POUR LA MISE EN OEUVRE.
L'invention est relative à un procédé de signature d'un fichier s informatique, encore appelé fichier électronique, à un procédé de vérification de signature, et à un dispositif pour la mise en oeuvre du procédé. ~ ~-De plus en plus d'informations de toute nature sont échangées entre 10 divers interlocuteurs à l'aide de moyens informatiques: c'est par exemple le cas du courrier électronique, qui consiste à transmettre des fichiers sous forme d'informations binaires.
. .
Selon la nature et/ou l'importance des informations que le fichier contient, 1S il peut être nécessaire que son émetteur, c'est-à-dire son auteur, soit dûment identifié, ou nécessaire de vérifier qu'une personne habilitée a donné son accord ou a validé un tel fichier, et ce de façon encore plus sûre qu'avec un document manuscrit ou dactylographié. En effet, on peut identifier l'auteur d'url document dactylographié ou toute personne 20 habilitée à intervenir sur un tel document par chaque signature manuscrite ~
qui y est attachée. -La notion de validation d'un document apparait dans des circuits de documents qui doivent être signés ou paraphés par une ou plusieurs :: 25 personnes afin, par exemple, de permettre l'exécution de certaines actions. C'est le cas notamment des actes officiels, des imprimés administratifs ou comptables, de tout document donnant pouvoir à une ou plusieurs personnes, ou de tout document engageant plusieurs personnes (contrats par exemple). ~
30 : ~ ~:
Si, avec un document papier (manuscrit ou dactylographié), il est relativement aisé de présumer de l'identité de son auteur ou des personnes l'ayant validé, car chaque signature est fixée au support papier, il n'en est pas de même avec un fichier électronique. En effet, un fichier 35 électronique est constitué d'une succession de bits ayant la valeur logique "O" ou "1": il en résulte qu'une indica~ion, attachée à un tel fichier, de l'identité de son auteur ou des personnes l'ayant validé, ne suffit pas à
2~2~2~ ~
prouver que le fichier, tei qu'il se trouve à un instant donné, est en l'état dans lequel il se trouvait lorsque les dites personnes ont signé ou validé.
C'est pourquoi il a été imaginé de signer électroniquement de tels fichiers, s en faisant calculer par des circuits de traitement, pour chaque signa.aire, une signature électronique qui est fonction du contenu du fichier et d'au moins un paramètre propre à un signataire ou à un groupe de signataires, et en associant chaque signature ainsi calculée au fichier. La verification de l'identité d'un signataire consiste à faire recalculer, par des circuits de 10 traitement, la signature et à comparer cette signature recalculée avec la signature associée.
Un fraudeur, c'est-à-dire une personne non habilitée à signer, ne peut pas modifier un fichier et y associer une signature cohérente puisqu'il ne 5 maîtrise pas le(s) paramètre(s) propre(s) au(x) signataire(s) d'origine. De m~me, dans un circuit de documents devant être signés par plusieurs personnes, toute modification du fichier, après qu'au moins une personne l'ait déjà signé, a pour conséquence qu'il est impossible de remplacer chaque signature déjà calculée par une signature cohérente.
Un tel procédé de calcul et de vérification de signature est décrit dans le brevet français délivré sous le numéro 2514593, correspondant au brevet des Etats-Unis d'Amérique délivré sous le numéro 4656474 et au brevet européen délivré sous le numéro 077238.
Ce procéd~ consiste a pourvoir chaque signataire potentiel d'un objet portatif tel qu'une carte à microcalculateur (encore appelée carte à puce), dont la mémoire contient une clé secrète accessible seulement par les circuits de traitement de l'objet. La clé secrète est diversifiée, c'est-à-dire 30 qu'elle est différente d'un objet à l'autre, pour que deux objets différents ne puissent pas signer de la mame manière un même message.
L'étape de signature proprement dite consiste à accoupler l'objet à un dispositif de traitement de l'information (il peut s'agir du dispositif dans 3s lequel le fichier est élabore, et/ou à partir duquel il est transmis vers un autre dispositif), et à signer le fichier en faisant dérouler dans le dispositifet dans l'objet des algorithmes de calcul tels que la signature est fonction de la clé secrète et du contenu du fichier.
.. ~ ., . . , . , ........ , , .. . , . . , . . ~ , , . .. ... . ~ . .
2~2~2~'1
3 ~:
.
Pour éviter que la clé secrète soit divulguée hors de l'objet, soit la signature est entièrement calculée à l'intérieur de l'objet, par ses circuits de traitement, soit un r~sultat partiel est calculé par l'objet, qui est s transmis aux circuits du dispositif de traitement, lesquels terminent le calcul. Soit encore, le dispositif de traitement commence le calcul par exemple, en utilisant un algorithme de compression de données et l'objet calcule la signature proprement dite. La signature, après son calcul, est alors transmise avec le fichier et une information relative à l'identité du 10 signataire.
La vérification consiste à faire recalculer, par des circuits de traitement d'un dispositif approprié, la signature d'un fichier, sans la divulguer, puis à comparer cette signature recalculée avec celle qui était attachée au s fichier, et enfin à indiquer seulement le résultat de la comparaison (concordance ou non des signatures). Le recalcul est rendu possible car les circuits de traitement du dispositif de vérification comportent un algorithme qui leur permet tout d'abord de recalcu!er, sans la divulguer, la clé secrète diversifiée du signataire à partir de l'information relative à son 20 identité qui avait été transmise avec le fichier puis, à partir de cette clé
recalculée, de recalculer alors la signature. La clé recalculée n'est pas - divulguée à l'extérieur des circuits du dispositif de vérification afin que son caractère secret soit maintenu. La signature recalculée n'est pas divulguée pour éviter qu'un fraudeur qui observerait les opérations de 25 vérification tente d'exploiter les résultats du recalcul à son profit.
Cependant, les procéd~s de signature connus présentent en particulier I'inconvénient de nécessiter que la totalité du fichier soit prise en compte lors du calcul et de la v~rification d'une signature, ce qui peut être gênant 30 pour diverses raisons.
Une premidvre raison, valable quand le fichier doit être signé par une seule personne, ou par plusieurs sans qu'aucune n'ait à y apporter de modifications, tient au fait que, si le fichier est très long, le processus de 3s calcul de signature et de vérification peut prendre un certain temps, ce qui est contradictoire avec les buts de l'informatique.
: ~ ,.-.
Or, dans un fichier, il existe des informations que l'on peut dire sensibles, ~ ~
, ,;
~:~
~ . :
212~2~
et d'autres qui ne le sont pas. Les informations sensibles sont celles relatives au fond: il peut s'agir de valeurs, lorsque le fichier est un fichier comptable; il peut s'agir de paragraphes pa,ticuliers dans un rapport ou une lettre. Les informations non sensibles sont celles relatives à la forme:
s il s'agit par exemple ~de textes d'accompagnement, dont la présence enrichit le fichier sans en changer le fond, et dont l'absence ou la modification est donc sans importance.
Une deuxième raison est valable quand plusieurs personnes sont amenées 10 à signer le fichier tout en étant autorisées à en modifier certaines zones ou à y ajouter des informations: dans ce cas, avec les procédés connus, seule la signature du dernier signataire pourra être déclarée authentique, puisque chaque modification ou ajout au fichier a pour conséquence que les paramètres ayant servi à élaborer les signatures précédentes sont 15 modifiés.
Un premier but de l'invention est de permettre de réduire les temps de calcul et de vérification de signature, comparativement aux procédés de l'art antérieur.
Un second but de i'invention est de perme~tre qu un même fichier soit signé par plusieurs personnes tout en étant éventuellement modifié ou en subissant des ajouts après qu'un premier signataire l'ait validé.
25 Ces buts sont atteints par la présente invention qui propose un procédé
de signature d'un fichier principal informatique, du genre consistant à faire calculer, par des circuits d'un dispositif de traitement de l'information, au moins une signature du fichier, en prenant en compte au moins une donnée secrbte propre au signataire, mais inconnue de celui-ci, mémorisée 30 dans une zone de mémoire secrète d'un objet portatif électronique, à
mémoire et circuits de traitement, à la disposition de ce signataire, et à
lier la signature caiculée au fichier principal, qui est caractérisé en ce que, lors du calcul de chaque signature, il consiste en outre à prendre en compte, au molns une partie du fichier, de sorte que la signature est 35 fonction de la donnée secrète du signataire et de chaque partie prise en compte du fichier, et à créer un fichier secondaire et y inscrire au moins des informations permettant d'identifier chaque partie du fichier principal ~;~'. ', '. ',;
2~2~2~
ayant servi au calcul de cette signature, et à lier le fichier secondaire d'une part à la signature correspondante et d'autre part au fichier signé.
Selon une autre caractéristique, pour lier le fichier secondaire à la s signature co, respondante, celle-ci est inscrite dans le fichier secondaire.
~ ~.
Selon une autre caractéristique, la donnée secrète de chaque signataire est mémorisée dans une zone de mémoire secrète d' un objet portatif électronique à mémoire et circuits de traitement, à la disposition du 10 signataire.
Selon une autre caractéristique, de préférence la donnée propre à un signataire est diversifiée pour que deux signataires différents ne puissent pas signer un même fichier de ia même manière. Cette caractéristique 15 permet d'identifier chaque signataire, en le retrouvant par exemple par mise en oeuvre de la méthode décrite dans les brevets susmentionnés. Il est néanmoins possible d'utiliser une donnée non diversifiée, c'est-à-dire ~ --commune au moins à plusieurs signataires, lorsqu'on désire simplement vérifier que le fichier a été signé par une personne autorisée, sans savoir 20 qui exactement.
Un procédé pour vérifier une signature déterminée d'un fichier calculée conformément à la présente invention est caractérisé en ce qu'il consiste à identifier, grâce au fichier secondaire, chaque partie du fichier signé
25 ayant servi à obtenir la signature considérée, à faire recalculer, par des circuits de traitement, la signature en prenant en compte des paramètres sens~és correspondre à ceux utilisés lors du calcul initial, à comparer la signature recalculée à la signature liée, et à indiquer le résultat de la comparaison.
;
L'invention est particulièrement avantageuse, car tout en conservant la sécurité des procédés de l'art antérieur, elle possède néanmoins une plus grande souplesse et de multiples avantages.
En particulier, dès lors qu'un signataire choisit de signer l'ensemble du -~
fichier, parce qu'il estime que l'ensemble de son contenu est constitué ~q d'informations sensibles, les informations du fichier secondaire lié à la signature correspondante indiqueront que cette signature a été calculée à
2~ 2~2~L~
I'aide de l'ensemble du fichier. Dans ce cas, si un signataire ultérieur modifie le fichier, la signature précédente devient incohérente; par contre il peut soit le signer à son tour, en totalité ou en partie, soit y ajouter des informations et faire alors calculer sa propre signature sur la base de tout S ou partie des informations ajoutées et/ou de tout ou partie des informations que le fichier contenait avant qu'il effectue cet ajout.
Le calcul de chaque nouvelle signa~ure entraîne donc la création d'un nouveau fichier secondaire ou d'un nouvel enregistrement dans le fichier o secondaire dans lequel cette nouvelle signature est inscrite, avec les informations ayant permis son établissement.
,. .
Un autre avantage du procédé est qu'il permet qu'une personne qui doit valider un fichier, après qu'il ait été signé par son auteur, peut signifier S son accord sur le contenu de certaines parties seulement. Pour cela, cettepersonne qui doit valider peut faire prendre en compte, pour le calcul de sa propre signature, seulement les parties du fichier avec lesquelles elle est en accord.
D'autres caractéristiques et avantages de l'invention apparaitront avec la ~;
description qui va suivre, faite en regard des figures annexées, sur lesquelles:
- la figure 1 illustre le schéma de principe d'un système préféré pour la mise en oeuvre de l'invention;
- les figures 2 à 7 présentent une disposition préférée de chacun des écrans de dialogue entre les utilisateurs et le système pendant les phases de signature et/ou de vérification.
~ ~' Sur la figure 1, est illustré le schéma de principe d'un dispositif pour la mise en oeuvre préférée de l'invention. Le système représenté peut être utilisé indifféremment pour l'élaboration et/ou la vérification de ;~
signature~s). -~
3s Le dispositif comporte un appareil 1 de traitement de l'information, tel un ordinateur, capable de traiter des fichiers informatiques. L'appareil comprend, de façon connue, des moyens 2 pour le stockage en masse ;. ~'''' -'-' 211 2~2~ ~
des données ou des fichiers. Ces moyens 2 peuvent être des disquettes magnétiques, des disques optiques ou tou~ dispositif de stockage envisageable.
s En outre, dans le mode de réalisation préféré, I'appareil est associé à un lecteur 3 d'objet portatif électronique 4 amovible, encore appelé support électronique amovible, tel qu'une carte à microcalculateur, qui contient, de façon connue, des circuits de traitement et une zone de mémoire secrète dans laquelle sont enregistrées des données accessibles o seulement par ces circuits de traitement. La zone de mémoire secrète contient au moins une donnée secrète Sd, diversifiée dans chaque carte, c'est-à-dire différente d'une carte à l'autre. Ceci permet qu'un même algorithrne de calcul (chiffrement, signature, etc), déroulé dans les deux cartes, et prenant en compte une même donnée d'entri~e appliquée aux 5 deux cartes et la donnée diversifiée dans chaque carte, donne des résultats différents d'une carte à l'autre. L'appareil et l'objet constituent donc le dispositif de signature ou de vérification.
Dans une variante, la zone de mémoire secrète du support électronique 4 20 amovible ne contient pas de donnée diversifiée, mais seulement une donnée secrète S, identique entre toutes les cartes destinées à une application particulière, ou identique entre toutes les cartes qui, destinées à une application particulière, sont remises à des personnes ayant des droits d'accès identiques à cette application. En effet, la diversification est 25 nécessaire lorsqu'une discrimination doit être réalisée entre tout ou partie des utilisateurs.
Ainsi, pour une même application, la donnée secrète peut être non diversifiée entre les signataires potentiels ayant un même rang 30 hiérarchique, c'est-à-dire ayant les mêmes pouvoirs de signature ou les mêmes droits d'accès; Par contre, une diversification existe entre les niveaux hiérarchiques différents. Cette mise en oeuvre suffit dans les circuits de documents dans lesquels il faut simplement vérifier qu' un fichier a été signé par des personnes de rang hiérarchique différent, sans 35 déterminer pr~cisément leur identité.
Il est aussi possible que l'ensemble des signataires potentiels, indépendamment de leur rang, possèdent une donnée secrète identique.
-. 2~ 2l~2~
~,.
Dans ce cas on peut simplement vérifier que le fichier a été signé par une personne autorisée.
Bien entendu, d'une application informatique à l'autre, il est préférable s que les données soient diversifiées.
L'appareil 1 cornporte des circuits de traitement capables de dérouler des algorithmes de calcul, en particulier un algorithme Aa de signature d'une partie au moins d'un fichier principal FP contenu dans une partie 5 de sa o mémoire de masse 2. Au moment d'être déroulé, I'algorithme Aa est par exemple enregistré dans une zone de mémoire vive de l'appareil 1.
En outre, I'appareil comporte des moyens 6 d'interface et de dialogue avec ses utilisateurs, en particulier un clavier 6A, un écran 6B. Il peut s comporter d'autres moyens non illustrés, tels qu'une souris, un dispositif de reconnaissance vocalej etc.
Le rôle du support électronique 4 amovible est de fournir à l'appareil 1, par l'intermédiaire du lecteur 3, une clé K qui est fonction de la donnée 20 secrète, diversifiée Sd ou non S, que sa mémoire enferme. La façon dont cette clé K est élaborée sera expliquée ultérieurement.
La clé K est prise en compte, lors du déroulement de l'algorithme Aa de signature, par les circuits de traitement de l'appareil, afin que la signature 25 SG soit fonction de cette clé K et d'une partie au moins du fichier principal P.
Comme il sera expliqué, la sélection de la ou des parties du fichier principal, qui sera ou seront prises en compte pour le calcul de la ~o signature, peut être effectuée par le signataire ou automatiquement par le système.
Conform~ment à la présente invention, afin de permettre la vérification de la signature SG, le calcul de chaque signature entraîne la création d'un 3s nouveau fichier secondaire FS, ou d'un nouvel enregistrement dans le fichier secondaire qui contient d'une part cette signature SG et d'autre part des paramètres ou informations qui permettent d'identifier les 't i '~ -=; ~; ' ' ' ' ''' - 2 ~ 2 9 ~
, données qui ont servi à son calcul. Ce fichier secondaire FS est élaboré
par l'appareil 1 puis inscrit dans une partie 7 de sa mémoire de masse 2.
En particulier, le fichier secondaire FS contient, parmi ses paramètres s constitutifs, des informations IN permettant de retrouver les parties du fichier principal FP ayant servi au calcul de la signature. Il peut s'agir d'informations relatives aux adresses mémoire de ces parties, ou de toute information permettant de retrouver les dites parties dans le fichier principal.
Le fichier secondaire FS, en plus de ces informations IN permettant de retrouver les parties du fichier principal FP ayant servi au calcul de la signature, peut contenir des informations complémentaires IC.
. :~
5 Tout d'abord, il est envisageable que l'algorithme Aa de calcul de signature diffère d'un appareil à l'autre. Il faut se souvenir qu'un même appareil doit pouvoir être utilisé indifféremment pour le calcul ou pour la vérification des signatures. Or, à un moment donné, par exemple en raison de l'évolution des logiciels, il se peut que l'appareil qui a été utilisé20 pour le calcul de signature ait exploité une version d'un logiciel plus ancienne que l'appareil utilisé pour la vérification exploiterait s'il devait signer; il se peut encore, qu'indépendamrnent de cette évolution, les deux appareils utilisen~ des logiciels totalement différent pour le calcul; il peut aussi arriver, dans le cas de signataires multiples, que les signatures d'un 25 même fichier aient été calculées sur des appareils distincts exploitant des logiciels différents. En d'autres termes des dispositifs différents peuvent servir à calculer les signatures.
G'est pourquoi, dans ce cas, parmi les informations complémentaires IC
30 que contient le fichier secondaire FS, se trouvent des données permettant d'identifier le dispositif, c'est-à-dire l'appareil et/ou l'algorithme, qui a été
~ffectivement utilisé lors du calcul de la signature.
': ~
Comme il a été indiqué, la clé K est calculée par l'objet portatif 4, à partir 35 de la donnée secrète diversifiée Sd ou non S qu'il contient. Un objet contenant une donnée secrbte diversifiée Sd doit être utilisé chaque fois qu'il faut clairement identifier le signataire. Par contre, s'il est juste nécessaire de vérifier que le signataire est une personne autorisée, faisant 2~2Q79~ ~
partie d'un groupe restreint, il n'est pas nécessaire que la donnée secrète soit diversifiée: il suffit seulement qu'elle soit commune à toutes ies personnes de ce groupe. Ces principes sont connus dans les procédés antérieurs de signature.
s Le calcul de la clé K consiste à faire dérouler, dans l'objet, un algorithme Ao mémorisé dans ses circuits de traitement, et à faire prendre en compte par cet algorithme, d'une part, la donnée secrète diversifiée Sd ou non S
que sa mémoire enferme et, d'autre part, une donnée externe E, qui est o élaborée dans l'appareil, puis transmise de l'appareil à l'objet, de sorte que la clé K est à la fois fonction de la donnée secrète Sd ou S et de la donnée externe E.
Lorsque la donnée secrète de l'objet est diversifiée, il est nécessaire que s l'appareil qui sera utilisé pour la vérification puisse la retrouver, sans la divulguer, afin de recalculer ensuite la clé K.
Ceci peut être fait par exemple en mettant en oeuvre, et en l'adaptant, la i~
méthode divulguée dans l'un ou l'autre des brevets mentionnés au 20 préambule de la présente demande, et dont l'enseignement est incorporé
ici par référence, ou bien encore en mettant en oeuvre tout procédé ;
connu qui permettrait de faire recalculer, sans la divulguer et sans disposer de l'objet ayant servi à la signature, une donnee secrète diversifiée Sd d'un objet.
La méthode divulguée dans l'un ou l'autre des brevets, et adaptée à la -présente inven~ion, consiste à associer au fichier principal FP et à la j signature SG, en l'inscrivant dans le fichier secondaire FS, parmi les ;
informations complémentaires par exemple, des données 10 30 d'identification de l'objet permettant de faire recalculer ou retrouver sans la divulguer, par des circuits spécifiques de l'appareil de vérification, la .
donnée diversifiée. Ces données d'identification peuvent par exemple être constituées de p paramètres représentatifs des adresses de p clés élémentaires parmi q clés élémentaires enregistrées dans la zone de 35 mémoire secrète du support, la donnée secrète diversifiée étant alors cons~ituée par la combinaison des informations contenues à ces p ~ ' adresses.
2~2 ''':
De plus ainsi qu'il a été évoqué auparavant, I'objet déroule un algorithme Ao. Généralement, cet algorithme est implanté dans une mémoire non volatile de type ROM ou PROM, et peut différer d'un t~pe d'objet à
I'autre. C'est pourquoi, les données d'identification 10 de l'objet peuvent 5 également être représentatives de l'algorithme déroulé par l'objet ou, en d'autres termes, du type d'objet utilisé.
Dans ce cas, lors de la vérification des signatures, qui sera détaillée plus loin, un module spécifique de contrôle est associé à l'appareil de o vérification. La structure de ce module sera détaillée plus loin, en regard de la description des étapes de vérification de signature.
L'élaboration de la donnée E, au moment de la signature, peut être effectuée de diverses manières, et dépend de l'algorithme Aa enregistré
s dans les circuits de traitement de l'appareil de signature.
Dans une mise en oeuvre, la donnée externe E est élaborée de façon automatique par les circuits de traitement de l'appareil 1. Il peut par exemple s'agir d'une donnée aléatoire. A cet effet, I'appareil contient ~o alors un générateur de nombre aléatoire.
- -:
Dans un tel cas d'élaboration automatique, cette donnée externe E est inscrite parmi les informations complémentaires IC du fichier secondaire FS, pour que l'appareil de vérification puisse retrouver la clé K.
Dans une autre mise en oeuvre, la donnée externe E est fonction de, ou -constituée par, la date et/ou l'heure de signature du fichier. Dans ce cas, -soit ia donnée E elle-même, soit des informations permettant de la 1 recalculer au moment de la vérification de signature, c'est à-dire des 30 informations corrélées à la date et/ou à l'heure, sont inscrites parmi les informations complémentaires IC du fichier secondaire FC.
.
Dans une autre mise en oeuvre, la donnée externe E est constituée i ~ -d'informations extraites du, et/ou relatives au fichier principal FP lui-35 même. L'emplacement et la nature de ces informations peuvent être connus par avance, ou bien ils peuvent être déterminés de façon aléatoire, par les circuits de traitement de l'appareil, au moment-même du calcul de la signature.
2~2~2~
. ~
Ainsi, dans une variante, la donnée externe E est constituée à partir d'un nombre n détermine d'octets choisis parmi les tous premiers octets du fichier, ou parmi les tous premiers octets de la première partie du fichier 5 prise en compte dans le calcul de la signature.
Ce nombre n, de m~me que l'emplacement des octets à utiliser, peuvent être fixés une fois pour toutes. Dans ce cas, la donnée E peut très bien ne ~-pas etre reportée dans le fichier secondaire, puisque la détermination de -~
10 I'algorithme Aa, par l'appareil de vérification, lui permet de déduire comment cette donnée E a été élaborée. ..
Dans une autre variante, la donnée externe E est corrélée au nom du fichier et/ou à son en-tête et/ou à sa taille, et/ou plus généralement à
toute information tirée du fichier. .. ~
~ :. ' ~ . . . ' ,.
Dans une autre variante, le nombre n et/ou I emplacement des octets à
utiliser sont déterminés de façon aléatoire par l'appareil au moment de I'élaboration de la donnée externe E. Dans ce cas, soit la donnée E, soit des informations permettant de recalculer cette donnée, par exemple le .
nombre n et/ou l'emplacement des octets a utiliser sont inscrites parmi les informations complémentaires IC du fichier secondaire FS.
~; ~; Pour résumer, lorsque la donnée externe E a été élaborée, la clé K estcalculée dans le support portatif 3 du signataire, en fonction de cette donnée E et de la donnée secrète S ou Sd que ce support enferme; - - ' .
~: - selon le cas, la donnée E, ou des informations permettant de la faire retrouver par l'appareil de vérification, sont inssrites dans le fichier secondaire FS;
;','' ~''"- '''.
- si la donnée secrète du support est une donnée diversifiée SD, une information d'identification 10, permettant de la faire retrouver par I'appareil de vérification, est transmise du support vers l'appareil de signature, puis inscrite par ce dernier dans le fichier secondaire FS;
- la signature SG est calculée à partir de la clé K et d'une partie au moins du fichier, puis est inscrite dans le fichier secondaire; .
212~2~
,, ~, . ~ .
- des informations, permettant de déterminer quelle(s) parties du fichier a (ont) ser~/i au calcul de signature, sont inscrites dans le fichier secondaire.
. ~ ~
5 Bien entendu, si plusieurs signataires interviennent, un fichier secondaire ou des enregistrements distincts sont créés pour chacun. Il ~n résulte que plusieurs fichiers secondaires peuvent être attachés à un même fichier principal ou que le fichier secondaire possède autant dlenregistrements que de signatures considérées.
10 ~ .";, ~
La vérification d'une ou de plusieurs signatures peut être effectuée par I'un et/ou l'autre des signataires et/ou par des tiers, à condition qu'ils aient à disposition un dispositif agencé pour cette vérification. En fait, ce dispositif doit être similaire à celui qui a servi au calcul de chaque signature. Il peut d'ailleurs s'agir de celui-là même qui a servi à ce calcul.
L'opération de vérification consiste à recalculer chaque signature à l'aide des mêmes paramètres que ceux qui ont servi pour leur établissement, et à comparer la signa~ure recalcul~e à la signature correspondante inscrite dans le fichier secondaire. Pour cela, le dispositif de vérification comporte des circuits de traitement et de comparaison.
De préférence, pour éviter qu'un fraudeur qui observerait la vérification puisse exploiter à son profit les résultatsj le dispositif de vérification possède des circuits de traitement et de mémoire agencés pour qu'une signature recalculée ne soit jamais divulguée hors de ces circuits, et pour que seulement le résultat de la comparaison soit indiqué. Les données n~cessaires au recalcul sont donc traitées dans une zone secrète de mémoire du dispositif de vérification, et la signature recalculée est effacée ~; 30 après que le résultat de la comparaison ait été indiqué.
Pour pouvoir recalculer la signature, et comme il a été indiqué plus avant, le dispositif de vérification doit être d'abord en mesure de recalculer la clé
K qui a servi à obtenir la signature. Or, on rappelle que cette clé a été
35 calculée à partir d'une donnée secrète diversifiée Sd ou non S contenue dans une zone secrète de mémoire d'un objet portatif propre au signataire.
~' .' 212~ a Lorsque la donnée secrète est diversifiée, en adaptant, ainsi qu'évoqué
plus avant, la méthode décrite dans les brevets susmentionnés, le dispositif peut comporter un appareil avec un module spécifique de contrôle, comportant une zone secrè~e de mémoire et des circuits de 5 traitement des informations contenues dans cette zone pour éviter que ces informations sortent de ce module.
Dans une mise en oeuvre, ce module est à demeure dans l'appareil.
o Dans une variante, le module est constitué par un objet portatif 4 à
mémoire e$ microcalculateur similaire ià celui utilisé par les signataires.
Dans une réalisation préférée, certains ou chacun des objets portatifs à la disposition de signataires sont utilisables en tant que modules de 15 vérification de signature.
Ainsi, un objet permet non seulement de signer, mais aussi de vérifier toutes les signatures calculées par des cartes de la même famille, c'est-à-dire par exemple possédant des données secrètes diversifiées Sd 20 élaborées soit à partir d'une même donnée secrète de base, soit de la façon décrite dans les brevets susmentionnés.
Dans ce cas, la donnée diversifiée d'un objet quelconque peut être recalculée ou reconstituée par certains ou chacun des objets de la même 25 famille, afin de vérifier les signatures. Bien entendu, dans ce cas, un objetservant à ia vérification ne livre jarnais une signature recalculable, ni la donnée diversifiée reconstituée.
Ceci permet que n'importe qui puisse signer et vérifier avec un même 30 objet, mais interdit qu'un signataire reproduise la signature d'un autre.
.., . :
Ainsi, si on applique l'enseignement des brevets mentionnés aù
préambule, il suffit que la zone secrète du module de contrôle enferme les q paramètres possibles, et la lecture de l'information d'identification 10 35 associée ~ une signature SG, dans le fichier secondaire, permet que le module reconstitue, dans ses circuits de traitement, en allant lire le contenu des adresses spécifiées par cette information d'identification, 212~2~
~ 15 sans jamais la divulguer, la donnée secrète Sd de l'objet ayant servi à
calculer cette signature.
Si la donnée n'est pas diversifiée, il suffit que l'appareil soit associé à un s module ayant une zone secrète de mémoire dans laquelle la donnée secrète S est reproduite, et des circuits de traitement agencés pour que les données de cette zone secrète soient accessibles seulement par ces circuits de traitement. Dans une mise en oeuvre, un tel module est à
demeure dans l'appareil et les circuits de traitement peuvent être ceux de o l'appareil; dans une variante, le module est constitué à partir d'un objet portatif. Dans une mise en oeuvre préférée, chaque objet portatif à la disposition d'un signataire est utilisable en tant que module de vérification.
15 L'appareil de vérification est agencé pour retrouver la donnée externe E
grâce aux informations (la donnée E elle-même, la date et/ou l'heure, etc) qui ont été inscrites à cette fin dans le fichier secondaire FS pendant la phase de signature .
20 Ensuite la clé K est recalculée à partir de la donnée externe E et de la donnée secrète diversifiée ou non, retrouvée grâce au module, et qui est donc sensée correspondre ià celle qui avait été utilisée lors du calcul de signature. Le recalcul de cette clé K impose que la donnée secrète ne sioit pas divulguée et il est donc effectué par les circuits associés à cette zone 25 secrète, c'est-à-dire, selon le mode de réalisation, les circuits de l'appareil ou ceux d'un objet portatif.
. .
Les circuits de traitement de l'appareil déterminent ensuite, à partir du fichier secondaire FS, quelle partie(s) du fichier principal a (ont) servi au 30 calcul de la signature originale, et recalculent, de façon secrète, une signature SG' en prenant en compte la clé K recalculée et la (les) dite(s) partie(s) du fichier principal.
Enfin les circuits de comparaison comparent la signature recalculée SG' à
35 celle SG lue dans le fichier secondaire, puis l'appareil indique, à la personne effectuant la vérification, seulement le résultat de la comparaison à l'aide de moyens d'affichage dont il est pourvu.
;':
.::
. ~ , ., , - ,;
- 2~2~4 La mise en oeuvre préférée, décrite ci-avant consiste donc à faire calculer une clé K dans l'objet, puis à faire calculer la signature par les circuits de traitement de l'appareil, en fonction de cette clé K et d'au moins une ~ ;
partie du fichier principal FP.
s ~:
Dans une variante, la signature est calculée dans l'objet, ce qui évite d'avoir à générer la donnée externe E. Dans ce cas, !'algorithme Aa enregistré dans l'appareil est tel que ses circuits de traitement gèrent et envoient en direction de l'objet chaque partie sélectionnée du fichier et éventuellement un ou plusieurs autres paramètres qu'il convient de prendre en compte, tels la date et/ou l'heure et /ou le nom et la taille, etc, -les circuits de l'objet restituant en fin de compte la signature SG qui est fonction des parties du fichier et des autres paramètres qu'ils ont resus de I'appareil, puis transmettant cette signature vers l'appareil pour qu'il I'inscrive dans le fichier secondaire FS. On aboutit donc à un résultat comparable mais ne nécessitant aucun transfert de clés vers l'appareil.
Par ailleurs, si un ou plusieurs autres paramètres sont pris en compte, des informations permettant de les retrouver doivent être inscrites dans le fichier secondaire. -~o Dans ce cas de calcul de signature par l'objet, on conçoit que les circuits de l'appareil ont des fonctions élémentaires. L'algorithme Aa mémorisé
dans l'appareil est réduit à un minimum permettant les échanges avec l'objet et avec les fichiers contenus dans ses mémoires de masse.
~ :
Cependant cette variante nécessite l'emploi d'objets portatifs ayant des possihilités de calcul et des algorithmes plus poussées que le mode préféré. En effet, le mode préféré décrit auparavant nécessite simplement que les circuits de traitement de l'objet soient en mesure de fournir, en réponse à un ordre entrant, un résultat qui est fonction de la donnée secrète S ou Sd qu'ils contiennent et d'une donnée externe.
La réalisation matérielle et logicielle de l'invention est à la portée de l'homme du métier sans qu'il soit nécessaire de la détailler davantage.
La ou les signatures d'un fichier principal FP peuvent être vérifiées alors que le fichier principal et son ou ses fichiers secondaires FS sont sur le même appareil que celui qui a servi au calcul, ou après que le fichier 2~2~2~
principal et son ou ses fichiers secondaires FS aient été transférés sur un appareil différent.
Le transfert ne fait pas l'objet de la présente invention. Il peut s'effectuer 5 par n'importe quel moyen ou procédé connu: il peut s'agir ~'un transfert électronique par ligne de données, d'un transfert à l'aide d'un support matériel tel qu'une disquette, ou de tout autre type de transfert de données. Il convient bien évidemment que le fichier principal et le ou les fichiers secondaires associés soient transférés sur un appareil en mesure 10 d'effectuer les vérifications de si~qnature si on veut y réaliser cette opération, c'est-à-dire un appareil qui possède en particulier une structure logicielle appropriée.
Pour que l'invention soit facilement mise en oeuvre, il est préférable de s réaliser un système permettant un dialogue aisé, c'est-à-dire ergonomique et convivial en particulier, avec l'utilisateur du système, qu'il soit signataire ou vérificateur de signature.
C'est pourquoi, de préférence, I'invention est mise en oeuvre sur un 20 matériel de traitement de fichiers permettant l'utilisation de fenêtres de dialogue, teiles que celles qui fonctionnent sous l'environnement "WINDOWS" de la société MICROSOFT.
La figure 2 illustre une fenêtre élémentaire de dialogue qui peut s'ouvrir 25 pour lancer soit le calcul soit la vérification de(s) signature(s) attachée(s) à
un fichier.
: ~ ~
Le titre 8 de l'application apparait dans une barre 9 de titre en haut de fenêtre, et les menus disponibles dans une barre 10 de menus.
Un premier menu "MODE" permet de choisir soit le mode "signature", soit ~'~
le mode "vérification de signature". :.
Un second menu "FICHIER" permet de sélectionner n'importe quel type de 35 fichier contenu dans une mémoire de l'appareil et que l'utilisateur souhaite signer ou dont il désire vérifier la ou les signatures. Il peut donc s'agir de fichiers de texte, de données, de dessins, etc............. .
;-.,.' .,, ,f, ~.";~
~2~2~A ~
,,. ~ ~ .
(Jn troisième menu "SELECTION", est accessible au moins quand le mode "signature" est actif. Il permet d'accéder soit à une fonction "sélection manuelle" soit à une fonction "sélection aut~,matique" qui seront détaillées plus loin.
s Un quatrième menu "OPTIONS" permet par exemple de choisir un support ayant déjà servi à une signature ou de fixer les caractéristiques d'un ;nouveau support. Ces notions seront détaillées plus loin. -o Enfin, un menu aide "?" peut être présent.
Les figures 3 et 4 illustrent deux variantes de fenêtres qui peuvent s'ouvrir lorsqu'un fichier a été activé par le menu "FICHIER", et que le mode vérification de signature a été activé par le menu "MODE". Ces 5 variantes comportent seulement des différences minimes, qui seront mises en évidence chaque fois que nécessaire.
De préférence, lorsque le mode vérification a ~té activé, il n'est pas nécessaire que le menu "SELECTION" soit accessible. Par contre les 20 menus "FICHIER" et "MODE" doivent être accessibles.
.
Un premier cadre "SOURCE" 11 apparait qui contient des informations sur l'état du fichier validé, et indique son nom, s'il est signé ou non, sa taille, la date du fichier, le répertoire dans lequel il lest rangé.
Par ailleurs un second cadre "SIGNATURE" 12 indique le nombre et/ou ie nom des signatures éventuellement associées à ce fichier.
: ~ .
Sur la variante de la figure 3, chacune des signatures de ce second cadre 30 12 est repérée par un nom indiqué dans une première zone 13, ici "Pierre", "Paul", etc, alors que dans la variante de la figure 4, chacune des signatures de ce second cadre 12 est repérée par un numéro d'ordre --"Sign 1", "Sign 2" donné par défaut par l'appareil, et indiqué dans la première zone 13.
Une seconde zone 14, indique la signature active par son nom (figure 3) ou son numéro (figure 4). ~ ~:
' . .
.: .: ;.
Dans un troisième cadre "INFORMATION" 15 de la figure 3, il apparait une mention "sélection totale" indiquant que la signature "Pierre", en cours de v~rification, avait été calculée sur la base de la totalité du fichier.Dans le cadre correspondant de la figure 4, il apparait une mention s "sélection manuelle" indiquant que la signature "Sign 1", en cours de vérification, a été calculée sur la base d'une partie du fichier. ;
De plus, il est indiqué dans une zone 16 de ce troisibme cadre 15 le nom du support qui avait été utilisé pour le calcul de la signature en cours de 10 vérification.
- ~ :.
Des boutons "OK" ou "STOP", accessibles par exemple grâce à un pointeur déplacé par une souris ou par le clavier 6A, sont placés dans ce cadre 15. Ils permettent le lancement ou l'arrêt de la vérification.
Dans une autre zone 17 de c0 cadre 15, le pourcentage d'avancement du calcul de vérification apparait après que le lancement de la véirification ait ~ ~
été validé par le bouton "OK". En outre, la zone 17 permet d'afficher une ~-barre dont la longueur indique l'état d'avancement.
-~
Des fenêtres susceptibles de s'ouvrir pendant la création ou l'ajout d'une ~ ~ ;
signature sont représentées aux figures 5 et 6. Le choix du mode "signature s'effectue à partir du menu "MODE", qui est accessible au lancement de l'application ou à partir du mode "vérification" ou, bien 2s entendu, lorsque le mode "signature" lui-même a été valide.
D e préférence, lorsque le mode "signature" est activé, la sélection totale du fichier est faite par défaut, c'est-à-dire que la signature sera calculée à -~
partir de tout le fichier. Cependant, la sélection manuelle d'une ou de plusieurs parties du fichier peut être effectuée comme il sera expliqué plus . -loin.
L'activation du mode "signature" rend accessible l'ensemble dés menus.
' ~ 35 La figure 5 illustre une fenetre qui s'ouvre lorsque le mode "signature" et la sélection manuelle ont été activés.
' ~,,".,~''';~,'..
~,'.,. -..;,,',',~, ' . ~
n 2 .~3 L.~
La fenêtre ouverte est similaire a celle des figures 3 ou 4, à ceci près que, dans le cadre 15 d'information, il est indiqué que le mode actif est celui du calcul de signature, et la mention "sélection manuelle" apparait en ~ -clair. ~ ~ ~
s .: :
Il convient de noter que si la sélection est faite par défaut, s'ouvre une fenêtre, non représentée sur les figures, qui présente une seule différence d'aspect avec celle de la figure 5: dans le cadre 15 d'information, il apparait la mention "sélection totale" au lieu de "sélection manuelle".
De plus, le nom et des informations relatives au fichier en cours de ~ .
signature apparaissent dans le premier cadre "SOURCE" et le nom ou le numéro de la signature en cours apparaissent dans la seconde zone 14 du second cadre 12.
Enfin, s'inscrit dans la zone 16 spécifique du troisième cadre 15 le nom du suppor~ qui est utilisé pour le calcul de la signature en cours. ~ -Dans une mise en oeuYre préférée, une action sur le bouton "OK" du N
cadre 15 d'information entraîne le lancement du calcul de signature, ;lorsque la sélection totale a été choisie, volontairement ou par défaut.
Par contre, dans cette mise en oeuvre préférée, la sélection manuelle ~ ~:
entraîne l'ouverture de la fenêtre représentée sur la figure 6, qui permet d'afficher le contenu du fichier et d'en sélectionner certaines zones grâce -~
à un curseur, connu en soi, tel qu'un curseur déplacé par une souris ou des touches du ciavier 6A de l'appareil de traitement.
~ . .:
Les cadres "SOURCE" et "SIGNATURE" qui apparaissent dans les fenêtres précédentes sont remplacés par un cadre unique 18 dans lequel le contenu du fichier est affiché, alors que le cadre 15 "INFORMATION" ~ -M
demeure présent. ~;
La sélection d'une ou de plusieurs parties du fichier peut être effectuée 35 manuellement à l'aide d'un curseur déplacé par une souris ou par des touches du clavier. L'exemple de cette figure 6 montre la sélection d'une partie, encore appelée bloc, unique 19 d'un fichier de texte constituée de . 2~a2{~
37 octets. Le cadre d'information indique le nombre de blocs et le nombre total d'octets sélectionn~s.
Cette fenêtre peut comporter un ou plusieurs sélecteurs linéaires 20, 21, connus en soi, pour déplacer le fichier par rapport ~ I'écran afin de donner la possibilité de rechercher des parties distinctes du fichier. Un premier sélecteur 20 permet par exemple le déplacement dans la page courante, et un second 21 le déplacement de page en page.
0 Enfin, une action sur le bouton "OK" valide la sélection e~ lance le calcul de signature.
Le menu "OPTIONS" permet de spécifier au système les caractéristiques d'un nouveau support, par exemple lors d'une signature, ou de rechercher les caract~ristiques d'un support déjà spécifié lors d'une vérification.
Ainsi, il doit être validé par un nouveau signataire qui désire spécifier au système quel type de carte il utilise pour la signature.
Si un nouveau signataire utilise un support, tel qu'une carte, dont les caractéristiques ont déjà été rentrées par un autre, c'est par ce menu qu'il le spécifie.
~, Sa validation entraîne l'ouverture d'une ~enêtre "CARTE" conforme à celle ~.. ;. . .
2s de la figure 7. Elle contient des cases permettant de saisir divers paramètres de définition d'un nouveau support utilisé pour le calcul d'une nouvelle signature. C'est gr3ce à ce menu que des supports contenant des algorithmes différents et/ou des clés diversifiées différemment pourront être identifiés lors du calcul et qu'une vérification ultérieure pourra avoir lieu. --~
,. ~ :
Ainsi, on peut indiquer, entre autres, grâce à ce menu, les applications "Ref Appli" (traitement de texte, tableur, ...) auxquelles le support considéré permet d'accéder. De plus, on peut identifier précisémsnt le ~;
3s type de support dont il s'agit et les versions de clés ("Réf clé", "version clé") qu'il contient, pour que le système puisse fonctionner correctement. ~' Plus généralement, ce menu permet de spécifier au système tous les 2 ~
~ '~,'' paramètres nécessaires relatifs à un support, afin d'en disposer pour le calcul et la vérification. -:', - ' :',., : ,:
.
Pour éviter que la clé secrète soit divulguée hors de l'objet, soit la signature est entièrement calculée à l'intérieur de l'objet, par ses circuits de traitement, soit un r~sultat partiel est calculé par l'objet, qui est s transmis aux circuits du dispositif de traitement, lesquels terminent le calcul. Soit encore, le dispositif de traitement commence le calcul par exemple, en utilisant un algorithme de compression de données et l'objet calcule la signature proprement dite. La signature, après son calcul, est alors transmise avec le fichier et une information relative à l'identité du 10 signataire.
La vérification consiste à faire recalculer, par des circuits de traitement d'un dispositif approprié, la signature d'un fichier, sans la divulguer, puis à comparer cette signature recalculée avec celle qui était attachée au s fichier, et enfin à indiquer seulement le résultat de la comparaison (concordance ou non des signatures). Le recalcul est rendu possible car les circuits de traitement du dispositif de vérification comportent un algorithme qui leur permet tout d'abord de recalcu!er, sans la divulguer, la clé secrète diversifiée du signataire à partir de l'information relative à son 20 identité qui avait été transmise avec le fichier puis, à partir de cette clé
recalculée, de recalculer alors la signature. La clé recalculée n'est pas - divulguée à l'extérieur des circuits du dispositif de vérification afin que son caractère secret soit maintenu. La signature recalculée n'est pas divulguée pour éviter qu'un fraudeur qui observerait les opérations de 25 vérification tente d'exploiter les résultats du recalcul à son profit.
Cependant, les procéd~s de signature connus présentent en particulier I'inconvénient de nécessiter que la totalité du fichier soit prise en compte lors du calcul et de la v~rification d'une signature, ce qui peut être gênant 30 pour diverses raisons.
Une premidvre raison, valable quand le fichier doit être signé par une seule personne, ou par plusieurs sans qu'aucune n'ait à y apporter de modifications, tient au fait que, si le fichier est très long, le processus de 3s calcul de signature et de vérification peut prendre un certain temps, ce qui est contradictoire avec les buts de l'informatique.
: ~ ,.-.
Or, dans un fichier, il existe des informations que l'on peut dire sensibles, ~ ~
, ,;
~:~
~ . :
212~2~
et d'autres qui ne le sont pas. Les informations sensibles sont celles relatives au fond: il peut s'agir de valeurs, lorsque le fichier est un fichier comptable; il peut s'agir de paragraphes pa,ticuliers dans un rapport ou une lettre. Les informations non sensibles sont celles relatives à la forme:
s il s'agit par exemple ~de textes d'accompagnement, dont la présence enrichit le fichier sans en changer le fond, et dont l'absence ou la modification est donc sans importance.
Une deuxième raison est valable quand plusieurs personnes sont amenées 10 à signer le fichier tout en étant autorisées à en modifier certaines zones ou à y ajouter des informations: dans ce cas, avec les procédés connus, seule la signature du dernier signataire pourra être déclarée authentique, puisque chaque modification ou ajout au fichier a pour conséquence que les paramètres ayant servi à élaborer les signatures précédentes sont 15 modifiés.
Un premier but de l'invention est de permettre de réduire les temps de calcul et de vérification de signature, comparativement aux procédés de l'art antérieur.
Un second but de i'invention est de perme~tre qu un même fichier soit signé par plusieurs personnes tout en étant éventuellement modifié ou en subissant des ajouts après qu'un premier signataire l'ait validé.
25 Ces buts sont atteints par la présente invention qui propose un procédé
de signature d'un fichier principal informatique, du genre consistant à faire calculer, par des circuits d'un dispositif de traitement de l'information, au moins une signature du fichier, en prenant en compte au moins une donnée secrbte propre au signataire, mais inconnue de celui-ci, mémorisée 30 dans une zone de mémoire secrète d'un objet portatif électronique, à
mémoire et circuits de traitement, à la disposition de ce signataire, et à
lier la signature caiculée au fichier principal, qui est caractérisé en ce que, lors du calcul de chaque signature, il consiste en outre à prendre en compte, au molns une partie du fichier, de sorte que la signature est 35 fonction de la donnée secrète du signataire et de chaque partie prise en compte du fichier, et à créer un fichier secondaire et y inscrire au moins des informations permettant d'identifier chaque partie du fichier principal ~;~'. ', '. ',;
2~2~2~
ayant servi au calcul de cette signature, et à lier le fichier secondaire d'une part à la signature correspondante et d'autre part au fichier signé.
Selon une autre caractéristique, pour lier le fichier secondaire à la s signature co, respondante, celle-ci est inscrite dans le fichier secondaire.
~ ~.
Selon une autre caractéristique, la donnée secrète de chaque signataire est mémorisée dans une zone de mémoire secrète d' un objet portatif électronique à mémoire et circuits de traitement, à la disposition du 10 signataire.
Selon une autre caractéristique, de préférence la donnée propre à un signataire est diversifiée pour que deux signataires différents ne puissent pas signer un même fichier de ia même manière. Cette caractéristique 15 permet d'identifier chaque signataire, en le retrouvant par exemple par mise en oeuvre de la méthode décrite dans les brevets susmentionnés. Il est néanmoins possible d'utiliser une donnée non diversifiée, c'est-à-dire ~ --commune au moins à plusieurs signataires, lorsqu'on désire simplement vérifier que le fichier a été signé par une personne autorisée, sans savoir 20 qui exactement.
Un procédé pour vérifier une signature déterminée d'un fichier calculée conformément à la présente invention est caractérisé en ce qu'il consiste à identifier, grâce au fichier secondaire, chaque partie du fichier signé
25 ayant servi à obtenir la signature considérée, à faire recalculer, par des circuits de traitement, la signature en prenant en compte des paramètres sens~és correspondre à ceux utilisés lors du calcul initial, à comparer la signature recalculée à la signature liée, et à indiquer le résultat de la comparaison.
;
L'invention est particulièrement avantageuse, car tout en conservant la sécurité des procédés de l'art antérieur, elle possède néanmoins une plus grande souplesse et de multiples avantages.
En particulier, dès lors qu'un signataire choisit de signer l'ensemble du -~
fichier, parce qu'il estime que l'ensemble de son contenu est constitué ~q d'informations sensibles, les informations du fichier secondaire lié à la signature correspondante indiqueront que cette signature a été calculée à
2~ 2~2~L~
I'aide de l'ensemble du fichier. Dans ce cas, si un signataire ultérieur modifie le fichier, la signature précédente devient incohérente; par contre il peut soit le signer à son tour, en totalité ou en partie, soit y ajouter des informations et faire alors calculer sa propre signature sur la base de tout S ou partie des informations ajoutées et/ou de tout ou partie des informations que le fichier contenait avant qu'il effectue cet ajout.
Le calcul de chaque nouvelle signa~ure entraîne donc la création d'un nouveau fichier secondaire ou d'un nouvel enregistrement dans le fichier o secondaire dans lequel cette nouvelle signature est inscrite, avec les informations ayant permis son établissement.
,. .
Un autre avantage du procédé est qu'il permet qu'une personne qui doit valider un fichier, après qu'il ait été signé par son auteur, peut signifier S son accord sur le contenu de certaines parties seulement. Pour cela, cettepersonne qui doit valider peut faire prendre en compte, pour le calcul de sa propre signature, seulement les parties du fichier avec lesquelles elle est en accord.
D'autres caractéristiques et avantages de l'invention apparaitront avec la ~;
description qui va suivre, faite en regard des figures annexées, sur lesquelles:
- la figure 1 illustre le schéma de principe d'un système préféré pour la mise en oeuvre de l'invention;
- les figures 2 à 7 présentent une disposition préférée de chacun des écrans de dialogue entre les utilisateurs et le système pendant les phases de signature et/ou de vérification.
~ ~' Sur la figure 1, est illustré le schéma de principe d'un dispositif pour la mise en oeuvre préférée de l'invention. Le système représenté peut être utilisé indifféremment pour l'élaboration et/ou la vérification de ;~
signature~s). -~
3s Le dispositif comporte un appareil 1 de traitement de l'information, tel un ordinateur, capable de traiter des fichiers informatiques. L'appareil comprend, de façon connue, des moyens 2 pour le stockage en masse ;. ~'''' -'-' 211 2~2~ ~
des données ou des fichiers. Ces moyens 2 peuvent être des disquettes magnétiques, des disques optiques ou tou~ dispositif de stockage envisageable.
s En outre, dans le mode de réalisation préféré, I'appareil est associé à un lecteur 3 d'objet portatif électronique 4 amovible, encore appelé support électronique amovible, tel qu'une carte à microcalculateur, qui contient, de façon connue, des circuits de traitement et une zone de mémoire secrète dans laquelle sont enregistrées des données accessibles o seulement par ces circuits de traitement. La zone de mémoire secrète contient au moins une donnée secrète Sd, diversifiée dans chaque carte, c'est-à-dire différente d'une carte à l'autre. Ceci permet qu'un même algorithrne de calcul (chiffrement, signature, etc), déroulé dans les deux cartes, et prenant en compte une même donnée d'entri~e appliquée aux 5 deux cartes et la donnée diversifiée dans chaque carte, donne des résultats différents d'une carte à l'autre. L'appareil et l'objet constituent donc le dispositif de signature ou de vérification.
Dans une variante, la zone de mémoire secrète du support électronique 4 20 amovible ne contient pas de donnée diversifiée, mais seulement une donnée secrète S, identique entre toutes les cartes destinées à une application particulière, ou identique entre toutes les cartes qui, destinées à une application particulière, sont remises à des personnes ayant des droits d'accès identiques à cette application. En effet, la diversification est 25 nécessaire lorsqu'une discrimination doit être réalisée entre tout ou partie des utilisateurs.
Ainsi, pour une même application, la donnée secrète peut être non diversifiée entre les signataires potentiels ayant un même rang 30 hiérarchique, c'est-à-dire ayant les mêmes pouvoirs de signature ou les mêmes droits d'accès; Par contre, une diversification existe entre les niveaux hiérarchiques différents. Cette mise en oeuvre suffit dans les circuits de documents dans lesquels il faut simplement vérifier qu' un fichier a été signé par des personnes de rang hiérarchique différent, sans 35 déterminer pr~cisément leur identité.
Il est aussi possible que l'ensemble des signataires potentiels, indépendamment de leur rang, possèdent une donnée secrète identique.
-. 2~ 2l~2~
~,.
Dans ce cas on peut simplement vérifier que le fichier a été signé par une personne autorisée.
Bien entendu, d'une application informatique à l'autre, il est préférable s que les données soient diversifiées.
L'appareil 1 cornporte des circuits de traitement capables de dérouler des algorithmes de calcul, en particulier un algorithme Aa de signature d'une partie au moins d'un fichier principal FP contenu dans une partie 5 de sa o mémoire de masse 2. Au moment d'être déroulé, I'algorithme Aa est par exemple enregistré dans une zone de mémoire vive de l'appareil 1.
En outre, I'appareil comporte des moyens 6 d'interface et de dialogue avec ses utilisateurs, en particulier un clavier 6A, un écran 6B. Il peut s comporter d'autres moyens non illustrés, tels qu'une souris, un dispositif de reconnaissance vocalej etc.
Le rôle du support électronique 4 amovible est de fournir à l'appareil 1, par l'intermédiaire du lecteur 3, une clé K qui est fonction de la donnée 20 secrète, diversifiée Sd ou non S, que sa mémoire enferme. La façon dont cette clé K est élaborée sera expliquée ultérieurement.
La clé K est prise en compte, lors du déroulement de l'algorithme Aa de signature, par les circuits de traitement de l'appareil, afin que la signature 25 SG soit fonction de cette clé K et d'une partie au moins du fichier principal P.
Comme il sera expliqué, la sélection de la ou des parties du fichier principal, qui sera ou seront prises en compte pour le calcul de la ~o signature, peut être effectuée par le signataire ou automatiquement par le système.
Conform~ment à la présente invention, afin de permettre la vérification de la signature SG, le calcul de chaque signature entraîne la création d'un 3s nouveau fichier secondaire FS, ou d'un nouvel enregistrement dans le fichier secondaire qui contient d'une part cette signature SG et d'autre part des paramètres ou informations qui permettent d'identifier les 't i '~ -=; ~; ' ' ' ' ''' - 2 ~ 2 9 ~
, données qui ont servi à son calcul. Ce fichier secondaire FS est élaboré
par l'appareil 1 puis inscrit dans une partie 7 de sa mémoire de masse 2.
En particulier, le fichier secondaire FS contient, parmi ses paramètres s constitutifs, des informations IN permettant de retrouver les parties du fichier principal FP ayant servi au calcul de la signature. Il peut s'agir d'informations relatives aux adresses mémoire de ces parties, ou de toute information permettant de retrouver les dites parties dans le fichier principal.
Le fichier secondaire FS, en plus de ces informations IN permettant de retrouver les parties du fichier principal FP ayant servi au calcul de la signature, peut contenir des informations complémentaires IC.
. :~
5 Tout d'abord, il est envisageable que l'algorithme Aa de calcul de signature diffère d'un appareil à l'autre. Il faut se souvenir qu'un même appareil doit pouvoir être utilisé indifféremment pour le calcul ou pour la vérification des signatures. Or, à un moment donné, par exemple en raison de l'évolution des logiciels, il se peut que l'appareil qui a été utilisé20 pour le calcul de signature ait exploité une version d'un logiciel plus ancienne que l'appareil utilisé pour la vérification exploiterait s'il devait signer; il se peut encore, qu'indépendamrnent de cette évolution, les deux appareils utilisen~ des logiciels totalement différent pour le calcul; il peut aussi arriver, dans le cas de signataires multiples, que les signatures d'un 25 même fichier aient été calculées sur des appareils distincts exploitant des logiciels différents. En d'autres termes des dispositifs différents peuvent servir à calculer les signatures.
G'est pourquoi, dans ce cas, parmi les informations complémentaires IC
30 que contient le fichier secondaire FS, se trouvent des données permettant d'identifier le dispositif, c'est-à-dire l'appareil et/ou l'algorithme, qui a été
~ffectivement utilisé lors du calcul de la signature.
': ~
Comme il a été indiqué, la clé K est calculée par l'objet portatif 4, à partir 35 de la donnée secrète diversifiée Sd ou non S qu'il contient. Un objet contenant une donnée secrbte diversifiée Sd doit être utilisé chaque fois qu'il faut clairement identifier le signataire. Par contre, s'il est juste nécessaire de vérifier que le signataire est une personne autorisée, faisant 2~2Q79~ ~
partie d'un groupe restreint, il n'est pas nécessaire que la donnée secrète soit diversifiée: il suffit seulement qu'elle soit commune à toutes ies personnes de ce groupe. Ces principes sont connus dans les procédés antérieurs de signature.
s Le calcul de la clé K consiste à faire dérouler, dans l'objet, un algorithme Ao mémorisé dans ses circuits de traitement, et à faire prendre en compte par cet algorithme, d'une part, la donnée secrète diversifiée Sd ou non S
que sa mémoire enferme et, d'autre part, une donnée externe E, qui est o élaborée dans l'appareil, puis transmise de l'appareil à l'objet, de sorte que la clé K est à la fois fonction de la donnée secrète Sd ou S et de la donnée externe E.
Lorsque la donnée secrète de l'objet est diversifiée, il est nécessaire que s l'appareil qui sera utilisé pour la vérification puisse la retrouver, sans la divulguer, afin de recalculer ensuite la clé K.
Ceci peut être fait par exemple en mettant en oeuvre, et en l'adaptant, la i~
méthode divulguée dans l'un ou l'autre des brevets mentionnés au 20 préambule de la présente demande, et dont l'enseignement est incorporé
ici par référence, ou bien encore en mettant en oeuvre tout procédé ;
connu qui permettrait de faire recalculer, sans la divulguer et sans disposer de l'objet ayant servi à la signature, une donnee secrète diversifiée Sd d'un objet.
La méthode divulguée dans l'un ou l'autre des brevets, et adaptée à la -présente inven~ion, consiste à associer au fichier principal FP et à la j signature SG, en l'inscrivant dans le fichier secondaire FS, parmi les ;
informations complémentaires par exemple, des données 10 30 d'identification de l'objet permettant de faire recalculer ou retrouver sans la divulguer, par des circuits spécifiques de l'appareil de vérification, la .
donnée diversifiée. Ces données d'identification peuvent par exemple être constituées de p paramètres représentatifs des adresses de p clés élémentaires parmi q clés élémentaires enregistrées dans la zone de 35 mémoire secrète du support, la donnée secrète diversifiée étant alors cons~ituée par la combinaison des informations contenues à ces p ~ ' adresses.
2~2 ''':
De plus ainsi qu'il a été évoqué auparavant, I'objet déroule un algorithme Ao. Généralement, cet algorithme est implanté dans une mémoire non volatile de type ROM ou PROM, et peut différer d'un t~pe d'objet à
I'autre. C'est pourquoi, les données d'identification 10 de l'objet peuvent 5 également être représentatives de l'algorithme déroulé par l'objet ou, en d'autres termes, du type d'objet utilisé.
Dans ce cas, lors de la vérification des signatures, qui sera détaillée plus loin, un module spécifique de contrôle est associé à l'appareil de o vérification. La structure de ce module sera détaillée plus loin, en regard de la description des étapes de vérification de signature.
L'élaboration de la donnée E, au moment de la signature, peut être effectuée de diverses manières, et dépend de l'algorithme Aa enregistré
s dans les circuits de traitement de l'appareil de signature.
Dans une mise en oeuvre, la donnée externe E est élaborée de façon automatique par les circuits de traitement de l'appareil 1. Il peut par exemple s'agir d'une donnée aléatoire. A cet effet, I'appareil contient ~o alors un générateur de nombre aléatoire.
- -:
Dans un tel cas d'élaboration automatique, cette donnée externe E est inscrite parmi les informations complémentaires IC du fichier secondaire FS, pour que l'appareil de vérification puisse retrouver la clé K.
Dans une autre mise en oeuvre, la donnée externe E est fonction de, ou -constituée par, la date et/ou l'heure de signature du fichier. Dans ce cas, -soit ia donnée E elle-même, soit des informations permettant de la 1 recalculer au moment de la vérification de signature, c'est à-dire des 30 informations corrélées à la date et/ou à l'heure, sont inscrites parmi les informations complémentaires IC du fichier secondaire FC.
.
Dans une autre mise en oeuvre, la donnée externe E est constituée i ~ -d'informations extraites du, et/ou relatives au fichier principal FP lui-35 même. L'emplacement et la nature de ces informations peuvent être connus par avance, ou bien ils peuvent être déterminés de façon aléatoire, par les circuits de traitement de l'appareil, au moment-même du calcul de la signature.
2~2~2~
. ~
Ainsi, dans une variante, la donnée externe E est constituée à partir d'un nombre n détermine d'octets choisis parmi les tous premiers octets du fichier, ou parmi les tous premiers octets de la première partie du fichier 5 prise en compte dans le calcul de la signature.
Ce nombre n, de m~me que l'emplacement des octets à utiliser, peuvent être fixés une fois pour toutes. Dans ce cas, la donnée E peut très bien ne ~-pas etre reportée dans le fichier secondaire, puisque la détermination de -~
10 I'algorithme Aa, par l'appareil de vérification, lui permet de déduire comment cette donnée E a été élaborée. ..
Dans une autre variante, la donnée externe E est corrélée au nom du fichier et/ou à son en-tête et/ou à sa taille, et/ou plus généralement à
toute information tirée du fichier. .. ~
~ :. ' ~ . . . ' ,.
Dans une autre variante, le nombre n et/ou I emplacement des octets à
utiliser sont déterminés de façon aléatoire par l'appareil au moment de I'élaboration de la donnée externe E. Dans ce cas, soit la donnée E, soit des informations permettant de recalculer cette donnée, par exemple le .
nombre n et/ou l'emplacement des octets a utiliser sont inscrites parmi les informations complémentaires IC du fichier secondaire FS.
~; ~; Pour résumer, lorsque la donnée externe E a été élaborée, la clé K estcalculée dans le support portatif 3 du signataire, en fonction de cette donnée E et de la donnée secrète S ou Sd que ce support enferme; - - ' .
~: - selon le cas, la donnée E, ou des informations permettant de la faire retrouver par l'appareil de vérification, sont inssrites dans le fichier secondaire FS;
;','' ~''"- '''.
- si la donnée secrète du support est une donnée diversifiée SD, une information d'identification 10, permettant de la faire retrouver par I'appareil de vérification, est transmise du support vers l'appareil de signature, puis inscrite par ce dernier dans le fichier secondaire FS;
- la signature SG est calculée à partir de la clé K et d'une partie au moins du fichier, puis est inscrite dans le fichier secondaire; .
212~2~
,, ~, . ~ .
- des informations, permettant de déterminer quelle(s) parties du fichier a (ont) ser~/i au calcul de signature, sont inscrites dans le fichier secondaire.
. ~ ~
5 Bien entendu, si plusieurs signataires interviennent, un fichier secondaire ou des enregistrements distincts sont créés pour chacun. Il ~n résulte que plusieurs fichiers secondaires peuvent être attachés à un même fichier principal ou que le fichier secondaire possède autant dlenregistrements que de signatures considérées.
10 ~ .";, ~
La vérification d'une ou de plusieurs signatures peut être effectuée par I'un et/ou l'autre des signataires et/ou par des tiers, à condition qu'ils aient à disposition un dispositif agencé pour cette vérification. En fait, ce dispositif doit être similaire à celui qui a servi au calcul de chaque signature. Il peut d'ailleurs s'agir de celui-là même qui a servi à ce calcul.
L'opération de vérification consiste à recalculer chaque signature à l'aide des mêmes paramètres que ceux qui ont servi pour leur établissement, et à comparer la signa~ure recalcul~e à la signature correspondante inscrite dans le fichier secondaire. Pour cela, le dispositif de vérification comporte des circuits de traitement et de comparaison.
De préférence, pour éviter qu'un fraudeur qui observerait la vérification puisse exploiter à son profit les résultatsj le dispositif de vérification possède des circuits de traitement et de mémoire agencés pour qu'une signature recalculée ne soit jamais divulguée hors de ces circuits, et pour que seulement le résultat de la comparaison soit indiqué. Les données n~cessaires au recalcul sont donc traitées dans une zone secrète de mémoire du dispositif de vérification, et la signature recalculée est effacée ~; 30 après que le résultat de la comparaison ait été indiqué.
Pour pouvoir recalculer la signature, et comme il a été indiqué plus avant, le dispositif de vérification doit être d'abord en mesure de recalculer la clé
K qui a servi à obtenir la signature. Or, on rappelle que cette clé a été
35 calculée à partir d'une donnée secrète diversifiée Sd ou non S contenue dans une zone secrète de mémoire d'un objet portatif propre au signataire.
~' .' 212~ a Lorsque la donnée secrète est diversifiée, en adaptant, ainsi qu'évoqué
plus avant, la méthode décrite dans les brevets susmentionnés, le dispositif peut comporter un appareil avec un module spécifique de contrôle, comportant une zone secrè~e de mémoire et des circuits de 5 traitement des informations contenues dans cette zone pour éviter que ces informations sortent de ce module.
Dans une mise en oeuvre, ce module est à demeure dans l'appareil.
o Dans une variante, le module est constitué par un objet portatif 4 à
mémoire e$ microcalculateur similaire ià celui utilisé par les signataires.
Dans une réalisation préférée, certains ou chacun des objets portatifs à la disposition de signataires sont utilisables en tant que modules de 15 vérification de signature.
Ainsi, un objet permet non seulement de signer, mais aussi de vérifier toutes les signatures calculées par des cartes de la même famille, c'est-à-dire par exemple possédant des données secrètes diversifiées Sd 20 élaborées soit à partir d'une même donnée secrète de base, soit de la façon décrite dans les brevets susmentionnés.
Dans ce cas, la donnée diversifiée d'un objet quelconque peut être recalculée ou reconstituée par certains ou chacun des objets de la même 25 famille, afin de vérifier les signatures. Bien entendu, dans ce cas, un objetservant à ia vérification ne livre jarnais une signature recalculable, ni la donnée diversifiée reconstituée.
Ceci permet que n'importe qui puisse signer et vérifier avec un même 30 objet, mais interdit qu'un signataire reproduise la signature d'un autre.
.., . :
Ainsi, si on applique l'enseignement des brevets mentionnés aù
préambule, il suffit que la zone secrète du module de contrôle enferme les q paramètres possibles, et la lecture de l'information d'identification 10 35 associée ~ une signature SG, dans le fichier secondaire, permet que le module reconstitue, dans ses circuits de traitement, en allant lire le contenu des adresses spécifiées par cette information d'identification, 212~2~
~ 15 sans jamais la divulguer, la donnée secrète Sd de l'objet ayant servi à
calculer cette signature.
Si la donnée n'est pas diversifiée, il suffit que l'appareil soit associé à un s module ayant une zone secrète de mémoire dans laquelle la donnée secrète S est reproduite, et des circuits de traitement agencés pour que les données de cette zone secrète soient accessibles seulement par ces circuits de traitement. Dans une mise en oeuvre, un tel module est à
demeure dans l'appareil et les circuits de traitement peuvent être ceux de o l'appareil; dans une variante, le module est constitué à partir d'un objet portatif. Dans une mise en oeuvre préférée, chaque objet portatif à la disposition d'un signataire est utilisable en tant que module de vérification.
15 L'appareil de vérification est agencé pour retrouver la donnée externe E
grâce aux informations (la donnée E elle-même, la date et/ou l'heure, etc) qui ont été inscrites à cette fin dans le fichier secondaire FS pendant la phase de signature .
20 Ensuite la clé K est recalculée à partir de la donnée externe E et de la donnée secrète diversifiée ou non, retrouvée grâce au module, et qui est donc sensée correspondre ià celle qui avait été utilisée lors du calcul de signature. Le recalcul de cette clé K impose que la donnée secrète ne sioit pas divulguée et il est donc effectué par les circuits associés à cette zone 25 secrète, c'est-à-dire, selon le mode de réalisation, les circuits de l'appareil ou ceux d'un objet portatif.
. .
Les circuits de traitement de l'appareil déterminent ensuite, à partir du fichier secondaire FS, quelle partie(s) du fichier principal a (ont) servi au 30 calcul de la signature originale, et recalculent, de façon secrète, une signature SG' en prenant en compte la clé K recalculée et la (les) dite(s) partie(s) du fichier principal.
Enfin les circuits de comparaison comparent la signature recalculée SG' à
35 celle SG lue dans le fichier secondaire, puis l'appareil indique, à la personne effectuant la vérification, seulement le résultat de la comparaison à l'aide de moyens d'affichage dont il est pourvu.
;':
.::
. ~ , ., , - ,;
- 2~2~4 La mise en oeuvre préférée, décrite ci-avant consiste donc à faire calculer une clé K dans l'objet, puis à faire calculer la signature par les circuits de traitement de l'appareil, en fonction de cette clé K et d'au moins une ~ ;
partie du fichier principal FP.
s ~:
Dans une variante, la signature est calculée dans l'objet, ce qui évite d'avoir à générer la donnée externe E. Dans ce cas, !'algorithme Aa enregistré dans l'appareil est tel que ses circuits de traitement gèrent et envoient en direction de l'objet chaque partie sélectionnée du fichier et éventuellement un ou plusieurs autres paramètres qu'il convient de prendre en compte, tels la date et/ou l'heure et /ou le nom et la taille, etc, -les circuits de l'objet restituant en fin de compte la signature SG qui est fonction des parties du fichier et des autres paramètres qu'ils ont resus de I'appareil, puis transmettant cette signature vers l'appareil pour qu'il I'inscrive dans le fichier secondaire FS. On aboutit donc à un résultat comparable mais ne nécessitant aucun transfert de clés vers l'appareil.
Par ailleurs, si un ou plusieurs autres paramètres sont pris en compte, des informations permettant de les retrouver doivent être inscrites dans le fichier secondaire. -~o Dans ce cas de calcul de signature par l'objet, on conçoit que les circuits de l'appareil ont des fonctions élémentaires. L'algorithme Aa mémorisé
dans l'appareil est réduit à un minimum permettant les échanges avec l'objet et avec les fichiers contenus dans ses mémoires de masse.
~ :
Cependant cette variante nécessite l'emploi d'objets portatifs ayant des possihilités de calcul et des algorithmes plus poussées que le mode préféré. En effet, le mode préféré décrit auparavant nécessite simplement que les circuits de traitement de l'objet soient en mesure de fournir, en réponse à un ordre entrant, un résultat qui est fonction de la donnée secrète S ou Sd qu'ils contiennent et d'une donnée externe.
La réalisation matérielle et logicielle de l'invention est à la portée de l'homme du métier sans qu'il soit nécessaire de la détailler davantage.
La ou les signatures d'un fichier principal FP peuvent être vérifiées alors que le fichier principal et son ou ses fichiers secondaires FS sont sur le même appareil que celui qui a servi au calcul, ou après que le fichier 2~2~2~
principal et son ou ses fichiers secondaires FS aient été transférés sur un appareil différent.
Le transfert ne fait pas l'objet de la présente invention. Il peut s'effectuer 5 par n'importe quel moyen ou procédé connu: il peut s'agir ~'un transfert électronique par ligne de données, d'un transfert à l'aide d'un support matériel tel qu'une disquette, ou de tout autre type de transfert de données. Il convient bien évidemment que le fichier principal et le ou les fichiers secondaires associés soient transférés sur un appareil en mesure 10 d'effectuer les vérifications de si~qnature si on veut y réaliser cette opération, c'est-à-dire un appareil qui possède en particulier une structure logicielle appropriée.
Pour que l'invention soit facilement mise en oeuvre, il est préférable de s réaliser un système permettant un dialogue aisé, c'est-à-dire ergonomique et convivial en particulier, avec l'utilisateur du système, qu'il soit signataire ou vérificateur de signature.
C'est pourquoi, de préférence, I'invention est mise en oeuvre sur un 20 matériel de traitement de fichiers permettant l'utilisation de fenêtres de dialogue, teiles que celles qui fonctionnent sous l'environnement "WINDOWS" de la société MICROSOFT.
La figure 2 illustre une fenêtre élémentaire de dialogue qui peut s'ouvrir 25 pour lancer soit le calcul soit la vérification de(s) signature(s) attachée(s) à
un fichier.
: ~ ~
Le titre 8 de l'application apparait dans une barre 9 de titre en haut de fenêtre, et les menus disponibles dans une barre 10 de menus.
Un premier menu "MODE" permet de choisir soit le mode "signature", soit ~'~
le mode "vérification de signature". :.
Un second menu "FICHIER" permet de sélectionner n'importe quel type de 35 fichier contenu dans une mémoire de l'appareil et que l'utilisateur souhaite signer ou dont il désire vérifier la ou les signatures. Il peut donc s'agir de fichiers de texte, de données, de dessins, etc............. .
;-.,.' .,, ,f, ~.";~
~2~2~A ~
,,. ~ ~ .
(Jn troisième menu "SELECTION", est accessible au moins quand le mode "signature" est actif. Il permet d'accéder soit à une fonction "sélection manuelle" soit à une fonction "sélection aut~,matique" qui seront détaillées plus loin.
s Un quatrième menu "OPTIONS" permet par exemple de choisir un support ayant déjà servi à une signature ou de fixer les caractéristiques d'un ;nouveau support. Ces notions seront détaillées plus loin. -o Enfin, un menu aide "?" peut être présent.
Les figures 3 et 4 illustrent deux variantes de fenêtres qui peuvent s'ouvrir lorsqu'un fichier a été activé par le menu "FICHIER", et que le mode vérification de signature a été activé par le menu "MODE". Ces 5 variantes comportent seulement des différences minimes, qui seront mises en évidence chaque fois que nécessaire.
De préférence, lorsque le mode vérification a ~té activé, il n'est pas nécessaire que le menu "SELECTION" soit accessible. Par contre les 20 menus "FICHIER" et "MODE" doivent être accessibles.
.
Un premier cadre "SOURCE" 11 apparait qui contient des informations sur l'état du fichier validé, et indique son nom, s'il est signé ou non, sa taille, la date du fichier, le répertoire dans lequel il lest rangé.
Par ailleurs un second cadre "SIGNATURE" 12 indique le nombre et/ou ie nom des signatures éventuellement associées à ce fichier.
: ~ .
Sur la variante de la figure 3, chacune des signatures de ce second cadre 30 12 est repérée par un nom indiqué dans une première zone 13, ici "Pierre", "Paul", etc, alors que dans la variante de la figure 4, chacune des signatures de ce second cadre 12 est repérée par un numéro d'ordre --"Sign 1", "Sign 2" donné par défaut par l'appareil, et indiqué dans la première zone 13.
Une seconde zone 14, indique la signature active par son nom (figure 3) ou son numéro (figure 4). ~ ~:
' . .
.: .: ;.
Dans un troisième cadre "INFORMATION" 15 de la figure 3, il apparait une mention "sélection totale" indiquant que la signature "Pierre", en cours de v~rification, avait été calculée sur la base de la totalité du fichier.Dans le cadre correspondant de la figure 4, il apparait une mention s "sélection manuelle" indiquant que la signature "Sign 1", en cours de vérification, a été calculée sur la base d'une partie du fichier. ;
De plus, il est indiqué dans une zone 16 de ce troisibme cadre 15 le nom du support qui avait été utilisé pour le calcul de la signature en cours de 10 vérification.
- ~ :.
Des boutons "OK" ou "STOP", accessibles par exemple grâce à un pointeur déplacé par une souris ou par le clavier 6A, sont placés dans ce cadre 15. Ils permettent le lancement ou l'arrêt de la vérification.
Dans une autre zone 17 de c0 cadre 15, le pourcentage d'avancement du calcul de vérification apparait après que le lancement de la véirification ait ~ ~
été validé par le bouton "OK". En outre, la zone 17 permet d'afficher une ~-barre dont la longueur indique l'état d'avancement.
-~
Des fenêtres susceptibles de s'ouvrir pendant la création ou l'ajout d'une ~ ~ ;
signature sont représentées aux figures 5 et 6. Le choix du mode "signature s'effectue à partir du menu "MODE", qui est accessible au lancement de l'application ou à partir du mode "vérification" ou, bien 2s entendu, lorsque le mode "signature" lui-même a été valide.
D e préférence, lorsque le mode "signature" est activé, la sélection totale du fichier est faite par défaut, c'est-à-dire que la signature sera calculée à -~
partir de tout le fichier. Cependant, la sélection manuelle d'une ou de plusieurs parties du fichier peut être effectuée comme il sera expliqué plus . -loin.
L'activation du mode "signature" rend accessible l'ensemble dés menus.
' ~ 35 La figure 5 illustre une fenetre qui s'ouvre lorsque le mode "signature" et la sélection manuelle ont été activés.
' ~,,".,~''';~,'..
~,'.,. -..;,,',',~, ' . ~
n 2 .~3 L.~
La fenêtre ouverte est similaire a celle des figures 3 ou 4, à ceci près que, dans le cadre 15 d'information, il est indiqué que le mode actif est celui du calcul de signature, et la mention "sélection manuelle" apparait en ~ -clair. ~ ~ ~
s .: :
Il convient de noter que si la sélection est faite par défaut, s'ouvre une fenêtre, non représentée sur les figures, qui présente une seule différence d'aspect avec celle de la figure 5: dans le cadre 15 d'information, il apparait la mention "sélection totale" au lieu de "sélection manuelle".
De plus, le nom et des informations relatives au fichier en cours de ~ .
signature apparaissent dans le premier cadre "SOURCE" et le nom ou le numéro de la signature en cours apparaissent dans la seconde zone 14 du second cadre 12.
Enfin, s'inscrit dans la zone 16 spécifique du troisième cadre 15 le nom du suppor~ qui est utilisé pour le calcul de la signature en cours. ~ -Dans une mise en oeuYre préférée, une action sur le bouton "OK" du N
cadre 15 d'information entraîne le lancement du calcul de signature, ;lorsque la sélection totale a été choisie, volontairement ou par défaut.
Par contre, dans cette mise en oeuvre préférée, la sélection manuelle ~ ~:
entraîne l'ouverture de la fenêtre représentée sur la figure 6, qui permet d'afficher le contenu du fichier et d'en sélectionner certaines zones grâce -~
à un curseur, connu en soi, tel qu'un curseur déplacé par une souris ou des touches du ciavier 6A de l'appareil de traitement.
~ . .:
Les cadres "SOURCE" et "SIGNATURE" qui apparaissent dans les fenêtres précédentes sont remplacés par un cadre unique 18 dans lequel le contenu du fichier est affiché, alors que le cadre 15 "INFORMATION" ~ -M
demeure présent. ~;
La sélection d'une ou de plusieurs parties du fichier peut être effectuée 35 manuellement à l'aide d'un curseur déplacé par une souris ou par des touches du clavier. L'exemple de cette figure 6 montre la sélection d'une partie, encore appelée bloc, unique 19 d'un fichier de texte constituée de . 2~a2{~
37 octets. Le cadre d'information indique le nombre de blocs et le nombre total d'octets sélectionn~s.
Cette fenêtre peut comporter un ou plusieurs sélecteurs linéaires 20, 21, connus en soi, pour déplacer le fichier par rapport ~ I'écran afin de donner la possibilité de rechercher des parties distinctes du fichier. Un premier sélecteur 20 permet par exemple le déplacement dans la page courante, et un second 21 le déplacement de page en page.
0 Enfin, une action sur le bouton "OK" valide la sélection e~ lance le calcul de signature.
Le menu "OPTIONS" permet de spécifier au système les caractéristiques d'un nouveau support, par exemple lors d'une signature, ou de rechercher les caract~ristiques d'un support déjà spécifié lors d'une vérification.
Ainsi, il doit être validé par un nouveau signataire qui désire spécifier au système quel type de carte il utilise pour la signature.
Si un nouveau signataire utilise un support, tel qu'une carte, dont les caractéristiques ont déjà été rentrées par un autre, c'est par ce menu qu'il le spécifie.
~, Sa validation entraîne l'ouverture d'une ~enêtre "CARTE" conforme à celle ~.. ;. . .
2s de la figure 7. Elle contient des cases permettant de saisir divers paramètres de définition d'un nouveau support utilisé pour le calcul d'une nouvelle signature. C'est gr3ce à ce menu que des supports contenant des algorithmes différents et/ou des clés diversifiées différemment pourront être identifiés lors du calcul et qu'une vérification ultérieure pourra avoir lieu. --~
,. ~ :
Ainsi, on peut indiquer, entre autres, grâce à ce menu, les applications "Ref Appli" (traitement de texte, tableur, ...) auxquelles le support considéré permet d'accéder. De plus, on peut identifier précisémsnt le ~;
3s type de support dont il s'agit et les versions de clés ("Réf clé", "version clé") qu'il contient, pour que le système puisse fonctionner correctement. ~' Plus généralement, ce menu permet de spécifier au système tous les 2 ~
~ '~,'' paramètres nécessaires relatifs à un support, afin d'en disposer pour le calcul et la vérification. -:', - ' :',., : ,:
Claims (17)
1. Procédé de signature d'un fichier principal informatique consistant à:
définir une donnée secrète propre à l'identité d'au moins un signataire;
sélectionner, dans ledit fichier principal informatique, une partie arbitraire du fichier pour laquelle ledit signataire a l'intention de calculer une signature;
calculer la signature en utilisant un algorithme de signature et d'effectuer un calcul avec cet algorithme en se basant sur ladite donnée secrète et ladite partie arbitraire du fichier de sorte qu'un résultat ducalcul définisse ladite signature;
utiliser un fichier secondaire pour y inscrire des informations d'identification du fichier permettant d'identifier, dans ledit fichier principal, ladite partie arbitraire du fichier utilisée pour le calcul de la signature; et lier le fichier principal à ladite signature et audit fichier secondaire.
définir une donnée secrète propre à l'identité d'au moins un signataire;
sélectionner, dans ledit fichier principal informatique, une partie arbitraire du fichier pour laquelle ledit signataire a l'intention de calculer une signature;
calculer la signature en utilisant un algorithme de signature et d'effectuer un calcul avec cet algorithme en se basant sur ladite donnée secrète et ladite partie arbitraire du fichier de sorte qu'un résultat ducalcul définisse ladite signature;
utiliser un fichier secondaire pour y inscrire des informations d'identification du fichier permettant d'identifier, dans ledit fichier principal, ladite partie arbitraire du fichier utilisée pour le calcul de la signature; et lier le fichier principal à ladite signature et audit fichier secondaire.
2. Un procédé selon la revendication 1, consistant à:
définir la donnée secrète en combinant une donnée secrète de référence avec l'information d'identification du signataire; et inscrire, dans le fichier secondaire, ladite information d'identification du signataire.
définir la donnée secrète en combinant une donnée secrète de référence avec l'information d'identification du signataire; et inscrire, dans le fichier secondaire, ladite information d'identification du signataire.
3. Un procédé selon la revendication 1, consistant à
inscrire, dans le fichier secondaire, une information d'algorithme définissant un type d'algorithme de signature utilisé pour le calcul de ladite signature.
inscrire, dans le fichier secondaire, une information d'algorithme définissant un type d'algorithme de signature utilisé pour le calcul de ladite signature.
4. Un procédé selon la revendication 17 consistant à
inscrire, dans le fichier secondaire, des informations d'un objet portatif définissant un type d'objet portatif utilisé pour le calcul de ladite signature.
inscrire, dans le fichier secondaire, des informations d'un objet portatif définissant un type d'objet portatif utilisé pour le calcul de ladite signature.
5. Un procédé selon la revendication 1, consistant, en plus, à signer le fichier principal au moyen d'une pluralité de signataires ayant respectivement des données secrètes différentes en:
sélectionnant, dans le fichier principal, autant de parties arbitraires de fichier que de signataires au sujet desquels les signataires respectifs ont l'intention de calculer leur signature;
calculant chaque signature en utilisant un algorithme de signature et en effectuant un calcul avec ledit algorithme en se basant, respectivement, sur la donnée secrète des signataires et sur la partie arbitraire correspondante du fichier, un résultat dudit calcul définissant chaque signature;
utilisant un fichier secondaire pour inscrire des informations d'identification de fichier propre à l'identification, dans le fichier principal, de toutes les parties arbitraires qui sont utilisées pour le calcul de ladite signature; et liant ledit fichier principal auxdites signatures et audit fichier secondaire.
sélectionnant, dans le fichier principal, autant de parties arbitraires de fichier que de signataires au sujet desquels les signataires respectifs ont l'intention de calculer leur signature;
calculant chaque signature en utilisant un algorithme de signature et en effectuant un calcul avec ledit algorithme en se basant, respectivement, sur la donnée secrète des signataires et sur la partie arbitraire correspondante du fichier, un résultat dudit calcul définissant chaque signature;
utilisant un fichier secondaire pour inscrire des informations d'identification de fichier propre à l'identification, dans le fichier principal, de toutes les parties arbitraires qui sont utilisées pour le calcul de ladite signature; et liant ledit fichier principal auxdites signatures et audit fichier secondaire.
6. Un procédé selon la revendication 5, consistant à:
définir lesdites données secrètes différentes en calculant respectivement lesdites données secrètes différentes à partir d'une donnée secrète commune combinée aux différentes informations d'identification de signataire de ladite pluralité de signataires; et inscrire, dans le fichier secondaire, lesdites informations différentes d'identification de signataire.
définir lesdites données secrètes différentes en calculant respectivement lesdites données secrètes différentes à partir d'une donnée secrète commune combinée aux différentes informations d'identification de signataire de ladite pluralité de signataires; et inscrire, dans le fichier secondaire, lesdites informations différentes d'identification de signataire.
7. Un procédé selon la revendication 1, dans lequel le calcul de la signature consiste à:
dérouler un premier algorithme de signature;
dérouler un second algorithme de clé;
développer une donnée variable;
calculer une clé en déroulant ledit second algorithme de clé et en utilisant la donnée variable et la donnée secrète;
calculer la signature en déroulant le premier algorithme de signature utilisant la clé et la partie arbitraire du fichier; et inscrire la donnée variable dans le fichier secondaire.
dérouler un premier algorithme de signature;
dérouler un second algorithme de clé;
développer une donnée variable;
calculer une clé en déroulant ledit second algorithme de clé et en utilisant la donnée variable et la donnée secrète;
calculer la signature en déroulant le premier algorithme de signature utilisant la clé et la partie arbitraire du fichier; et inscrire la donnée variable dans le fichier secondaire.
8. Un procédé selon la revendication 1, dans lequel le calcul de la signature consiste à:
dérouler ledit algorithme de signature; et calculer la signature en utilisant ladite partie arbitraire du fichier et la donnée secrète en déroulant ledit algorithme de signature.
dérouler ledit algorithme de signature; et calculer la signature en utilisant ladite partie arbitraire du fichier et la donnée secrète en déroulant ledit algorithme de signature.
9. Un procédé selon la revendication 1, consistant en plus à vérifier la signature liée au fichier principal, cette étape de vérification de la signature consistant à:
identifier la partie arbitraire du fichier dans le fichier principal en utilisant des information d'identification du fichier dans le fichier secondaire;
recalculer la signature en effectuant un calcul avec l'algorithme de signature en se basant sur la donnée secrète et la partie arbitraire du fichier identifiée et prendre en compte toute autre information inscrite préalablement dans le fichier secondaire au cours du calcul de la signature, résultant en une signature recalculée;
comparer la signature recalculée à la signature liée au fichier principal; et indiquer un résultat de la comparaison sans divulgation de la signature recalculée.
identifier la partie arbitraire du fichier dans le fichier principal en utilisant des information d'identification du fichier dans le fichier secondaire;
recalculer la signature en effectuant un calcul avec l'algorithme de signature en se basant sur la donnée secrète et la partie arbitraire du fichier identifiée et prendre en compte toute autre information inscrite préalablement dans le fichier secondaire au cours du calcul de la signature, résultant en une signature recalculée;
comparer la signature recalculée à la signature liée au fichier principal; et indiquer un résultat de la comparaison sans divulgation de la signature recalculée.
10. Un procédé selon la revendication 9, dans lequel le fichier principal a été signé par une pluralité de signataires ayant des données secrètes respectivement différentes, l'étape de vérification des différentes signatures consistant à:
identifier, dans le fichier principal, toutes les parties arbitraires du fichier que les signataires respectifs ont signées en utilisant lesdites informations d'identification du fichier dans le fichier secondaire;
recalculer chaque signature en effectuant un calcul avec l'algorithme en se basant sur la donnée secrète d'un signataire concerné, et les parties arbitraires correspondantes du ficher identifiées et en prenant en compte toute information inscrite préalablement dans le fichier secondaire lors du calcul de la signature, le résultat étant un signature recalculée pour chaque signataire;
comparer chaque signature recalculée à la signature liée dans le fichier principal; et indiquer un résultat pour chaque comparaison sans divulgation des signatures recalculées.
identifier, dans le fichier principal, toutes les parties arbitraires du fichier que les signataires respectifs ont signées en utilisant lesdites informations d'identification du fichier dans le fichier secondaire;
recalculer chaque signature en effectuant un calcul avec l'algorithme en se basant sur la donnée secrète d'un signataire concerné, et les parties arbitraires correspondantes du ficher identifiées et en prenant en compte toute information inscrite préalablement dans le fichier secondaire lors du calcul de la signature, le résultat étant un signature recalculée pour chaque signataire;
comparer chaque signature recalculée à la signature liée dans le fichier principal; et indiquer un résultat pour chaque comparaison sans divulgation des signatures recalculées.
11. Un procédé selon la revendication 10, dans lequel chaque donnée secrète est obtenue par le calcul de la donnée secrète à
partir d'une donnée secrète commune combinée aux informations d'identification des différents signataires, l'étape de recalculer les signatures consistant à:
recalculer, pour chaque signataire, une donnée secrète correspondante en combinant la donnée secrète commune aux informations d'identification de chaque signataire, obtenues du fichier secondaire; et recalculer chaque signature en se basant sur la donnée secrète de chaque signataire concerné.
partir d'une donnée secrète commune combinée aux informations d'identification des différents signataires, l'étape de recalculer les signatures consistant à:
recalculer, pour chaque signataire, une donnée secrète correspondante en combinant la donnée secrète commune aux informations d'identification de chaque signataire, obtenues du fichier secondaire; et recalculer chaque signature en se basant sur la donnée secrète de chaque signataire concerné.
12. Appareil pour la signature d'un fichier principal informatique comprenant:
un objet portatif ayant une mémoire et des circuits de traitement, ledit objet portatif étant dédié à et à la disposition d'un signataire, et une zone secrète de ladite mémoire mémorisant une donnée secrète qui est propre à l'identité d'au moins un signataire;
des moyens de traitement d'informations;
des moyens pour afficher le contenu du fichier principal;
des moyens servant à permettre au signataire de sélectionner, dans le fichier principal, une partie arbitraire du fichier pour calculer une signature;
des moyens pour calculer la signature en utilisant un algorithme de signature et en effectuant un calcul avec ledit algorithme en se basant sur la donnée secrète de l'objet portatif et la partie arbitraire du fichier, le résultat dudit calcul étant ladite signature;
des moyens pour utiliser un fichier secondaire pour inscrire des informations d'identification du fichier propres à l'identification, dans le fichier principal, de la partie arbitraire du fichier utilisée pour calculer ladite signature; et des moyens pour lier le fichier principal à la signature et au fichier secondaire.
un objet portatif ayant une mémoire et des circuits de traitement, ledit objet portatif étant dédié à et à la disposition d'un signataire, et une zone secrète de ladite mémoire mémorisant une donnée secrète qui est propre à l'identité d'au moins un signataire;
des moyens de traitement d'informations;
des moyens pour afficher le contenu du fichier principal;
des moyens servant à permettre au signataire de sélectionner, dans le fichier principal, une partie arbitraire du fichier pour calculer une signature;
des moyens pour calculer la signature en utilisant un algorithme de signature et en effectuant un calcul avec ledit algorithme en se basant sur la donnée secrète de l'objet portatif et la partie arbitraire du fichier, le résultat dudit calcul étant ladite signature;
des moyens pour utiliser un fichier secondaire pour inscrire des informations d'identification du fichier propres à l'identification, dans le fichier principal, de la partie arbitraire du fichier utilisée pour calculer ladite signature; et des moyens pour lier le fichier principal à la signature et au fichier secondaire.
13. Un dispositif selon la revendication 12, comprenant en plus:
des moyens pour afficher un nom ou un rang à chaque signature déjà liée dans le fichier;
des moyens pour sélectionner au moins une signature à être vérifiée; et des moyens pour afficher le rang ou le nom de la signature dont le calcul ou la vérification est en cours.
des moyens pour afficher un nom ou un rang à chaque signature déjà liée dans le fichier;
des moyens pour sélectionner au moins une signature à être vérifiée; et des moyens pour afficher le rang ou le nom de la signature dont le calcul ou la vérification est en cours.
14. Un dispositif selon la revendication 12, comprenant en plus:
des moyens pour spécifier les caractéristiques de l'objet portatif utilisé pour la signature dont le calcul est en cours, ou ayant été
utilisé pour une signature dont la vérification est en cours, au dispositif de traitement.
des moyens pour spécifier les caractéristiques de l'objet portatif utilisé pour la signature dont le calcul est en cours, ou ayant été
utilisé pour une signature dont la vérification est en cours, au dispositif de traitement.
15. Un dispositif selon la revendication 12, comprenant en plus:
un dispositif de vérification associé à un module de vérification propre à au moins récupérer et recalculer des paramètres utilisés pour calculer la signature, lesdits paramètres étant différents de ceux des parties du fichier principal utilisés pour calculer la signature, sans divulgation des paramètres.
un dispositif de vérification associé à un module de vérification propre à au moins récupérer et recalculer des paramètres utilisés pour calculer la signature, lesdits paramètres étant différents de ceux des parties du fichier principal utilisés pour calculer la signature, sans divulgation des paramètres.
16. Un dispositif selon la revendication 15, selon lequel le module est un objet portatif électronique ayant une mémoire et des circuits de traitement, ledit objet portatif étant apte à être connecté au dispositif de vérification.
17. Un dispositif selon la revendication 16, selon lequel les objets portatifs électroniques à la disposition des signataires sont aptes à
inclure ledit module de vérification de sorte que les objets servent à la fois à signer les fichiers et à vérifier les signatures calculées en utilisant une donnée non diversifiée ou une donnée diversifiée.
inclure ledit module de vérification de sorte que les objets servent à la fois à signer les fichiers et à vérifier les signatures calculées en utilisant une donnée non diversifiée ou une donnée diversifiée.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR9304073 | 1993-04-06 | ||
| FR9304073A FR2703800B1 (fr) | 1993-04-06 | 1993-04-06 | Procédé de signature d'un fichier informatique, et dispositif pour la mise en Óoeuvre. |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2120294A1 CA2120294A1 (fr) | 1994-10-07 |
| CA2120294C true CA2120294C (fr) | 1999-02-23 |
Family
ID=9445811
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002120294A Expired - Lifetime CA2120294C (fr) | 1993-04-06 | 1994-03-30 | Procede de signature d'un fichier informatique, et dispositif pour la mise en oeuvre |
Country Status (13)
| Country | Link |
|---|---|
| US (1) | US5479509A (fr) |
| EP (1) | EP0619660B1 (fr) |
| JP (1) | JP3050484B2 (fr) |
| KR (1) | KR0128817B1 (fr) |
| AT (1) | ATE216161T1 (fr) |
| CA (1) | CA2120294C (fr) |
| DE (1) | DE69430339T2 (fr) |
| DK (1) | DK0619660T3 (fr) |
| ES (1) | ES2174865T3 (fr) |
| FR (1) | FR2703800B1 (fr) |
| NO (1) | NO315490B1 (fr) |
| SG (1) | SG48994A1 (fr) |
| TW (1) | TW346584B (fr) |
Families Citing this family (163)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6266654B1 (en) * | 1992-12-15 | 2001-07-24 | Softlock.Com, Inc. | Method for tracking software lineage |
| US7089212B2 (en) | 1992-12-15 | 2006-08-08 | Sl Patent Holdings Llc | System and method for controlling access to protected information |
| US7209901B2 (en) | 1992-12-15 | 2007-04-24 | Sl Patent Holdings Llc C/O Aol Time Warner | Method for selling, protecting, and redistributing digital goods |
| US7831516B2 (en) | 1992-12-15 | 2010-11-09 | Sl Patent Holdings Llc | System and method for redistributing and licensing access to protected information among a plurality of devices |
| US6948070B1 (en) | 1995-02-13 | 2005-09-20 | Intertrust Technologies Corporation | Systems and methods for secure transaction management and electronic rights protection |
| US5943422A (en) | 1996-08-12 | 1999-08-24 | Intertrust Technologies Corp. | Steganographic techniques for securely delivering electronic digital rights management control information over insecure communication channels |
| US20120166807A1 (en) | 1996-08-12 | 2012-06-28 | Intertrust Technologies Corp. | Systems and Methods Using Cryptography to Protect Secure Computing Environments |
| US6157721A (en) * | 1996-08-12 | 2000-12-05 | Intertrust Technologies Corp. | Systems and methods using cryptography to protect secure computing environments |
| US6658568B1 (en) | 1995-02-13 | 2003-12-02 | Intertrust Technologies Corporation | Trusted infrastructure support system, methods and techniques for secure electronic commerce transaction and rights management |
| US7133846B1 (en) | 1995-02-13 | 2006-11-07 | Intertrust Technologies Corp. | Digital certificate support system, methods and techniques for secure electronic commerce transaction and rights management |
| US5892900A (en) | 1996-08-30 | 1999-04-06 | Intertrust Technologies Corp. | Systems and methods for secure transaction management and electronic rights protection |
| DE69637733D1 (de) | 1995-02-13 | 2008-12-11 | Intertrust Tech Corp | Systeme und verfahren für ein sicheres übertragung |
| PT757336E (pt) | 1995-08-04 | 2001-04-30 | Belle Gate Invest B V | Sistema de intercambio de dados que inclui unidades portateis de processamento de dados |
| US6385645B1 (en) * | 1995-08-04 | 2002-05-07 | Belle Gate Investments B.V. | Data exchange system comprising portable data processing units |
| US5692047A (en) * | 1995-12-08 | 1997-11-25 | Sun Microsystems, Inc. | System and method for executing verifiable programs with facility for using non-verifiable programs from trusted sources |
| US6067575A (en) * | 1995-12-08 | 2000-05-23 | Sun Microsystems, Inc. | System and method for generating trusted, architecture specific, compiled versions of architecture neutral programs |
| US5793867A (en) * | 1995-12-19 | 1998-08-11 | Pitney Bowes Inc. | System and method for disaster recovery in an open metering system |
| US6219423B1 (en) | 1995-12-29 | 2001-04-17 | Intel Corporation | System and method for digitally signing a digital agreement between remotely located nodes |
| US5835594A (en) * | 1996-02-09 | 1998-11-10 | Intel Corporation | Methods and apparatus for preventing unauthorized write access to a protected non-volatile storage |
| US5770846A (en) * | 1996-02-15 | 1998-06-23 | Mos; Robert | Method and apparatus for securing and authenticating encoded data and documents containing such data |
| AU755641B2 (en) * | 1996-02-15 | 2002-12-19 | Robert J. Mos | Method and apparatus for securing and authenticating encoded data and documents containing such data |
| US7171560B2 (en) | 1998-06-22 | 2007-01-30 | Semtek Solutions, Inc. | Method and apparatus for securing and authenticating encoded data and documents containing such data |
| US20010011253A1 (en) | 1998-08-04 | 2001-08-02 | Christopher D. Coley | Automated system for management of licensed software |
| CA2182254C (fr) * | 1996-07-29 | 2000-02-15 | Weidong Kou | Format de fichier generique pour multiplicite d'exigences de securite |
| US7590853B1 (en) * | 1996-08-12 | 2009-09-15 | Intertrust Technologies Corporation | Systems and methods using cryptography to protect secure computing environments |
| US5937063A (en) * | 1996-09-30 | 1999-08-10 | Intel Corporation | Secure boot |
| US6023509A (en) * | 1996-09-30 | 2000-02-08 | Intel Corporation | Digital signature purpose encoding |
| US5844986A (en) * | 1996-09-30 | 1998-12-01 | Intel Corporation | Secure BIOS |
| FR2757661B1 (fr) * | 1996-12-24 | 1999-01-22 | Gemplus Card Int | Procede de transfert securise de donnees par un reseau de communication |
| US5920861A (en) | 1997-02-25 | 1999-07-06 | Intertrust Technologies Corp. | Techniques for defining using and manipulating rights management data structures |
| FR2765362B1 (fr) * | 1997-06-26 | 2001-08-17 | Bull Cp8 | Module de securite comportant des moyens de creation de liens entre des fichiers principaux et des fichiers auxiliaires |
| US6681017B1 (en) * | 1997-09-03 | 2004-01-20 | Lucent Technologies Inc. | Simplified secure shared key establishment and data delivery protocols for electronic commerce |
| US6112181A (en) | 1997-11-06 | 2000-08-29 | Intertrust Technologies Corporation | Systems and methods for matching, selecting, narrowcasting, and/or classifying based on rights management and/or other information |
| JP3748155B2 (ja) * | 1997-11-14 | 2006-02-22 | 富士通株式会社 | 改ざん防止／検出機能を有するファイル管理システム |
| US6725373B2 (en) * | 1998-03-25 | 2004-04-20 | Intel Corporation | Method and apparatus for verifying the integrity of digital objects using signed manifests |
| US6327660B1 (en) | 1998-09-18 | 2001-12-04 | Intel Corporation | Method for securing communications in a pre-boot environment |
| CN1322430A (zh) * | 1998-09-29 | 2001-11-14 | 太阳微系统公司 | 在话音上的数据叠加 |
| US6463535B1 (en) | 1998-10-05 | 2002-10-08 | Intel Corporation | System and method for verifying the integrity and authorization of software before execution in a local platform |
| US7404077B1 (en) | 1999-01-29 | 2008-07-22 | International Business Machines Corporation | Extension of X.509 certificates to simultaneously support multiple cryptographic algorithms |
| DE19920744A1 (de) * | 1999-05-05 | 2000-11-16 | Siemens Ag | Verfahren zur Sicherung der Echtheit von Produkten |
| ATE475139T1 (de) | 1999-06-10 | 2010-08-15 | Belle Gate Invest B V | Vorrichtung zum speichern unterschiedlicher versionen von datensätzen in getrennten datenbereichen und verfahren zur aktualisierung eines datensatzes in einem speicher |
| US7650504B2 (en) * | 1999-07-22 | 2010-01-19 | Macrovision Corporation | System and method of verifying the authenticity of dynamically connectable executable images |
| AU1586500A (en) * | 1999-12-06 | 2001-06-12 | Sun Microsystems, Inc. | Computer arrangement using non-refreshed dram |
| BR9917574A (pt) * | 1999-12-07 | 2002-08-06 | Sun Microsystems Inc | Meio legìvel por computador com microprocessador para controlar a leitura e computador disposto para se comunicar com tal meio |
| AU777437B2 (en) * | 1999-12-07 | 2004-10-14 | Sun Microsystems, Inc. | Secure photo carrying identification device, as well as means and method for authenticating such an identification device |
| US6934817B2 (en) | 2000-03-31 | 2005-08-23 | Intel Corporation | Controlling access to multiple memory zones in an isolated execution environment |
| US6795905B1 (en) | 2000-03-31 | 2004-09-21 | Intel Corporation | Controlling accesses to isolated memory using a memory controller for isolated execution |
| US6769058B1 (en) | 2000-03-31 | 2004-07-27 | Intel Corporation | Resetting a processor in an isolated execution environment |
| US7356817B1 (en) | 2000-03-31 | 2008-04-08 | Intel Corporation | Real-time scheduling of virtual machines |
| US7089418B1 (en) | 2000-03-31 | 2006-08-08 | Intel Corporation | Managing accesses in a processor for isolated execution |
| US6957332B1 (en) | 2000-03-31 | 2005-10-18 | Intel Corporation | Managing a secure platform using a hierarchical executive architecture in isolated execution mode |
| US7194634B2 (en) | 2000-03-31 | 2007-03-20 | Intel Corporation | Attestation key memory device and bus |
| US6996710B1 (en) | 2000-03-31 | 2006-02-07 | Intel Corporation | Platform and method for issuing and certifying a hardware-protected attestation key |
| US6990579B1 (en) | 2000-03-31 | 2006-01-24 | Intel Corporation | Platform and method for remote attestation of a platform |
| US7013484B1 (en) | 2000-03-31 | 2006-03-14 | Intel Corporation | Managing a secure environment using a chipset in isolated execution mode |
| US6633963B1 (en) | 2000-03-31 | 2003-10-14 | Intel Corporation | Controlling access to multiple memory zones in an isolated execution environment |
| US6507904B1 (en) | 2000-03-31 | 2003-01-14 | Intel Corporation | Executing isolated mode instructions in a secure system running in privilege rings |
| US7111176B1 (en) | 2000-03-31 | 2006-09-19 | Intel Corporation | Generating isolated bus cycles for isolated execution |
| US7013481B1 (en) | 2000-03-31 | 2006-03-14 | Intel Corporation | Attestation key memory device and bus |
| US6760441B1 (en) | 2000-03-31 | 2004-07-06 | Intel Corporation | Generating a key hieararchy for use in an isolated execution environment |
| US7073071B1 (en) | 2000-03-31 | 2006-07-04 | Intel Corporation | Platform and method for generating and utilizing a protected audit log |
| US7082615B1 (en) | 2000-03-31 | 2006-07-25 | Intel Corporation | Protecting software environment in isolated execution |
| US6678825B1 (en) | 2000-03-31 | 2004-01-13 | Intel Corporation | Controlling access to multiple isolated memories in an isolated execution environment |
| FR2810140B1 (fr) * | 2000-06-08 | 2004-10-29 | Gemplus Card Int | Procede d'enregistrement et de certification par l'auteur de la paternite d'un document electronique et de verification |
| US6976162B1 (en) | 2000-06-28 | 2005-12-13 | Intel Corporation | Platform and method for establishing provable identities while maintaining privacy |
| US6678833B1 (en) | 2000-06-30 | 2004-01-13 | Intel Corporation | Protection of boot block data and accurate reporting of boot block contents |
| ATE380376T1 (de) | 2000-07-20 | 2007-12-15 | Belle Gate Invest B V | Verfahren und system für kommunizierende geräte, und vorrichtungen dafür, mit geschützter datenübertragung |
| US7694332B2 (en) | 2000-07-28 | 2010-04-06 | Verisign, Inc. | Digital receipt for a transaction |
| US7793111B1 (en) | 2000-09-28 | 2010-09-07 | Intel Corporation | Mechanism to handle events in a machine with isolated execution |
| US7389427B1 (en) | 2000-09-28 | 2008-06-17 | Intel Corporation | Mechanism to secure computer output from software attack using isolated execution |
| FR2815747A1 (fr) * | 2000-10-19 | 2002-04-26 | Sequoias | Procede pour garantir l'authenticite d'un article pourvu d'un element d'enregistrement et de stockage d'informations |
| US7215781B2 (en) * | 2000-12-22 | 2007-05-08 | Intel Corporation | Creation and distribution of a secret value between two devices |
| US7225441B2 (en) * | 2000-12-27 | 2007-05-29 | Intel Corporation | Mechanism for providing power management through virtualization |
| US7818808B1 (en) | 2000-12-27 | 2010-10-19 | Intel Corporation | Processor mode for limiting the operation of guest software running on a virtual machine supported by a virtual machine monitor |
| US6907600B2 (en) | 2000-12-27 | 2005-06-14 | Intel Corporation | Virtual translation lookaside buffer |
| US7035963B2 (en) | 2000-12-27 | 2006-04-25 | Intel Corporation | Method for resolving address space conflicts between a virtual machine monitor and a guest operating system |
| US7117376B2 (en) * | 2000-12-28 | 2006-10-03 | Intel Corporation | Platform and method of creating a secure boot that enforces proper user authentication and enforces hardware configurations |
| US20020116633A1 (en) * | 2001-01-19 | 2002-08-22 | Takuya Kobayashi | Data processor |
| US7272831B2 (en) | 2001-03-30 | 2007-09-18 | Intel Corporation | Method and apparatus for constructing host processor soft devices independent of the host processor operating system |
| US20020144121A1 (en) * | 2001-03-30 | 2002-10-03 | Ellison Carl M. | Checking file integrity using signature generated in isolated execution |
| US7096497B2 (en) * | 2001-03-30 | 2006-08-22 | Intel Corporation | File checking using remote signing authority via a network |
| JP2002318634A (ja) * | 2001-04-20 | 2002-10-31 | Hitachi Ltd | 電子署名検証方法及びシステム、並びに電子署名検証プログラム及びこのプログラムを記録した記録媒体 |
| EP1258795A1 (fr) * | 2001-05-15 | 2002-11-20 | Siemens Aktiengesellschaft | Appareil permettant de générer des signatures électroniques sûres pour des ordinateurs pesonnels et des téléphones mobiles |
| GB2376389A (en) * | 2001-06-04 | 2002-12-11 | Hewlett Packard Co | Packaging evidence for long term validation |
| US6845181B2 (en) * | 2001-07-12 | 2005-01-18 | Eastman Kodak Company | Method for processing a digital image to adjust brightness |
| US7191440B2 (en) | 2001-08-15 | 2007-03-13 | Intel Corporation | Tracking operating system process and thread execution and virtual machine execution in hardware or in a virtual machine monitor |
| US7024555B2 (en) | 2001-11-01 | 2006-04-04 | Intel Corporation | Apparatus and method for unilaterally loading a secure operating system within a multiprocessor environment |
| US7103771B2 (en) * | 2001-12-17 | 2006-09-05 | Intel Corporation | Connecting a virtual token to a physical token |
| US20030126454A1 (en) * | 2001-12-28 | 2003-07-03 | Glew Andrew F. | Authenticated code method and apparatus |
| US7308576B2 (en) * | 2001-12-31 | 2007-12-11 | Intel Corporation | Authenticated code module |
| US20030126453A1 (en) * | 2001-12-31 | 2003-07-03 | Glew Andrew F. | Processor supporting execution of an authenticated code instruction |
| US7480806B2 (en) * | 2002-02-22 | 2009-01-20 | Intel Corporation | Multi-token seal and unseal |
| US7124273B2 (en) * | 2002-02-25 | 2006-10-17 | Intel Corporation | Method and apparatus for translating guest physical addresses in a virtual machine environment |
| US7631196B2 (en) | 2002-02-25 | 2009-12-08 | Intel Corporation | Method and apparatus for loading a trustable operating system |
| US7069442B2 (en) | 2002-03-29 | 2006-06-27 | Intel Corporation | System and method for execution of a secured environment initialization instruction |
| US7028149B2 (en) * | 2002-03-29 | 2006-04-11 | Intel Corporation | System and method for resetting a platform configuration register |
| US20030191943A1 (en) * | 2002-04-05 | 2003-10-09 | Poisner David I. | Methods and arrangements to register code |
| US20030196096A1 (en) * | 2002-04-12 | 2003-10-16 | Sutton James A. | Microcode patch authentication |
| US20030196100A1 (en) * | 2002-04-15 | 2003-10-16 | Grawrock David W. | Protection against memory attacks following reset |
| US7058807B2 (en) * | 2002-04-15 | 2006-06-06 | Intel Corporation | Validation of inclusion of a platform within a data center |
| US7076669B2 (en) * | 2002-04-15 | 2006-07-11 | Intel Corporation | Method and apparatus for communicating securely with a token |
| US7127548B2 (en) | 2002-04-16 | 2006-10-24 | Intel Corporation | Control register access virtualization performance improvement in the virtual-machine architecture |
| US7139890B2 (en) * | 2002-04-30 | 2006-11-21 | Intel Corporation | Methods and arrangements to interface memory |
| US20030229794A1 (en) * | 2002-06-07 | 2003-12-11 | Sutton James A. | System and method for protection against untrusted system management code by redirecting a system management interrupt and creating a virtual machine container |
| US6820177B2 (en) | 2002-06-12 | 2004-11-16 | Intel Corporation | Protected configuration space in a protected environment |
| US7142674B2 (en) | 2002-06-18 | 2006-11-28 | Intel Corporation | Method of confirming a secure key exchange |
| US7392415B2 (en) * | 2002-06-26 | 2008-06-24 | Intel Corporation | Sleep protection |
| US20040003321A1 (en) * | 2002-06-27 | 2004-01-01 | Glew Andrew F. | Initialization of protected system |
| US7124327B2 (en) | 2002-06-29 | 2006-10-17 | Intel Corporation | Control over faults occurring during the operation of guest software in the virtual-machine architecture |
| US6996748B2 (en) | 2002-06-29 | 2006-02-07 | Intel Corporation | Handling faults associated with operation of guest software in the virtual-machine architecture |
| US7296267B2 (en) * | 2002-07-12 | 2007-11-13 | Intel Corporation | System and method for binding virtual machines to hardware contexts |
| US20040064457A1 (en) * | 2002-09-27 | 2004-04-01 | Zimmer Vincent J. | Mechanism for providing both a secure and attested boot |
| US7165181B2 (en) | 2002-11-27 | 2007-01-16 | Intel Corporation | System and method for establishing trust without revealing identity |
| US7073042B2 (en) | 2002-12-12 | 2006-07-04 | Intel Corporation | Reclaiming existing fields in address translation data structures to extend control over memory accesses |
| US7318235B2 (en) | 2002-12-16 | 2008-01-08 | Intel Corporation | Attestation using both fixed token and portable token |
| US20040117318A1 (en) * | 2002-12-16 | 2004-06-17 | Grawrock David W. | Portable token controlling trusted environment launch |
| US7318141B2 (en) | 2002-12-17 | 2008-01-08 | Intel Corporation | Methods and systems to control virtual machines |
| US7793286B2 (en) * | 2002-12-19 | 2010-09-07 | Intel Corporation | Methods and systems to manage machine state in virtual machine operations |
| US7900017B2 (en) * | 2002-12-27 | 2011-03-01 | Intel Corporation | Mechanism for remapping post virtual machine memory pages |
| US20040128465A1 (en) * | 2002-12-30 | 2004-07-01 | Lee Micheil J. | Configurable memory bus width |
| US7076802B2 (en) * | 2002-12-31 | 2006-07-11 | Intel Corporation | Trusted system clock |
| US7415708B2 (en) | 2003-06-26 | 2008-08-19 | Intel Corporation | Virtual machine management using processor state information |
| US7424709B2 (en) | 2003-09-15 | 2008-09-09 | Intel Corporation | Use of multiple virtual machine monitors to handle privileged events |
| US7287197B2 (en) * | 2003-09-15 | 2007-10-23 | Intel Corporation | Vectoring an interrupt or exception upon resuming operation of a virtual machine |
| US7739521B2 (en) | 2003-09-18 | 2010-06-15 | Intel Corporation | Method of obscuring cryptographic computations |
| US7610611B2 (en) | 2003-09-19 | 2009-10-27 | Moran Douglas R | Prioritized address decoder |
| US7366305B2 (en) * | 2003-09-30 | 2008-04-29 | Intel Corporation | Platform and method for establishing trust without revealing identity |
| US20050080934A1 (en) | 2003-09-30 | 2005-04-14 | Cota-Robles Erik C. | Invalidating translation lookaside buffer entries in a virtual machine (VM) system |
| US7237051B2 (en) | 2003-09-30 | 2007-06-26 | Intel Corporation | Mechanism to control hardware interrupt acknowledgement in a virtual machine system |
| US7177967B2 (en) | 2003-09-30 | 2007-02-13 | Intel Corporation | Chipset support for managing hardware interrupts in a virtual machine system |
| KR100596945B1 (ko) * | 2003-10-30 | 2006-07-04 | (주)씨앤에스 테크놀로지 | 영상 송수신 대역폭 및 화질 조절기능을 갖는 아이피 영상단말기 및 이의 제어방법 |
| US7636844B2 (en) | 2003-11-17 | 2009-12-22 | Intel Corporation | Method and system to provide a trusted channel within a computer system for a SIM device |
| US8156343B2 (en) | 2003-11-26 | 2012-04-10 | Intel Corporation | Accessing private data about the state of a data processing machine from storage that is publicly accessible |
| US8037314B2 (en) | 2003-12-22 | 2011-10-11 | Intel Corporation | Replacing blinded authentication authority |
| US7802085B2 (en) | 2004-02-18 | 2010-09-21 | Intel Corporation | Apparatus and method for distributing private keys to an entity with minimal secret, unique information |
| US7356735B2 (en) | 2004-03-30 | 2008-04-08 | Intel Corporation | Providing support for single stepping a virtual machine in a virtual machine environment |
| US7620949B2 (en) | 2004-03-31 | 2009-11-17 | Intel Corporation | Method and apparatus for facilitating recognition of an open event window during operation of guest software in a virtual machine environment |
| US7490070B2 (en) | 2004-06-10 | 2009-02-10 | Intel Corporation | Apparatus and method for proving the denial of a direct proof signature |
| US7305592B2 (en) | 2004-06-30 | 2007-12-04 | Intel Corporation | Support for nested fault in a virtual machine environment |
| WO2006008847A1 (fr) | 2004-07-20 | 2006-01-26 | Fujitsu Limited | Systeme de gestion de documents electroniques |
| US7506812B2 (en) | 2004-09-07 | 2009-03-24 | Semtek Innovative Solutions Corporation | Transparently securing data for transmission on financial networks |
| US7840962B2 (en) | 2004-09-30 | 2010-11-23 | Intel Corporation | System and method for controlling switching between VMM and VM using enabling value of VMM timer indicator and VMM timer value having a specified time |
| US20060101310A1 (en) * | 2004-10-22 | 2006-05-11 | Nimrod Diamant | Device, system and method for verifying integrity of software programs |
| US8146078B2 (en) | 2004-10-29 | 2012-03-27 | Intel Corporation | Timer offsetting mechanism in a virtual machine environment |
| JP5437548B2 (ja) * | 2004-11-15 | 2014-03-12 | ハイデルベルガー ドルツクマシーネン アクチエンゲゼルシヤフト | 電子制御システムにおける入力署名 |
| US8924728B2 (en) | 2004-11-30 | 2014-12-30 | Intel Corporation | Apparatus and method for establishing a secure session with a device without exposing privacy-sensitive information |
| US8533777B2 (en) * | 2004-12-29 | 2013-09-10 | Intel Corporation | Mechanism to determine trust of out-of-band management agents |
| US7395405B2 (en) | 2005-01-28 | 2008-07-01 | Intel Corporation | Method and apparatus for supporting address translation in a virtual machine environment |
| US7257631B2 (en) * | 2005-01-31 | 2007-08-14 | Register.Com, Inc. | Domain manager and method of use |
| US7809957B2 (en) | 2005-09-29 | 2010-10-05 | Intel Corporation | Trusted platform module for generating sealed data |
| US20070168671A1 (en) | 2006-01-16 | 2007-07-19 | Fujitsu Limited | Digital document management system, digital document management method, and digital document management program |
| US8086859B2 (en) * | 2006-03-02 | 2011-12-27 | Microsoft Corporation | Generation of electronic signatures |
| US8014530B2 (en) | 2006-03-22 | 2011-09-06 | Intel Corporation | Method and apparatus for authenticated, recoverable key distribution with no database secrets |
| US7882036B1 (en) * | 2006-05-01 | 2011-02-01 | Data-Pac Mailing Systems Corp. | System and method for postal indicia printing evidencing and accounting |
| US8769275B2 (en) | 2006-10-17 | 2014-07-01 | Verifone, Inc. | Batch settlement transactions system and method |
| US9123042B2 (en) | 2006-10-17 | 2015-09-01 | Verifone, Inc. | Pin block replacement |
| US9361617B2 (en) | 2008-06-17 | 2016-06-07 | Verifone, Inc. | Variable-length cipher system and method |
| US8355982B2 (en) | 2007-08-16 | 2013-01-15 | Verifone, Inc. | Metrics systems and methods for token transactions |
| US8144940B2 (en) | 2008-08-07 | 2012-03-27 | Clay Von Mueller | System and method for authentication of data |
| GB2464980A (en) * | 2008-10-31 | 2010-05-05 | Symbian Software Ltd | Method of associating and labeling primary and secondary files |
| US8251283B1 (en) | 2009-05-08 | 2012-08-28 | Oberon Labs, LLC | Token authentication using spatial characteristics |
| KR20140050323A (ko) * | 2012-10-19 | 2014-04-29 | 삼성전자주식회사 | 라이선스 검증 방법 및 그 장치 |
| CN110705240A (zh) * | 2019-09-29 | 2020-01-17 | 深圳前海环融联易信息科技服务有限公司 | 合同生成方法、装置、计算机设备及存储介质 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2514593B1 (fr) * | 1981-10-09 | 1986-12-26 | Bull Sa | Procede et dispositif pour authentifier la signature d'un message signe |
| GB8704883D0 (en) * | 1987-03-03 | 1987-04-08 | Hewlett Packard Co | Secure information storage |
| GB2204975B (en) * | 1987-05-19 | 1990-11-21 | Gen Electric Co Plc | Authenticator |
| JP2675032B2 (ja) * | 1987-12-21 | 1997-11-12 | 株式会社日立製作所 | 伝票圧縮文の作成方法 |
| JPH02165186A (ja) * | 1988-12-19 | 1990-06-26 | Matsushita Electric Ind Co Ltd | Ｉｃカード装置 |
| JPH0326126A (ja) * | 1989-06-23 | 1991-02-04 | Toshiba Corp | 電子署名作成装置 |
| FR2650097B1 (fr) * | 1989-07-19 | 1992-12-31 | Pailles Jean Claude | Carte a microcircuit cable et procede de transaction entre une carte a microcircuit cable correspondante et un terminal |
| US5048085A (en) * | 1989-10-06 | 1991-09-10 | International Business Machines Corporation | Transaction system security method and apparatus |
| JP2902087B2 (ja) * | 1990-09-07 | 1999-06-07 | 株式会社エヌ・ティ・ティ・データ | Ｉｃカードによる電子署名方法 |
-
1993
- 1993-04-06 FR FR9304073A patent/FR2703800B1/fr not_active Expired - Fee Related
-
1994
- 1994-03-30 CA CA002120294A patent/CA2120294C/fr not_active Expired - Lifetime
- 1994-04-05 AT AT94400739T patent/ATE216161T1/de not_active IP Right Cessation
- 1994-04-05 EP EP94400739A patent/EP0619660B1/fr not_active Expired - Lifetime
- 1994-04-05 SG SG1996005003A patent/SG48994A1/en unknown
- 1994-04-05 DE DE69430339T patent/DE69430339T2/de not_active Expired - Lifetime
- 1994-04-05 ES ES94400739T patent/ES2174865T3/es not_active Expired - Lifetime
- 1994-04-05 DK DK94400739T patent/DK0619660T3/da active
- 1994-04-05 NO NO19941216A patent/NO315490B1/no not_active IP Right Cessation
- 1994-04-06 TW TW083103042A patent/TW346584B/zh not_active IP Right Cessation
- 1994-04-06 US US08/223,677 patent/US5479509A/en not_active Expired - Lifetime
- 1994-04-06 KR KR1019940007365A patent/KR0128817B1/ko not_active IP Right Cessation
- 1994-04-06 JP JP6092992A patent/JP3050484B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| ATE216161T1 (de) | 2002-04-15 |
| NO315490B1 (no) | 2003-09-08 |
| TW346584B (en) | 1998-12-01 |
| JP3050484B2 (ja) | 2000-06-12 |
| DK0619660T3 (da) | 2002-06-17 |
| DE69430339D1 (de) | 2002-05-16 |
| EP0619660A1 (fr) | 1994-10-12 |
| CA2120294A1 (fr) | 1994-10-07 |
| ES2174865T3 (es) | 2002-11-16 |
| US5479509A (en) | 1995-12-26 |
| NO941216D0 (no) | 1994-04-05 |
| FR2703800B1 (fr) | 1995-05-24 |
| DE69430339T2 (de) | 2002-11-07 |
| FR2703800A1 (fr) | 1994-10-14 |
| JPH0713486A (ja) | 1995-01-17 |
| EP0619660B1 (fr) | 2002-04-10 |
| KR940024611A (ko) | 1994-11-18 |
| NO941216L (no) | 1994-10-07 |
| KR0128817B1 (ko) | 1998-04-15 |
| SG48994A1 (en) | 1998-05-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2120294C (fr) | Procede de signature d'un fichier informatique, et dispositif pour la mise en oeuvre | |
| CA2144124C (fr) | Procede et dispositif pour authentifier un support de donnees destine a permettre une transaction ou l'acces a un service ou a un lieu, et support correspondant | |
| EP0250309B1 (fr) | Procédé pour faire authentifier par un milieu extérieur un objet portatif tel qu'une carte à mémoire accouplée à ce milieu | |
| EP2071798A1 (fr) | Procédé et serveur de coffres-forts électroniques avec mutualisation d'informations | |
| FR2471632A1 (fr) | Appareil et procede pour coder et decoder une carte delivree a un individu par une entite | |
| FR2989799A1 (fr) | Procede de transfert d'un dispositif a un autre de droits d'acces a un service | |
| WO2013021107A9 (fr) | Procede, serveur et systeme d'authentification d'une personne | |
| EP3206192A1 (fr) | Procédé de sécurisation et de verification d'un document | |
| EP3742699B1 (fr) | Procédé d'authentification forte d'un individu | |
| FR2978002A1 (fr) | Procede de signature authentique d'un document de travail | |
| WO2010007479A2 (fr) | Appareil et procédé de génération d'un titre sécurisé à partir d'un titre officiel | |
| WO2009016327A2 (fr) | Gestion et partage de coffres-forts dematerialises | |
| FR2861482A1 (fr) | Procede de securisation d'une donnee biometrique d'authentification et procede d'authentification d'un utilisateur a partir d'une donnee biometrique d'authentification | |
| CA2126457C (fr) | Procede et systeme d'inscription d'une information sur un support permettant de certifier ulterieurement l'originalite de cette information | |
| FR2867577A1 (fr) | Procede permettant de remplir automatiquement des donnees utilisateur en utilisant une identification d'empreintes digitales | |
| WO2016207536A1 (fr) | Procédés d'affiliation, d'émancipation, et de vérification entre un tuteur et un tutoré. | |
| EP3032450B1 (fr) | Procédé de contrôle d'une authenticité d'un terminal de paiement et terminal ainsi sécurisé | |
| WO2023001844A1 (fr) | Procédé de signature d'un document électronique au moyen d'une chaîne de blocs | |
| FR2822255A1 (fr) | Procede d'acces automatise et securise a des pages internet, des courriers electroniques ou comptes bancaires | |
| EP4315115A1 (fr) | Procede de controle d'individus a authentification simplifiee | |
| WO2024079405A1 (fr) | Procede et dispositif d'authentification forte | |
| EP1172775A1 (fr) | Procédé de protection d'un accès à un domaine sécurisé | |
| FR3135544A1 (fr) | Procédé d’authentification d’un document d’identité d’un individu et éventuellement d’authentification dudit individu et d’authentification d’un individu présentant un document d’identité comme étant le sien | |
| FR2901380A1 (fr) | Support personnel de memoire de masse portatif et systeme informatique d'acces securise a un espace utilisateur via un reseau | |
| FR2802685A1 (fr) | Systeme de comparaison de numero personnel d'identification (pin) pour une carte dotee d'un affichage variable |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKEX | Expiry |
Effective date: 20140331 |