Brevet FR2925723A1 — publié le 20090626

IDENTIFICATION BASEE SUR DES DONNEES BIOMETRIQUES CHIFFREES La présente invention concerne un contrôle d'identité basé sur des données biométriques stockées dans une base de données, et plus particulièrement, lorsque ces données sont stockées sous une forme chiffrée. Les systèmes d'identification basés sur des données biométriques comprennent en général une entité de contrôle qui a accès à une base de données contenant des données biométriques sur la base desquelles l'entité de contrôle est en mesure d'identifier une personne. Les données biométriques stockées dans cette base de données sont issues d'une phase d'apprentissage (ou `enrollment' en anglais), au cours de laquelle une partie d'un être humain, telle que par exemple des empreintes ou l'iris, est captée sous la forme de données numériques biométriques pour être enfin stockée dans la base de données et être utilisée en tant que données de référence pour effectuer une identification d'une personne. En effet, lorsque l'entité de contrôle reçoit de nouvelles données biométriques, elle est alors en mesure de déterminer l'identification de la personne à qui sont associées ces nouvelles données sur la base de comparaison entre ces données biométriques reçues et les données biométriques de référence stockées dans la base de données. II convient de noter qu'il est en général important que de telles données 25 biométriques restent confidentielles, afin de pouvoir protéger la vie privée des personnes auxquelles sont associées ces données. Ainsi, il peut être prévu à cet effet de stocker ces données biométriques sous une forme chiffrée dans la base de données. Toutefois, dans ce cas, l'étape de comparaison consistant à comparer 30 des données biométriques reçues depuis une entité de contrôle avec des données biométriques stockées dans la base de données peut alors s'avérer beaucoup plus complexe que dans le cas où ces données biométriques sont stockées dans la base de données sans chiffrement. On peut alors imaginer que pour faire cette recherche dans la base de données, il soit nécessaire de déchiffrer les données biométriques qui y sont stockées. Mais une étape de déchiffrement est susceptible de fortement grever l'efficacité d'une telle recherche dans la base de données, ainsi que de limiter la sécurité finale. D'un autre côté, on connait des systèmes de recherche adaptés pour effectuer des recherches dans une base de données comprenant des données cryptées. En effet, il existe des cryptosystèmes, ou `searchable encryption' en anglais, tel que celui décrit dans le document D. Boneh, G. Di Crescenzo, R. Ostrovsky et G. Persiano, Public Key Encryption with Keyword Search, EUROCRYPT 2004, qui permettent de faire une recherche dans une base de données chiffrées en utilisant des mots clés qui, eux, sont déterminés sur la base des mêmes données mais sous leur forme non chiffrée. Un tel système peut être avantageux notamment pour gérer l'archivage d'e-mails par exemple. De telles recherches basées sur des mots clés évitent de procéder à une recherche exhaustive dans la base de données considérée et permettent d'augmenter l'efficacité de la recherche. Il pourrait alors être intéressant d'utiliser de tels systèmes dans le contexte de l'identification basée sur des données biométriques chiffrées. Toutefois, l'application de ce type de système pour effectuer des recherches par mots clé dans une base de données biométriques chiffrées peut s'avérer erronée si l'on ne procède pas au déchiffrage des données stockées. En effet, il est possible, et même très probable, que les données biométriques obtenues dans une phase d'enrôlement diffèrent substantiellement des données biométriques qui sont obtenus pour une même personne par la suite lors d'une phase d'identification. Dans un tel contexte, il est alors possible que les résultats obtenus par application des principes des cryptosystèmes ci-dessus ne soient pas pertinents. La présente invention vise à améliorer la situation. Un premier aspect de la présente invention propose un procédé de gestion d'une base de données comprenant des données biométriques stockées sous forme chiffrée ; ladite base de données comprenant un ensemble de filtres d'indexation associés respectivement à des identifiants de filtre ; ledit procédé comprend les étapes suivantes au niveau d'une entité de gestion : /1/ recevoir une donnée biométrique ; /2/ stocker, à une adresse donnée dans la base de données, ladite 10 donnée biométrique sous une forme cryptée ; /3/ obtenir des mots clés à partir d'un premier ensemble de fonctions de hachage et de ladite donnée biométrique ; /4/ associer un sous ensemble de filtres à chaque mot clé en sélectionnant, pour chaque mot clé, des filtres en fonction des identifiants de 15 filtre respectivement associés, desdits mots clé et d'un second ensemble de fonctions de hachage ; et /5/ associer ladite adresse donnée sous forme cryptée à chacun des filtres du sous ensemble de filtres. On entend par la suite par les termes `filtre d'indexation', un filtre 20 permettant de représenter des relations entre des données par association à des index de filtres, comme par exemple les filtres de Bloom. La base de données est donc structurée ici sur la base de filtres. Ces filtres sont initialement vides. Puis, au fil des réceptions de données biométriques à enregistrer, ils sont mis à jour. 25 Avantageusement, cette mise à jour est effectuée de telle sorte que les filtres considérés sont respectivement associés à des mots clés qui sont obtenus à partir de la donnée biométrique reçue. En procédant ainsi, on obtient une base de données dans laquelle il est possible de faire des recherches par mot clé sur la base de données stockées 30 sous forme cryptée, sans avoir à faire une recherche exhaustive dans la base de données. En effet, grâce à ces dispositions, on associe dans cette base de données, via la structure des filtres, au moins une donnée biométrique à un sous ensemble de filtres. En outre, les mots clés qui sont respectivement associés à l'ensemble des filtres sont avantageusement issus de la donnée biométrique reçue. Il n'est donc nul besoin de stocker ces mots clés de recherche pour effectuer ensuite des recherches ultérieures dans la base de données ainsi construite. En effet, lorsqu'une recherche dans une telle base de données est requise, il suffit de déterminer les mots clé correspondant à la recherche par application d'une famille de fonctions de hachage sur la donnée biométrique à contrôler. Dans un mode de réalisation de la présente invention, l'étape /3/ est mise en oeuvre selon les étapes suivantes : obtenir des premières valeurs hachées respectives par 15 application du premier ensemble de fonctions de hachage à la donnée biométrique ; obtenir lesdits mots clé en combinant lesdites premières valeurs hachées respectivement avec des identifiants respectifs des fonctions de hachage du premier ensemble. 20 En procédant ainsi, on est en mesure de déterminer des mots clés à partir de fonctions de hachage utilisées et d'une donnée biométrique. De préférence, ces fonctions de hachage du premier ensemble ont chacune pour caractéristiques de fournir pour des valeurs d'entrée voisines dans un espace métrique, des valeurs très voisines, préférablement une même valeur, en sortie 25 dans un second espace métrique. En procédant ainsi, on prépare une base de données adaptée à une recherche sur la base de mots clé qui peuvent être de valeurs variables, autour de la donnée biométrique considérée. Autrement dit, une recherche dans cette base de données adaptée pour certains mots clés peut être faite sur des mots 30 clés qui n'ont pas tout à fait les mêmes valeurs mais qui ont des valeurs voisines. Ainsi, une telle base de données cryptées est adaptée à la recherche de mots clés issues de données biométriques qui peuvent présenter des valeurs différentes entre deux captures distinctes de données biométriques. Dans un mode de réalisation de la présente invention, l'étape /4/ est mise en oeuvre selon les étapes suivantes : obtenir des secondes valeurs hachées par application du second ensemble de fonctions de hachage respectivement aux mots clé ; obtenir le sous ensemble de filtres d'indexation, en sélectionnant chaque filtre auquel est associé un identifiant de filtre qui correspond auxdites secondes valeurs hachées. En procédant ainsi, on construit une base de données adaptée pour une recherche sur la base de mots clés, les relations entre les mots clés et les données biométriques étant représentés sous la forme de filtres. Ce second ensemble de fonctions de hachage appliquées aux mots clés permet de répartir la représentation des mots clés sur différents filtres. Ce second ensemble de fonctions de hachage peut correspondre à des fonctions de hachage de type cryptographique, de façon à obtenir une répartition avantageuse. On peut prévoir qu'une première et une seconde famille de fonctions de hachage sont initialement déterminées, les premier et second ensembles de fonctions de hachage étant une sous partie desdites première et seconde famille de fonctions de hachage respectivement. L'étape /4/ peut être mise en oeuvre en outre sur la base d'un seuil de tolérance d'erreur. Dans un mode de réalisation de la présente invention, il peut être avantageux de prendre en considération à la base de l'obtention des mots clés, non seulement les premières valeurs hachées mais en outre des valeurs voisines de ces valeurs hachées. Tel est le cas, notamment, lorsqu'on utilise des fonctions de hachage du premier ensemble de fonctions de hachage du type de celles décrites dans un document `Efficient search for approximate nearest neighbor in high dimensional spaces' de Eyal Kushilevitz, Rafail Ostrovsky et Yuval Rabani. Le premier ensemble de fonctions de hachage peut être de type LSH, par exemple comme cela est décrit dans le document de P. Indyk et R. Motwani, `Approximate Nearest Neighbors: Towards Removing the Curse of Dimensionality', STOC 1998, et le second ensemble de fonctions de hachage peut être de type cryptographique. Avantageusement les filtres de l'ensemble de filtres peuvent être des filtres de Bloom, tels que définis dans `Space/time trade-offs in hash coding with allowable errors' de Burton H. Bloom de 1970. Ils permettent d'encoder une propriété d'appartenance à un ensemble tout en optimisant l'espace de stockage, de manière probabiliste. Un deuxième aspect de la présente invention propose un procédé d'identification de donnée biométrique dans une base de données gérée selon un procédé de gestion selon le premier aspect de la présente invention ; ladite base de données comprenant une structure basée sur des filtres (61,...,6ä) ; ledit procédé comprenant les étapes suivantes au niveau d'une entité d'identification qui a accès à la base de données : /i/ recevoir une requête indiquant des mots clé hachés ; Iii/ dans la base de données (10), déterminer des filtres associés auxdits mots clé hachés ; /iii/ obtenir une liste d'adresses sous forme cryptée de la base de données qui sont respectivement associées auxdits filtres déterminés ; /iv/ décider que les mots clés ont une correspondance dans la base de données, lorsqu'une même adresse de ladite liste d'adresses est associée à au moins un nombre déterminé de filtres. Avantageusement ici, on exploite la base de données gérée selon le premier aspect de la présente invention, en faisant une recherche à l'aide de 25 mots clés basée sur des propriétés de la structure de filtres de cette base de données, c'est-à-dire notamment des filtres d'indexation. Le nombre déterminé de filtres peut être choisi en fonction du taux d'erreurs que l'on décide de tolérer. On peut avantageusement prévoir que les mots clé hachés sont reçus 30 depuis un émetteur au niveau de l'entité d'identification ; ledit émetteur ayant obtenu le mot clé haché selon les étapes suivantes : - capter une donnée biométrique ; 7 obtenir des valeurs hachées par application d'un troisième ensemble de fonctions de hachage respectivement sur ladite donnée biométrique captée ; obtenir les mots clé en combinant lesdites premières valeurs hachées respectivement avec des identifiants respectifs des fonctions de hachage du troisième ensemble ; et obtenir les mots clé hachés en appliquant un quatrième ensemble de fonctions de hachage auxdits mots clé. En procédant ainsi, au niveau de l'émetteur, les mots clé utilisés pour la recherche sont obtenus à partir d'une nouvelle donnée biométrique captée. Il convient donc de noter ici que les mots clés utilisés pour la recherche dans une base de données selon un mode de réalisation de la présente invention ne sont pas stockés mais sont obtenus à partir de données biométriques captées, soit au moment de l'enrôlement afin de construire la base de données, soit au moment d'une identification de donnée biométrique. Les premier et troisième ensembles de fonctions de hachage peuvent être issus d'une première famille de fonctions de hachage et les deuxième et quatrième ensembles de fonctions de hachage peuvent être issus d'une seconde famille de fonctions de hachage. On peut noter qu'il peut être avantageux de prévoir d'appliquer un plus grand nombre de fonctions de hachage issues des première et seconde familles de fonctions de hachage au moment de l'enrôlement que le nombre de fonctions de hachage issues des première et seconde familles de fonctions de hachage appliquées au moment d'une identification. Un troisième aspect de la présente invention propose une entité de gestion de base de données adaptée pour la mise en oeuvre d'un procédé de gestion selon le premier aspect de la présente invention. Un quatrième aspect de la présente invention propose une entité d'identification adaptée pour la mise en oeuvre d'un procédé d'identification 30 selon le deuxième aspect de la présente invention. Un cinquième aspect de la présente invention propose un système d'identification comprenant une entité de gestion de base de données selon le 8 troisième aspect de la présente invention; une base de données et une entité d'identification selon le quatrième aspect de la présente invention. D'autres aspects, buts et avantages de l'invention apparaîtront à la lecture de la description d'un de ses modes de réalisation. L'invention sera également mieux comprise à l'aide des dessins, sur lesquels : la figure 1 illustre les principales étapes d'une gestion de base de données selon un mode de réalisation de la présente invention ; la figure 2 illustre un système d'identification selon un mode de réalisation de la présente invention ; la figure 3 illustre une phase d'enrôlement selon un mode de réalisation de la présente invention ; la figure 4 illustre une phase d'identification selon un mode de réalisation de la présente invention. Dans le contexte de la présente invention, on entend par les termes `données biométriques' des données de l'être humain qui permettent de l'identifier. Ces données biométriques sont en général obtenues par un capteur. Un tel capteur peut donc être adapté pour capter des données biométriques d'empreinte, d'iris, de visage, de graphologie ou encore de signature vocale par exemple. La figure 1 illustre les principales étapes d'un procédé de gestion de base de données selon un mode de réalisation de la présente invention. Une entité de gestion 11 est en charge de gérer une base de données 10 adaptée pour stocker des données biométriques cryptées de sorte à permettre une recherche par mots clé selon un mode de réalisation. L'entité de gestion 11 reçoit un message comprenant une donnée biométrique b à stocker dans la base de données sous forme cryptée en tant que donnée de référence pour des recherches ultérieures d'identification. Cette donnée biométrique b est cryptée au niveau de l'entité de gestion 11 en une donnée biométrique cryptée E(b), à l'aide par exemple d'une clé publique. Ensuite cette donnée biométrique cryptée E(b) est transmise à la base de données 10 par un message 102. Cette dernière stocke cette donnée cryptée en une étape 103 et renvoie un message 104 à l'entité de gestion 11 indiquant l'adresse de stockage @b de la donnée biométrique cryptée. A une étape 105, au niveau de l'entité de gestion 11, on obtient des mots clés sur la base d'un premier ensemble de fonctions de hachage ha, pour a entier compris entre 1 et p, et de la donnée biométrique b. Ainsi, à cette étape, on peut prévoir d'appliquer les fonctions de hachage ha du premier ensemble sur la donnée biométrique b. On obtient alors p valeurs hachées notées ça et vérifiant : ça = ha (b) Une telle étape de construction de la base de données permettra donc de reconnaitre que deux données biométriques, dont une est une donnée biométrique cryptée de référence dans la base de données, proviennent d'une même personne, même si ces deux données biométriques sont substantiellement différentes. Puis, on peut prévoir de combiner ces valeurs ça avec la valeur a, par exemple en concaténant ci à la valeur ca. La valeur issue d'une telle concaténation est ensuite notée ca// ci. A l'issue d'une telle étape, on dispose alors de p mots clé associés à la donnée biométrique b. A une étape 106, on prévoit alors d'associer à chacun de ces mots clé un sous ensemble de filtres d'indexation. Pour constituer le sous ensemble de filtres d'indexation à associer à chacun de ces mots clés, on peut sélectionner des filtres dans l'ensemble de filtres en fonction des identifiants de filtre associés, des mots clés et d'un second ensemble de fonctions de hachage h'a, pour R compris entre 1 et v. A cet effet, on peut prévoir de sélectionner, à l'étape 107, les filtres qui ont un identifiant correspondant aux valeurs hachées obtenues par application du second ensemble de fonction de hachage aux mots clé. Ainsi, on associe l'adresse de la donnée biométrique aux filtres B; qui ont les identifiants i vérifiant : i=h'o(ha(b)//a) Puis, à l'étape 108, dans le sous ensemble des filtres sélectionnés on stocke l'adresse de la donnée biométrique b sous une forme cryptée E(@ b). On associe ainsi la donnée biométrique b au sous ensemble de filtres d'indexation. Dans un mode de réalisation de la présente invention, il est prévu d'utiliser des filtres de type Bloom. Les sections suivantes sont relatives à ce type de filtres. Soit un ensemble D de taille relativement élevée, par exemple tel que l'ensemble des mots binaires, et S un sous-ensemble de cet ensemble D de taille I, entier positif. Par construction de ce type de filtre, on peut tester si un élément x appartient à l'ensemble S de manière probabiliste. On peut noter qu'il est possible que quelques réponses positives soient fausses. Toutefois, dans le contexte des filtres de Bloom il n'est pas possible que des réponses d'appartenance négatives soient fausses. Grâce à cette composante probabiliste, on peut ainsi obtenir une structure plus compacte qu'une simple table de correspondance. On considère une famille de k fonctions de hachage h, k entier positif, définies sur l'ensemble D et à valeurs d'arrivée dans l'ensemble des entiers compris entre 1 et m. Dans ces conditions, un filtre (k;m) de Bloom associé correspond à une famille d'éléments binaires (B1, ..., Bm), initialement initialisés à la valeur 0, définie comme suit : pour tout i entier compris entre 1 et I et j compris entre 1 et k, on définit : Bh,(a,) = 1 où S est constitué des éléments a; pour i entier compris entre 1 et I. Dans ce contexte, pour vérifier si un élément x appartient à s, il suffit alors de vérifier que pour tout j entier compris entre 1 et k, l'équation suivante est vérifiée : Bh (.r) 1. La probabilité de réponse positive fausse peut alors être négligeable, pour un choix de m et k qui dépend de I. Les filtres de Bloom peuvent avantageusement s'appliquer à un contexte de stockage dans un mode de réalisation de la présente invention. On cherche à associer un ensemble de valeurs à chaque élément de S. Ici, lors de la gestion de la base de données, on cherche à associer un ensemble d'identifiants de filtre à chaque mot clé obtenu à partir d'une donnée biométrique selon un mode de réalisation de la présente invention. Pour cela, il est proposé dans le document � Public key encryption that allows PIR queries � de D. Boneh, E. Kushilevitz, R. Ostrovsky, (Alfred Menezes, editor, CRYPTO, volume 4622, pages 50-67. Springer, 2007) une construction de filtre de Bloom avec stockage. Soit V un ensemble de valeurs et R une relation associant les éléments v de l'ensemble V aux éléments de l'ensemble S. Les filtres (B1; .... ;Bm) sont tous initialisés à l'ensemble vide puis mis à jour comme suit: pour tout i entier compris entre 1 et I, où I est un entier représentant la taille de l'ensemble S, pour tout j entier compris entre 1 et k, et pour tout v élément de l'ensemble V tel que v à une relation R avec a;, alors on associe l'élément v au filtre B,, (a) . Ainsi, si l'ensemble X, inclus dans l'ensemble V, est associé à un élément a; de S alors on a, pour tout j entier compris entre 1 et k, 20 l'ensemble X qui est inclus dans le filtre Bh(°r) . On a alors, avec une probabilité élevée, le fait qu'un élément a est élément de S si et seulement si le résultat de l'intersection de tous les filtres Bh ~ 1) pour j compris entre 1 et k, est non vide. Dans un mode de réalisation de la présente invention, il est prévu 25 d'appliquer une ou même plusieurs familles de fonctions LSH (pour 'Locality Sensitive Hashing' en anglais) en entrée de tels filtres de Bloom. Une fonction LSH est une fonction de hachage qui a pour caractéristique de fournir un résultat similaire quand elle est appliquée à des points qui sont voisins dans un espace métrique. Une telle fonction est notamment définie 30 dans le document 'Approximate nearest neighbors :Towards removing the cruse of dimensionality' de P. Indyk et R. Motwani, STOC 1998. Soit B un espace métrique, U un ensemble de valeurs d'arrivée des fonctions de hachage de la famille considérée, r1 et r2 deux nombres réels vérifiant : r1 p2 Soit une famille H de fonctions de hachage h,, ..., hL,. Toute fonction h;, pour i compris entre 1 et p, allant de B vers U, est une fonction (ri, r2, p1, p2)-LSH, si pour toute fonction h; dans la famille H, et pour 10 tout élément a et b de l'ensemble B, on a : si dB(a,b) p1 et si dB(a,b) > r2, alors Pr[h;(a)= h;(b)] La construction est basée sur des vecteurs aléatoires de poids choisis. Ainsi, on prend [i dans l'ensemble [0, 1] et on construit un vecteur aléatoire r de B de telle sorte que chaque coordonnée de r est égale à 1 avec une probabilité R- La fonction de hachage hr induite alors peut être définie comme suit : n hr : x -> hr(X) = x, r, r=1 Puis, on choisit un nombre t de vecteurs r, à rt pour obtenir une fonction de hachage h telle que : h = (hri, ..., hrt) : B-> {0,1}t Ainsi, soit x un élément de B, et r1, ... rt des éléments de B, correspondant à des vecteurs aléatoires vérifiant que chaque bit d'un de ces éléments ait été généré de manière aléatoire avec une probabilité de [i. Il existe alors un nombre ô, positif tel que pour tout c positif, a et b éléments de B, deux éléments de la base de données tels que : dB(x,a) (1+c),I où 1=1/2(3, il existe alors une constante 62 telle que : b2=61 +6 où b est positif et dépendant seulement de la valeur de E pour lequel : Pr dB (h(x), h(a)) > (25 3 82) t zZ Pr dB (h(x), h(b)) La figure 2 illustre un système d'identification selon un mode de réalisation de la présente invention. Un tel système d'identification comprend donc une entité de gestion 11, un émetteur 12 qui comprend un capteur de données biométriques, une base de données 10 et une entité d'identification 13. L'entité de gestion 11 a une interface avec la base de données 10 pour gérer l'enrôlement. Elle peut aussi avoir une interface avec l'émetteur dans le cas où les données biométriques enrôlées proviennent de cet émetteur. Aucune limitation n'est attachée à la source des données biométriques que reçoit l'entité de gestion 11 dans la phase d'enrôlement. L'entité d'identification 13 est, elle, adaptée pour communiquer avec d'un côté l'émetteur 12 et de l'autre la base de données 10 afin de gérer une phase d'identification. On peut prévoir soit que les requêtes d'identification basées sur des mots clés selon un mode de réalisation de la présente invention soient directement émises depuis l'émetteur à destination de la base de données 10. A cet effet, on peut donc prévoir également une interface entre l'émetteur 12 et la base de données 10. Toutefois, dans les sections suivantes, à titre d'exemple, les messages entre l'émetteur et la base de données transitent par l'entité d'identification 13. Afin d'accroitre le niveau de protection de la confidentialité des échanges au sein de ce système d'identification, on peut avantageusement prévoir d'utiliser des liens de communication sécurisés. A cet effet, il est possible de prévoir de crypter et de signer tous les échanges effectués entre les entités de ce système. On peut par exemple utiliser les principes de mécanismes d'encryptages tels que ceux décrits dans le document � A public key cryptosystem and a signature scheme based on discrete logarithms � de Taher El Gamal (in CRYPTO, pages 10-18, 1984). On note pour la suite E une fonction d'encryptage associée à ce système et D la fonction de décryptage correspondante. Il convient de noter que là où est énoncée une fonction de cryptage, respectivement de décryptage, on peut aisément appliquer une fonction de chiffrement, respectivement de déchiffrement. Par ailleurs, également dans le but d'accroitre le niveau de protection de confidentialité des données manipulées dans ce système, on peut prévoir d'utiliser un protocole de type `Private Block Retrieval protocol' pour une communication entre la base de données 10 et l'entité de gestion 11 et/ou pour une communication entre la base de données 10 et l'entité d'identification 13, tel que défini dans le document � Private information retrieval � de Benny Chor, Eyal Kushilevitz, Oded Goldreich, Madhu Sudan (J. ACM, 45(6) :965-981, 1998). En procédant ainsi, la base de données 10 n'a accès à aucune information relative à l'utilisateur qui est en cours d'enrôlement ou encore en cours d'identification. Dans ce système, une capture est effectuée sur un utilisateur au niveau de l'émetteur 12. Puis, la donnée biométrique b' issue de cette capture est transmise à l'entité d'identification 13 qui, elle, requiert auprès de la base de données 10 une reconnaissance ou identification de cette donnée biométrique b' captée. Si cette donnée biométrique n'est pas reconnue au regard du contenu de 20 la base de données 10, cela signifie que cet utilisateur n'est pas enregistré dans cette base de données et l'émetteur 12 peut en être informé. Dans ce système, une phase d'enrôlement est gérée au niveau de l'entité de gestion 11, et vise à consigner des données biométriques de référence pour les utilisateurs enregistrés, et une phase d'identification est gérée au niveau de 25 l'entité d'identification 13 et vise à déterminer si un utilisateur est préalablement connu du système, sur la base d'une comparaison entre des données biométriques de référence et des données biométriques nouvellement captées. Le tableau suivant décrit une structure de la base de données 10 selon un mode de réalisation de la présente invention. 30 Filtres Contenu Bi {E(ai,i), ..., E(aPi,i)} Bm {E(a1,i), ..., E(apm,m)} Les différents filtres correspondent à des filtres de Bloom respectifs qui sont utilisés dans le contexte de la présente invention. Les éléments E(a;,j) contenus dans les filtres B, à Bm correspondent à des 5 adresses de données biométriques stockées dans la structure du tableau ci-dessous, sous une forme cryptée. Le tableau suivant décrit la structure du stockage des données biométriques. 10 Dans un mode de réalisation de la présente invention, on détermine préalablement une première famille de fonctions de hachage H de type LSH et une seconde famille de fonctions de hachage de type cryptographique H'. La connaissance de ces familles est partagée par l'émetteur 12 et l'entité de gestion 11. En revanche, il n'est pas requis que ces familles de fonctions de 15 hachage soient connues au niveau de l'entité d'identification 13. Les fonctions de hachage utilisées pour la phase d'enrôlement au niveau de l'entité de gestion 13 ne sont pas nécessairement les mêmes que celles utilisées au cours de la phase d'identification au niveau de l'émetteur, mais elles proviennent des deux mêmes familles de fonctions de hachage partagées 20 H et H'. On peut d'ailleurs avantageusement prévoir d'appliquer un plus grand nombre de fonctions de hachage dans la phase d'enrôlement que dans la phase d'identification, afin de permettre de limiter les erreurs à venir au cours d'une identification. Données Etiquette E(bi) @(bi) E(bN) @(bN) Au cours de la phase d'enrôlement, on détermine un nombre p de fonctions de hachage LSH, h,, à hu, allant depuis l'espace B dans l'espace {0,1}t de la première famille de fonctions H. On détermine également un nombre v de fonctions de la seconde famille H', c'est-à-dire dédiées à un filtre de Bloom avec stockage, notées h', à h'ä telles que : {0,1}t x [1, pl -> [1, m] Initialement, la base de données 10 est vide et les filtres de Bloom Bj, pour j compris entre 1 et m, sont initialisés à l'ensemble vide. La figure 3 illustre une telle phase d'enrôlement selon un mode de réalisation de la présente invention. Chaque utilisateur du système fournit un ensemble de données biométriques b; captées à l'entité de gestion 11 qui est adaptée pour gérer la base de données. Aucune limitation n'est attachée à la méthode utilisée pour effectuer une telle étape. On peut notamment prévoir que cette étape soit réalisée par l'émetteur 12, via l'entité de gestion 11. Puis, l'entité de gestion 11 crypte b;, à l'étape 21, à l'aide de la fonction de cryptage E et d'une clé pk associée à l'entité de gestion 11. L'ensemble de données ainsi crypté noté E(b;) est stocké dans la base de données 10. La base de données 10 est ainsi remplie avec des ensembles de données biométriques cryptées E(b;) respectivement stockées à des adresses @ b; dans la base de données à l'étape 22. Puis, les adresses @ b; sont transmises depuis la base de données 10 à l'entité de gestion 11. Sur la base de ces adresses @b;, l'entité de gestion est alors en mesure de mettre à jour les filtres de Bloom qui sont stockés dans la structure telle que décrite ci-dessus dans la base de données 10. A cet effet, l'entité de gestion 11 calcule des valeurs ça pour tout a entier compris entre 1 et p, selon l'équation suivante : ça = ha(bj) Lorsqu'on utilise des fonctions de hachage de type de celles définies dans le document `Efficient search for approximate nearest neighbor in high dimensional spaces' ci-avant cité, on peut avantageusement prévoir une étape supplémentaire pour obtenir les mots clé. Cette étape supplémentaire consiste à déduire des ensembles Ça correspondants selon l'équation suivante : Ca= ça + tee {0,1 }` } où e est un vecteur de {0,1}t de longueur t comprenant un nombre de 1 inférieur à At. Dans ce mode de réalisation, les éléments de Ça représentent les mots clé au sens de la présente invention. Il convient de noter que cette étape supplémentaire est optionnelle. On peut en effet se contenter d'appliquer l'étape 106 sur les mots clés c a// a. Puis, on applique les fonctions de hachage de la seconde famille H' sur ces mots clé, à l'étape 106. Pour tout 8 nombre entier compris entre 1 et v, et ce appartenant à Ca, une valeur ye est déterminée selon l'équation suivante : ye =h'fl(ce//a) où ce//a représente une concaténation de la valeur de ce et de la valeur de a. Enfin, l'entité de gestion 11 met à jour les filtres de Bloom B, à Bm en stockant les adresses des données biométriques b; sous leur forme cryptée E(@b;) (étape 108), pour tout i, dans les filtres correspondants By , c'est-à-dire les filtres qui ont un identifiant, c'est-à-dire un indice, qui correspond au résultat de l'application des fonctions de la seconde famille de fonctions de hachage H' aux mots clé. Par conséquent, l'adresse de b; sous une forme chiffrée est stockée dans chacun des filtres de Bloom ayant un index ye qui vérifie l'équation : y, =h'fi(ce11a) ou encore, dans le cas où l'étape supplémentaire décrite ci-dessus n'est pas appliquée : ya =h'Q(calla) Après cette étape d'enrôlement, le système est prêt pour effectuer une phase d'identification sur la base des données biométriques cryptées stockées et d'une nouvelle donnée biométrique captée. La figure 4 illustre une telle phase d'identification selon un mode de réalisation de la présente invention. Dans cette phase d'identification, une nouvelle donnée biométrique b' est captée au niveau de l'émetteur 12. Ce dernier choisit alors un ensemble de fonctions de hachage parmi la première famille de fonctions de hachage H. II applique les fonctions de cet ensemble H à la donnée biométrique b'. Puis, il concatène chacun des résultats ainsi obtenu à l'indice de la fonction de hachage correspondante pour générer des mots clé. Ces mots clé sont ensuite soumis à un ensemble de fonctions de la seconde famille de fonctions de hachage H' pour obtenir des mots clé hachés afin de requérir une recherche dans la base de données 10 sur la base de ces mots clé hachés. Le principe de l'application des fonctions de hachage de la première famille H, puis de l'application des fonctions de hachage de la seconde famille H', au niveau de l'émetteur, est quasiment similaire à celui qui est appliqué au niveau de l'entité de gestion au cours de la phase d'enrôlement. Toutefois, par souci de simplification, par la suite, le résultat obtenu, c'est-à-dire les mots clé hachés, sont notés h, (b') , pour i compris entre 1 et k , et pour j compris entre 1 et s, où k est le nombre de fonctions de hachage appliquées issues de la première famille de fonctions et s est le nombre de fonctions de hachage appliquées issues de la seconde famille de fonctions, la notation h` représentant le principe d'application des fonctions de hachage décrit ci-25 dessus. Puis, au niveau de l'émetteur 12, il est calculé, pour a compris entre i, et is la valeur de hâ(b') et pour au moins un desdits entier i. Toutes ces valeurs hà(b') sont ensuite envoyées à l'entité d'identification 13 dans un message 41 Sur la base de ces valeurs, l'entité d'identification 13 fait une requête 42 auprès de la base de données 10 de façon à récupérer des données associées aux filtres Bu d'indice u, tel que u est égal aux valeurs hâ(b') reçues. L'entité d'identification 13 reçoit ensuite la réponse 43 à cette requête 42 5 depuis la base de données, pour tout u égal à hâ(b') . Ainsi, à ce stade, l'entité d'identification 13 dispose des adresses des ensembles de données biométriques chiffrées qui sont proches de la donnée biométrique b'. Alors, l'entité d'identification 13, sur la base de la clé utilisée pour crypter; 10 peut retrouver les adresses des données biométriques stockées et les comparer entre elles. Ensuite, elle peut avantageusement décider que, si au moins une adresse apparait dans tous les Bä récupérés, les adresses obtenues sont relatives à une ou des données biométriques cryptées qui correspondent à la donnée 15 biométrique nouvellement captée b'. Dans ce cas, l'utilisateur en cours d'identification est alors considéré comme étant identifié. Il peut être avantageux de prévoir de restreindre l'information obtenue par l'entité d'identification 13. A cet effet, dans un mode de réalisation de la présente invention, l'entité d'identification 13 ne récupère que les adresses qui 20 sont présentes dans un nombre minimum de Bu. Ce mode de réalisation est par exemple basé sur l'utilisation d'un schéma de partage de secret (ou `secret sharing scheme' en anglais) tel que cela est par exemple décrit dans le document de A. Shamir, 'How to share a secret', Commun. ACM, 1979. Dans un mode de réalisation, on peut aussi prévoir de n'utiliser que des 25 filtres de Bloom classique, sans la caractéristique de stockage, et/ou de ne pas stocker les données biométriques chiffrées si on n'effectue pas d'étapes ultérieures dans le procédé de contrôle. Dans le cas où il n'y a aucune adresse commune qui apparait dans tous les Bä récupérés, on décide alors que l'utilisateur en cours d'identification n'a 30 pas été identifié. Ainsi, la recherche par mots clé dans une base de données selon la présente invention, permet d'obtenir une liste d'adresses de stockage relativement à des candidats potentiellement proches de la données biométrique à identifier b'. Parfois, dans certains cas, il peut être avantageux de consolider cette liste en effectuant une vérification finale. A cet effet, on peut prévoir de requérir, auprès de la base de données, renvoi de données stockées auxdites adresses de la liste, afin de pouvoir effectuer une vérification sur les données biométriques récupérées et déchiffrées. On peut à cet effet prévoir un crypto système permettant de chiffrer des bits de telle sorte qu'il soit possible de calculer de manière chiffrée un XOR (+) de deux messages m et m', à partir de messages chiffrés de m et m'. On peut à cet effet se baser sur le schéma décrit dans le document 'Evaluating 2-DNF Formulas on Cipher-texts, Theory of Cryptography, Second Theory of Cryptography Conference' de Boneh, Goh et Nissim, LNCS3378, 2005, ou encore sur le crypto système décrit dans 'Probabilistic encryption and how to play mental poker keeping secret all partial information' de Goldwasser et Micali, ACM, 1982. Ce dernier correspond à un schéma homomorphique tel que pour un couple de clés (pk; sk) et deux messages m; m' compris dans l'ensemble {0, 1}, alors l'équation suivante est vérifiée : D(E(m; pk) x E(m'; pk); sk) = m (+) m' où E et D sont respectivement les fonctions de cryptage et de décryptage avec la clé secrète sk et la clé publique pk. Les données biométriques b stockées dans la base de données 10 sont stockées de manière chiffrées bit à bit suivant l'équation : E(b; pk) = (E(bi; pk); ... ; E(b,,; pk)) Dans ce contexte, une étape de vérification selon un mode de réalisation de la présente invention, correspond à un calcul de distance de Hamming. On peut alors prévoir : - d'envoyer un message comprenant E(b'; pk) à la base de données 10 ; de calculer au niveau de la base de données 10 pour toute donnée biométrique b de la base de données 10 : E(b; pk) x E(b'; pk) ; effectuer une requête depuis l'entité d'identification 13 pour récupérer les résultats du calcul ci-dessus ; recevoir depuis la base de données 10 une distance de Hamming entre la donnée biométrique b et celle b, stockée à l'adresse Cab; récupérée dans les filtre Bu, sous une forme chiffrée que l'entité d'identification 13 est en mesure de déchiffrer. Ainsi, avantageusement, l'entité d'identification n'obtient au final qu'une distance de Hamming entre la donnée biométrique captée et un candidat de la base de données. En outre, ici, la base de données n'apprend rien relativement aux opérations effectuées.15 REVENDICATIONS 1. Procédé de gestion d'une base de données (10) comprenant des données biométriques stockées sous forme chiffrée ; ladite base de données comprenant un ensemble de filtres (B,, .., Bm) associés respectivement à des identifiants de filtre ; ledit procédé comprend les étapes suivantes au niveau d'une entité de gestion : /1/ recevoir (101) une donnée biométrique (b) ; /2/ stocker, à une adresse donnée dans la base de données, ladite donnée biométrique sous une forme cryptée ; /3/ obtenir des mots clés à partir d'un premier ensemble de fonctions de hachage (H) et de ladite donnée biométrique ; /4/ associer un sous ensemble de filtres d'indexation à chaque mot clé en sélectionnant, pour chaque mot clé, des filtres en fonction des identifiants de filtre respectivement associés, desdits mots clé et d'un second ensemble de fonctions de hachage (H') ; et /5/ associer ladite adresse donnée sous forme cryptée à chacun des filtres du sous ensemble de filtres d'indexation. 2. Procédé de gestion selon la revendication 1, dans lequel l'étape /3/ est mise en oeuvre selon les étapes suivantes : obtenir des premières valeurs hachées respectives par application du premier ensemble de fonctions de hachage (H) à la 25 donnée biométrique (b) ; obtenir lesdits mots clé en combinant lesdites premières valeurs hachées respectivement avec des identifiants respectifs des fonctions de hachage du premier ensemble (H). 3. Procédé de gestion selon la revendication 1 ou 2, dans lequel l'étape /4/ est mise en oeuvre selon les étapes suivantes : obtenir des secondes valeurs hachées par application du second ensemble de fonctions de hachage (H') aux mots clé 5 respectivement ; sélectionner chaque filtre du sous ensemble de filtres d'indexation auquel est associé un identifiant de filtre qui correspond auxdites secondes valeurs hachées. 10 4. Procédé de gestion selon l'une quelconque des revendications précédentes, dans lequel une première et une seconde famille de fonctions de hachage sont initialement déterminée, et dans lequel le premier et le second ensemble de fonctions de hachage sont une sous partie desdites première et seconde famille de fonctions de hachage respectivement. 15 5. Procédé de gestion selon l'une quelconque des revendications précédentes, dans lequel l'étape /4/ est mise en oeuvre en outre sur la base d'un seuil de tolérance d'erreur. 20 6. Procédé de gestion selon l'une quelconque des revendications précédentes, dans lequel le premier ensemble de fonctions de hachage est de type LSH, et dans le second ensemble de fonctions de hachage est de type cryptographique. 25 7. Procédé de gestion selon l'une quelconque des revendications précédentes, dans lequel les filtres de l'ensemble de filtres sont des filtres de Bloom. 8. Procédé d'identification de donnée biométrique dans une base de 30 données (10) gérée selon un procédé de gestion selon l'une quelconque des revendications précédentes ; ladite base de données comprenant une structure basée sur des filtres (B1,...,Bm) ; ledit procédé comprenant les étapes suivantes au niveau d'une entité d'identification (13) qui a accès à la base de données : /i/ recevoir une requête indiquant des mots clé hachés ; /ii/ dans la base de données (10), déterminer des filtres associés auxdits mots clé hachés ; /iii/ obtenir une liste d'adresses sous forme cryptée de la base de données qui sont respectivement associées auxdits filtres déterminés ; /iv/ décider que les mots clés ont une correspondance dans la base de données, lorsqu'une même adresse de ladite liste d'adresses est associée à au moins un nombre déterminé de filtres. 9. Procédé d'identification d'une base de données selon la revendication 8, dans lequel les mots clé hachés sont reçus depuis un émetteur, ledit émetteur ayant obtenu le mot clé haché selon les étapes suivantes : capter une donnée biométrique (b') ; obtenir des valeurs hachées par application d'un troisième ensemble de fonctions de hachage respectivement sur ladite donnée biométrique captée ; obtenir les mots clé en combinant lesdites premières valeurs hachées respectivement avec des identifiants respectifs des fonctions de hachage du troisième ensemble (H) ; et obtenir les mots clé hachés en appliquant un quatrième ensemble de fonctions de hachage audits mots clé. 25 10. Procédé d'identification selon la revendication 9, dans lequel les premier et troisième ensembles de fonctions de hachage sont issus d'une première famille de fonctions de hachage et les deuxième et quatrième ensembles de fonctions de hachage sont issus d'une seconde famille de fonctions de hachage. 20 30 27 11. Entité de gestion de base de données adaptée pour la mise en oeuvre d'un procédé de gestion de base de données selon l'une quelconque des revendications 1 à 7. 12. Entité d'identification adaptée pour la mise en oeuvre d'un procédé d'identification selon l'une quelconque des revendications 8 à 10. 13. Système d'identification comprenant une entité de gestion de base de données selon la revendication 11; une base de données (10) et une entité d'identification selon la revendication 12.15